从0设计App（8）：围绕3个目的撰写靠谱PRD（系列完）

至此，我们完成了app的定位、系统架构、产品结构、重要的2大流程图（业务、页面流程图）以及所有页面的原型稿、交互稿、视觉设计稿。最后将他们组合在一起，是否就得到PRD了呢？不完全是，本文将围绕PRD的3大目的来拆解如何写PRD。

本系列是笔者拆解从0到1设计「职得App」，这个作品帮助我拿了好几个offer，因此特别展开分享给大家。之前的文章，可以在笔者的个人中心阅读，欢迎订阅～

一、市场分析篇：市场分析（上）；市场分析（下）

二、竞品分析篇：竞品分析

三、用户调研篇：用户调研（上）；用户调研（下）

四、需求管理篇：需求管理

五、架构流程篇：产品定位（上）；系统架构/产品结构（中）；业务、页面流程图（下）

六、原型设计篇：原型&交互设计

七、UI设计篇：视觉概念设计

八、PRD文档篇：（本文最终篇）

在此声明：本系列的产品内容原创且非商用，如有雷同，你抄我的！

一、前言

在之前的文章中，我们做过背景分析（市场调研、用户调研、竞品调研）、需求管理、产品定位（功能目标）、流程图、原型图、交互稿、UI稿。

如果你还没看过之前的文章，建议先行阅读，以免产生知识的诅咒，读不懂下文。

实际上，在做这些事的过程，就相当于在写PRD。PRD的全称是：Product Requirement Document，核心是围绕「需求」来写的一份文档罢了。鉴于我们是从0设计App，相对来说就是N个需求的集合，甚至还涉及到了需求排期和产品演进蓝图，因此我们职得的PRD会非常大。

二、Why：为什么要PRD？

我们反过来想，如果没有一份PRD会怎么样？

• 沟通全靠想象力；
• 跟不同部门的同事用不同文档沟通；
• 开发完了没有“凭据”；
• idea太好，记不住了……

如果没有一份完备的PRD，就会导致需求无法落地成软件。如同借钱不打借条，没门。如果不写PRD，相当于程序员天天不敲代码。

三、PRD是什么？

不用多说，PRD重要性不言而喻。

实际上，在各公司里，对PRD都有各自的规范，其实你可以理解为各公司规定的一份「解决需求」说明书，PRD也好，需求稿也罢只是一个名头而已。不要被名词所拘束。

在不同公司里，要灵活运营，达到以下3个目的即可：

1. 清晰地传递需求——>评审、沟通用；
2. 详细地拆解需求——>设计、开发用；
3. 认真地验证需求——>验收、测试用。

很肯定地说，不用拘泥于需要什么模块、也不用拘泥于用什么工具开发，朝着这3个目标去写就可以了。

一份优质有效的PRD关键点是什么？

1. 把背景、共识交代清楚了。好的prd是放置1年，新入职的产品同学也能看得懂。
2. 逻辑明确，没有废话。好的prd是字数不多，逻辑清晰、全是有用的信息。
3. 简约清晰，该有的都有。好的prd是顾及到本次需求涉及的同事，如服务端开发、测试工程师。

只要你能够做到这3点，大概就是一份好的prd了。从来没有人定义好的prd是字多。

四、怎么写PRD？

问：PRD用什么写？

答：Word、Axure、共享协作软件都可以。

主要看公司统一用什么，你就跟着用就对了。个人比较喜欢用共享协作软件，因为prd的一个目的是沟通用，而在沟通中一定会出现其他人的不同意见，或者其他人才有的知识，可以让别人直接更改，很高效。我在公司里用过。

当然，我也推荐用Axure，小需求小改动或者是多个需求集合的时候，可以使用，比较适用于小团队，我在公司里也用过，各有优劣。

问：PRD怎么写？包含什么模块？

答：不要固化思维，正如上文，重点在于围绕「需求」的三个目的。

按照上文一份PRD的3个目的即可，结合「职得app」来拆解每一个模块。

目的1：清晰地传递需求

关键词：清晰、传递。

为了清晰地向其他同事（如开发、设计师、测试、运营、市场等）、上级领导、boss、未来新入职的产品讲清楚需求。

必须说清楚的有：

• prd版本迭代：因为一份prd并不是一个人来写的，比如常见的UI稿就来自UI设计师，因此prd是一步一步写出来的，特别需要在prd开头写明白；
• 交代背景：场景、遇到的困难、为什么要做这个需求；
• 定义词汇：对于陌生词、专有词、跨领域词用文字在prd开头定义清楚；
• 交代目的：想解决什么问题、想提高什么数据到多少；
• 描述解决方案：根据背景/现状、以及目的去描述可能的解决方案；
• 附属链接：贴上与本需求相关的其他内容。

回到我们「职得App」中，我们一一拆解来看。

PRD版本迭代：做成表格，每次记录迭代顺便记录即可。包括时间节点、负责人、内容、进度。

需求的背景：对于从0设计的APP来说，无疑是市场分析、用户调研、竞品分析。关于调研内容我在本系列头几篇文章已经详细分析过，还没阅读的小伙伴可以认真看一下。

定义词汇：因为涉及的业务比较简单也没有什么专有名词，跳过这个模块。

交代目的：做一款App解决市场上发现的未被满足的需求。

大致解决方案：之前在产品定位有提及，包含产品定位和v1.0.0版本功能需求Feature List、系统框架、以及产品演进蓝图，就不一一赘述了。

名称：职得App

定位：大牛培伴式互联网职场技能学习平台；

slogan：陪练十遍，技能自现；

目标用户：非一线互联网职场新人；

用户痛点：在中小型公司得不到业界大牛指点岗位技能的机会。

附属链接：无

目的2：详细地拆解需求

关键词：详细，拆解

需求最终还是要给到设计师、程序员、测试工程师来进行设计和开发。因此在prd里必须包含了本次需求所涉及的实现路径。

（编辑：开发网_开封站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!