1. 为什么需要产品文档? 1.1. 解决利益相关者的问题 1.2. 更多分散的原因 2. 什么是产品文档? 2.1. 产品文档应当包含什么? 2.2. 什么是好的产品文档? 2.3. 常见的文档 3. 产品文档的成型过程? 1. 为什么需要产品文档? 1.1. 解决利益相关者的问题 自己 思考、发散、规整未来的自己 回溯、复盘、学习别人 设计开发 我要做什么我为什么要做这个我做的东西会被怎么用我要做多久测试其他产品经理运营运维市场财务法务下一任产品老板 要花多少钱能赚到什么 1.2. 更多分散的原因 可以提前进行完整的思考 思考:写作是思考的线性化表达,写作是思考本身提前:最便宜也最容易推动的调整时刻(产品动动嘴,开发跑断腿)完整:具体化、细节化、可落地高效沟通 一次编写,到处沟通一次编写,异步沟通仪式感与责任感 Stake Holder/工程师/合作方是大家对于共同目标的承诺 2. 什么是产品文档? 2.1. 产品文档应当包含什么? 标题标签作者修改历史需求背景、上下文/问题、现状、目标(和非目标) 是比较具体的,与实际业务关系比较大的,而不是套话,随着互联网发展...怎么怎么样场景化描述 用户故事确定达成目标的具体标准具体的解决方案成本和计划 开发进度和成本,可以找项目经理来协作决议前提/假设/风险(*) 2.2. 什么是好的产品文档? 有效回答读者问题 为什么要这么做?跟我有什么关系?那我要做什么?清晰、简洁、说人话、有故事性 如果没必要的话,可以少用点术语营造画面感结构清晰,能够快速索引定位图文并茂,有数字持续更新(*)读起来有意思(*) 2.3. 常见的文档 BRD 商业分析文档受众:公司股东、老板构成:用户价值与机会、解决方案与产品策略、市场分析、销售渠道和策略、组织保障、路径规划、收益预估、时间/团队成本估算、风险MRD 市场分析文档构成:用户、场景与问题、市场机会与竞争对手、产品轮廓和主要功、能价值描述、卖点、渠道PRD 需求分析文档构成:需求、背景目标、期望、利益相关方、场景描述、需求优先级、详细的产品功能性需求、非功能性需求、商业规则DRD 设计分析文档交互稿FRD 功能分析文档FSD 具体的功能文档user story 用户故事UC user case用例 3. 产品文档的成型过程? 从一个松散的非结构化小备忘文档开始 由点到面基于这个备忘,开始进行「零售沟通」 零售就是一对一的私下沟通基于零售沟通的输入,形成完整的文档 和关键人员讨论也无需求流程,形成文档文档发酵和修改 文档写好后,睡一觉,第二天再看一般会发现昨日忽视掉的问题对完整的文档进行「零售确认」 一对一进行需求确认对文档进行批发讨论和确认 找到几个相关人员,一起讨论正式需求评审 需求评审,更应该是胜利的号角,而不是刚刚发起冲锋的号角在评审之前,主要人员应该都了解了各自部分的业务需求形成最终版本,确定下来,分发存档持续更新(*)