发表于： 2017-01-21 22:38:40
1 858
今天完成的事情：
BRD 商业需求文档
MRD 市场需求文档
PRD
明天计划的事情：
BRD PRD
遇到的问题：
任务一的 选题，海量题材的App 从哪入手，切入，还是再看看吧，对产品的理解还是不够。
今天搬家，写的有点水，明天继续研究。
收获：
了解IT中的产品经理和项目经理的区别，产品经理是负责协调沟通，性能、功能、用户体验等方面的保证，控制项目的周期；项目经理负责施工质量。
研发人员根据原型来开发，这期间产品经理要和研发人员保持沟通，定期了解情况，工作量等。
项目经理会站在研发人员的角度，交付和UI这期间也会不断优化。
MRD产品要达到的核心目标，有限时间内优先级的功能实现，不能所有需求都能实现，迭代过程中，根据列表优先级，更新。
产品路线图是产品成长中的每个任务节点组合而成，是以任务为导向的时间节点图。
无论何种工具或者方式，把产品逻辑表达清楚。
时间
任务（产品的核心目标）子任务
产品功能性需求
优秀的MRD特点：
逻辑性强：有论点、有论据，有论证；
把抽象的东西形象化的讲出来；
数据可靠，分析有理；
有把握的主管，无把握的客观；
惜字如金，能把问题表达清楚，绝不多写一个字；
合理的产品进度分配更有利于研发人员；
重视非功能性需求；
如果方案中出现很多专业名词，记得在文章的开头注明。
MRD文档不是套模板，而是要把事情和想法表达清楚；即便是设计很多分析，也应该简单明了，言简意赅，因为很多人看；产品经理不是技术岗；MRD文档背后，其实有很多的分析和论证，MRD一般撰写的时间较长，分析的越细，以后试错的几率越低，要经过实战才能真正实现能力的提高。
返回列表
评论