如何设计产品文档? Lake硅谷产品管理课程第4课提供乐橙国际,恒丰娱乐在线等产品欢迎广大商家洽谈业务合作

恒丰娱乐在线

如何设计产品文档? Lake硅谷产品管理课程第4课


来源:乐橙国际 | 时间:2019-02-05

  产品经理需要把想法落实到笔头上,于是就有了产品文档。如何写出一份精炼、易懂的产品文档?今天我们就来聊聊这个问题。

  产品路线图的横坐标是时间段,纵坐标是各时间段末的主要产出,这里的“产出”包括各时间段内出现的主题、产品类别等。

  那么在公司内部有哪些人需要看产品路线图?首先,产品经理需要逐层递交产品路线图,让他的各层上级进行审核和完善;在管理层确定线路图没问题以后,再与开发部门和工程师们进行分享,这一步骤使它成为全公司的线路图。

  产品需求文件是包含特定产品所有要求的文档,向其读者解释此产品应该做什么。它的目标读者包括开发人员,UX/UED,测试人员,项目经理,市场人员。

  假设与范围 Assumptions & Scope:假设就是指产品经理在做产品时一般心里有个数,比如,他可以基于从市场调查获得的信息对用户行为进行预判;范围是指,产品经理可以在某次PRD中选择做什么做,不做什么。

  发布计划:发布整个还是部分?在什么时间发布?要不要做A/B Testing?是不是要做Dry Run?如果产品发布后出问题,产品设计文档在出了什么样的问题、在什么样的阶段需要把产品拿下线? ……

  如果产品包括几个简单的页面,用户需要在它们之间做不同决策的时候,使用产品流程图很有效。并且,拿这种图很方便跟程序员沟通。

  Wireframe也称为页面原理图或屏幕蓝图,是一个视觉指南,代表网站或应用程序的骨架框架。

  沈思维曾经就读卡耐基梅隆大学,毕业后加入谷歌,任开发工程师,后加入Twitter 任高级研发经理,现为Lyft 的技术总监,专注于风控领域,在反欺诈反垃圾信息方向有非常丰富的经验。

  1.您是从工程师一路做到技术总监的,请问在决策转换的过程中,您对产品团队中不同角色的理解发生了那些变化?您是怎样培养对管理和激励团队的能力的?

  我做过的三家公司在团队管理上比较相同,硅谷近十年形成了一套比较规范的管理方法。一个团队的领导小组可能有三个角色,研发经理、产品经理和技术负责人。这里说的是三个不同的职责,不是说有三个不同的人。

  有PRD、Roadmap各种文档在帮助信息传递,整个流程从市场调研、了解商业价值到确定用户故事,再到初版的MVP(minimum viable product)——什么时候发布、做什么功能等,每一步都需要产品经理和研发团队有非常紧密的联系。以前,许多公司靠功分组,现在,组织架构把产品设计和技术人员都放在一个组,这就证明产品和技术的交流变多了。

  从我的角度出发,我希望产品经理能信赖这个技术团队。在做PRD或者研发的时候,及早的将不同人员参与进来,这样可以在后期极大地降低沟通障碍。另外,沟通一定是要有连续性的。除了及时沟通之外,还要在长远和短期的计划中做一些技术上的平衡,这是产品经理给技术团队带来的最大贡献之一。

  产品经理很可能做出一个很好的产品。不过再资深的产品经理也很难很好地管理人,这并不意味着他不是一个好的产品经理。

  2)关于产品路线图(Roadmap),我觉得Lyft有个挺好的方法。它在做产品流程图的时候,提出了一个概念叫 living roadmap。这个Living Roadmap 是一个文件,它永远在那,没有具体的细节。所有的人,无论做产品的、市场的等等,都有权限进入这个文档,任何部门的需求变化都能在Living Roadmap在第一时间体现出来,这就使得在任何阶段都有可能发生改变的需求高度一致。这样做也对管理有好处。不过如果有些东西解决不了还是需要面对面交流。

相关www.x776.com

    无相关信息