专栏首页Tech爬虫(公众号php_pachong)作为产品经理在设计产品过程中你需要使用哪些文档?

作为产品经理在设计产品过程中你需要使用哪些文档?

相信产品原型、PRD这两个文档名称肯定是大家听的最多的,但是在一个产品的设计中光有这两个就够了么,显然答案是否定的,下面我就把我在产品的设计中会用到的文档类型及其作用做一个详细说明。

首先,在一个产品需求收集阶段,我们需要进行大量的用户访谈或者是调查,在这个阶段我们需要准备一封叫做“需求管理列表”的文档(也有人叫做“需求池”),这份文档也是我们后续工作的指导性文档,很多其他的文档都是从这份文档衍生出来。下面是我们自己的需求管理列表的截图:

需求管理列表示例

这份表格中的内容大多比较好理解,特别需要注意的是优先级和需求来源,这两项属性是后续决定该需求是否实现的重要依据,来源一般可以分为公司内部和外部用户,具体在往细分可以根据自己所在团队的实际情况决定。

在需求收集阶段完成之后,产品经理需要快速的把需求功能化,这一阶段需要把需求抽象、挖掘需求的本质,很多时候不同的需求可以整合到一个功能中进行实现。例如:

  • 需求1、我要能够及时的和朋友聊天;
  • 需求2、我想要把自己拍的好看的图片传给我的朋友;
  • 需求3、要是能够和朋友进行语音或者是视频聊天就好了。

类似这样的描述在需求收集阶段是经常出现的,产品经理需要挖掘其背后的本质,进行需求抽象,形成实际的功能,于是我们需求产生一份功能列表和功能结构图(信息结构图)

功能列表示例

功能结构图示例

在需求功能化的阶段,对每一个子功能都需要整理出对应那个的功能流程图,流程图是产品经理梳理自己的产品逻辑、验证产品效用的重要步骤,在制作流程图的过程中会穷尽功能的各种状态和操作,并在脑海中不断的推演功能的使用场景。在这一阶段一定要定义好具体功能的状态,通过状态去控制不同的操作,而操作又可以改变状态,在这一阶段如果能够对状态和操作进行十分明确的定义,那么在开发进行具体实现时逻辑也会清晰,因为在具体的功能实现中流程往往包含正向和逆向,而通过状态和操的相互影响是解决这两种流程的较优解决方案(至少我现在没有找到更好的解决方案)。

功能流程图示例

往往在你完成了这两份文档的时候,一般你也开始进行原型设计了,会产生线框图、低保真原型、高保真原型等等一系列的原型文档。在很多的产品经理社区一直在讨论原型和prd能不能整合为一个文档,个人认为在原型中加入必要的功能说明和交互说明是很有必要的,但是PRD也是不可缺少的文档,所有文档的存在都有其价值所在,不明白其价值而讨论起存在的合理性都是耍流氓。原型多是在项目进行中使用,其特点:直观、有交互逻辑、能给项目成员真实的体验,在完成的过程中产品经理更多的是处于交互体验的角度去考虑问题;而PRD更多的是保证产品迭代的延续性,其特点:内容全面、定性定量,在团队成员更换、产品周期较长时发挥其作用,在完成过程中产品经理更多的是规范规则和定义。两个文档的意义,决定了他存在的价值。

原型页面结构示例

在以上三分文档(功能列表、功能结构图、产品原型)准备妥当之后,我们就可以愉快的去组织第一次评审会议了,如果要求高的同学,也可以准备对应的演示PPT,主要是对整个产品的介绍,有部分公司可能需要准备MRD文档,进行立项说明,争取更多的公司内部的资源,而像我现在所在的公司属于创业型公司,产品经理提出的绝大部分功能都是为了解决实际问题的,一般不会存在争夺资源的情况。而在不断的评审确认的过程中,一般会输出更多的与其他人员对接的文档,与UI沟通的界面跳转流程图、与测试沟通的用例等等。

界面跳转流程图示例

而在评审和确认阶段,需要把最开始的需求管理列表和产品功能列表完善,把项目开发计划于技术人员进行确认,并逐渐完善&优化原型文档、PRD,把产品标准和规则、功能定义及说明、产品风险等事项进行充分考虑。而评审通过后,视觉进行UI设计(原型、界面跳转流程图)、开发进行技术实现(原型、PRD)、测试进行功能检测(功能列表 、PRD、原型)主要的参考依据都是以上文档,至于PRD的模板优秀的太多了,我也就不再进行累赘了。而最后作为一个产品自然少不了自己也体验并测试产品,还会输出测试反馈文档,提出功能优化意见。

测试反馈一览表示例

往往在完成了一个产品后我们都需要对其进行部署、上线,而每一次的上线我总是提心吊胆着,感觉每一次的上线都是在走钢丝,错了一步都会造成巨大的影响,功能是否全部测试到位、程序的代码是否完整的提交了、新老版本直接更新会不会出现意想不到的情况等等,这些问题一致困扰着我,而在经历了若干次的提心吊胆之后,我把上线中可能会遇到的问题整理成了一份上线前的自查清单,每次在上线前都会发送给项目中的各个成员要其对清单中的具体内容进行确认,以保证产品上线的质量,至此一个完整的项目便算完结,而后续的数据统计分析等环节,有时候更多可能是运营需要保证的工作。

产品上线自查清单示例

以上就是我在整个项目的实施过程中需要用到的文档,产品经理需要对接的角色太多,而不同角色的特定或是专业知识也是不一样的,不可能通过一份文档对接所有的干系人,所以会衍生出各种各样的的文档,而这些文档也是必须在实际的项目中遇到问题之后才能体现其价值,而我也是出于希望你能够去实际体验、领悟的目的,故不提供以上文档模板的下载链接。

本文分享自微信公众号 - Tech爬虫(php_pachong),作者:爬虫

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-04-11

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 项目经理如何处理好与不同类型客户之间的关系?

    作为项目经理,如何处理好与客户之间的关系非常重要。但是究竟如何处理客户关系呢?客户的人员都有哪些类型?不同类型的客户的应对是否都一样呢?下面我们来看看在日常工作...

    公众号php_pachong
  • 软件质量

    1.正确性(Correctness):系统满足规格说明和用户目标的程度,即在预定环境下能正确地完成预期功能的程度;

    公众号php_pachong
  • 隐藏前台入口文件index.php 后台入口文件admin.php不隐藏

    需求:1.访问前台(home)时隐藏index.php 即 域名/home/前台控制器/前台控制器里的方法 这样的访问模式

    公众号php_pachong
  • “杀”一个程序员不需要用枪,改三次需求就可以了!

    在很多软件公司,特别是一些创业型的团队中,对于这样的情景可能大家都很熟悉:项目经理或者产品经理(产品狗)口头或者简单记录一下软件产品的大致要做的功能,直接就让研...

    Java后端技术
  • 如何写一篇产品文档

    笔者有着多年的toC开发、运维开发和运维工作经验,也曾开发很多内部运营系统,更多是从功能角度出发满足业务运维的需求很少提供完整规范的产品文档,关于开发的运营系统...

    研究僧
  • DAS 2020 Keynote Speech | Adobe 文档分析技术介绍

    DAS 2020 (Document Analysis System,文档分析系统研讨会) 于 7月26-29日在武汉召开,本次研讨会中有不少精彩的内容,昨天向...

    CV君
  • Swoole 船新版本文档发布了,是兄弟就砍我!

    Swoole的文档一直被人所吐槽,虽然内容很丰富,但看起来很费力,更新也稍有些不足,所以这次识沃科技专门组织了人力和资源重新打造这一船新版本的文档,让人眼前一亮...

    桶哥
  • 谷歌软件工程师是怎样写设计文档的?

    谷歌软件工程文化的主要元素之一就是通过设计文档定义软件设计。在开始项目编码工作之前,软件系统或应用程序的作者会创建这些相对非正式的文档。设计文档记录了高级实现策...

    深度学习与Python
  • 读不懂英文文档,能写出代码不?

    作为一个开发人员,开发一个新项目,维护一个项目,想要快速的开展工作。最重要的是干什么?是阅读项目文档,没文档看代码。可见我们首要做的事情是看文档看懂文档,编程初...

    程序员互动联盟
  • 文档!文档!文档!重要的事情说三遍!

    项目一期基本开发完毕,包括后台管理系统以及提供给手机端的接口还有SSO,由于奔着敏捷开发去的,文档没有过多花时间去写, 当然了文档肯定有,开发人员写的自己能看懂...

    风间影月

扫码关注云+社区

领取腾讯云代金券