prd

新人产品经理常见的十种错误

产品经理是什么?产品经理其实跟医生一样,眼光一定要全面,而不是局限在某个地方。那本文主要与大家谈谈,新人产品经理常见的十种错误。大家好,我是何喵喵,是在复旦读研的一枚小产品,寒假应学长的邀请,在头条负责某产品线。四个月左右的时间,上海北京来回奔波,最后获得了国务院某部的某牌照,有两个项目成功上线。在这过程中,一直想写一些经验和感悟,也有想叫上IES(头条互娱,抖音、西瓜)的

程序员真的会看PRD吗?

产品经理和程序员,是互联网公司里最常见的两个岗位。产品经理负责规划产品,程序员负责实现产品。在合作过程中,产品经理会写一份PRD(产品需求文档),用来告诉程序员产品应该做成什么样。然而,在实际工作中,

各种工作场景中的PRD编写技巧

需求文档的撰写在一定程度上可以帮助产品经理理清思路,推动业务项目的更快推进。然而不同场景下,需求文档的撰写往往需要针对工作中的复杂情况进行调整。本篇文章里,作者总结了几种常见工作场景中需求文档的编写技巧,一起来看一下。在现实的PRD编写工作中,相信很多同学都有各种各样的问题。比如:时间不够用、完善度不高、历史设计文档找不到、没有一份文档能完整描述线上产品、文档太大编辑卡、页

各种工作场景中的PRD编写技巧

在现实的PRD编写工作中,相信很多同学都有各种各样的问题。比如:时间不够用、完善度不高、历史设计文档找不到、没有一份文档能完整描述线上产品、文档太大编辑卡、页面

PRD 之道:4 个撰写 PRD 的关键思路

作者分享了4个撰写PRD的关键思路,希望这些思路,可以让你在撰写PRD时有所受用。我看了一下互联网上面的文章,浏览量高的文章,基本上在事无巨细地讲PRD的每个环节该怎样写,甚至直接提供了PRD模版,可能的确对于产品小白来讲是比较受用的。那么我这篇更偏“道”一些,想讲一讲做产品两年多以来,对PRD撰写的一些思考:一、撰写PRD应该是一个的动态获取信息的过程心理学上,有一个效应

PRD撰写指南 | 从需求到实现的关键

版本封面内容:产品logo,项目名称,所属公司,产品名称,文档类型,版本号,时间,相关人员(最好说明下负责人)。作用:突出重要信息,将关键信息以最明显的方式呈现

产品之术:见人说人话,PRD 的五种形态

在项目推进过程中,PRD的使用率和流通率都是比较高的,那么针对不同的人员,PRD都有什么区别呢?前言·PRD的定位PRD的可读性很多产品经理在追求一个完美的PRD模板,在囊括全部信息的前提下,还可以做到极度精简,其实是不现实的。笔者认为,传统的PRD起到的是字典和记录的角色定位。但是产品经理作为最会说话的一个岗位,将一份又臭又长的PRD直接丢给相关人员,未免也有点失礼。很多

在日企,我们用Ecel做需求文档

因为本人长期供职于日企,而有相同工作经历的朋友可能会相对了解一些,在日企很多文档相关的书类都使用Excel制作,所以受到启发,参照文章中的图片用Excel制作了这份需求文档(文末有分享地址)。文档中,除了样式基本一致外,像是【产品简介】【版本说明】等导航都是可以点击交互的,正常来说写好文档后应当对内容区域进行“保护”,防止他人误操作或随意编辑;此处为便于共享未做保护。附件文

在大公司,APP的设计流程和时间分配是怎样的?

大家对大公司的工作流程好奇心很强,今天来说说大体的工作流程。大公司在研发一个APP的时候,流程是:需求定位——产品PRD文档——PRD同步所有人——交互设计——交互评审——视觉设计——视觉评审——开发——测试——Beta版本——正式上线 一、需求定位一般在上年年底或者今年年初,公司会制定一些战略,决定走那些方向可以赚钱,方向可以是游戏、AR、打车、外卖等等领域。然后根据

精于心,简于形的 PRD

写好一个赏心悦目的PRD是一个合格PM的基本功,怎么写好--精于心&简于形一、为什么需要一个优秀的PRD小案例:需求评审,预计1个小时的时间,PM自信的打开PRD,开始讲述自认为想的很周全的需求,可是研发们发现了PRD上没有的各种细节逻辑并开始质问,PM急得一头汗的回应着各种问题,评审会议也终于在2个小时结束;开始开发了,RD发现这份PRD中仍然缺少了相当多的逻辑细节,于是