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

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

本文插图

本系列是笔者拆解从0到1设计「职得App」，这个作品帮助我拿了好几个offer ，因此特别展开分享给大家。之前的文章，可以在笔者的个人中心阅读，欢迎订阅～
一、市场分析篇：市场分析（上）；市场分析（下）
【|从0设计App（8）：围绕3个目的撰写靠谱PRD】二、竞品分析篇：竞品分析
三、用户调研篇：用户调研（上）；用户调研（下）
四、需求管理篇：需求管理
五、架构流程篇：产品定位（上）；系统架构/产品结构（中）；业务、页面流程图（下）
六、原型设计篇：原型&交互设计
七、UI设计篇：视觉概念设计
八、PRD文档篇：（本文最终篇）
在此声明：本系列的产品内容原创且非商用，如有雷同，你抄我的！
一、前言
在之前的文章中，我们做过背景分析（市场调研、用户调研、竞品调研）、需求管理、产品定位（功能目标）、流程图、原型图、交互稿、UI稿。
如果你还没看过之前的文章，建议先行阅读，以免产生知识的诅咒，读不懂下文。
实际上，在做这些事的过程，就相当于在写PRD 。 PRD的全称是：Product Requirement Document ，核心是围绕「需求」来写的一份文档罢了。鉴于我们是从0设计App ，相对来说就是N个需求的集合，甚至还涉及到了需求排期和产品演进蓝图，因此我们职得的PRD会非常大。
二、Why：为什么要PRD？
我们反过来想，如果没有一份PRD会怎么样？

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

如果没有一份完备的PRD ，就会导致需求无法落地成软件。如同借钱不打借条，没门。如果不写PRD ，相当于程序员天天不敲代码。
三、PRD是什么？
不用多说， PRD重要性不言而喻。
实际上，在各公司里，对PRD都有各自的规范，其实你可以理解为各公司规定的一份「解决需求」说明书， PRD也好，需求稿也罢只是一个名头而已。不要被名词所拘束。
在不同公司里，要灵活运营，达到以下3个目的即可：

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

很肯定地说，不用拘泥于需要什么模块、也不用拘泥于用什么工具开发，朝着这3个目标去写就可以了。
一份优质有效的PRD关键点是什么？

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

只要你能够做到这3点，大概就是一份好的prd了。从来没有人定义好的prd是字多。
四、怎么写PRD？
问：PRD用什么写？
答：Word、Axure、共享协作软件都可以。
主要看公司统一用什么，你就跟着用就对了。个人比较喜欢用共享协作软件，因为prd的一个目的是沟通用，而在沟通中一定会出现其他人的不同意见，或者其他人才有的知识，可以让别人直接更改，很高效。我在公司里用过。