很可惜 T 。T 您现在还不是作者身份，不能自主发稿哦～
如有投稿需求，请把文章发送到邮箱tougao@appcpx.com，一经录用会有专人和您联系
咨询如何成为春羽作者请联系：鸟哥笔记小羽毛（ngbjxym）
引言：如何快速交付一篇需求文档（prd）？本文将从产品思维的视角拆解快速完成一篇项目制的需求文档。愿对君有所裨益。
常规需求文档的用途总体分为两类：一种是细化需求，用于给开发传达产品需求；另外一种，也是本文主讲的，适用于项目制交付给甲方，给客户传达业务需求，对内给开发传达产品需求。
明确你的PRD有哪些读者，一般包括：项目参与人员（项目经理、前端、后端、测试、UI设计、产品经理），项目甲方（客户），市场人员 ，运营人员，领导或者老板。
主要阅读受众的不同会决定整个文档的格式，文字情感色彩。给内部领导、政府、大型企业的客户交付，整体写作文案偏向概括与宏观，更多的“互联网黑话”；给小型客户，内部人员使用，就更接地气，偏向于常规的互联网文案基调更注重实用性。
三个重点：专业性、易读性、可用性。
对客户来说体现产品设计的专业度，既保证满足客户商业需求（比如演示，宣讲，内部存档入库）；对内部团队来说，能快速理解产品设计中的产品架构、业务规则、异常情况、特殊字段、交互流程、设计原则，同时文档易于不同人员查看理解，简洁精炼，降低团队内沟通成本。
编辑文档工具不受限制，这里推荐在线软件，例如某企鹅的产品等，这类软件有个特点，在设置大纲级别特别方便，容易调整文档格式。
明确目标用户：明确你的PRD的目标用户，到底是谁看？（老板？业务方？团队？）
确认用户需求与解决的问题：确认PRD读者的需求，哪类客户群体偏多，决定文档的结构与文档侧重点；PRD最根本的目的还是减少沟通成本符和各方人员查看需求说明。
规划架构蓝图：先用思维导图罗列文档大纲，圈住写的范围与整体内容框架。
做好具体细节准备：包括提前做好产品信息结构图，功能清单，核心业务流程图，原型设计等
常规命名公式：产品名称+功能模块+版本号，大部分甲方客户会有特殊格式要求比如:内部项目编号+产品名称+VX.Y（X.Y为版本号）
封面常规格式：
●企业名称（部门名称）+项目名称+项目编号+需求说明文档
●文档编码或者文档总页数
●签字方
●文档修改记录
根据具体要求进行调整，如果仅内部使用可以简化，文档修改记录不可删除，方便团队溯源。
PRD文档内容结构包括：文档目的、名词解释（术语定义与缩略词）、文档编写规范、系统概述（产品背景、目的）、功能架构、功能清单、业务流程图、业务用例、全局说明（交互说明、全局规则等）、非功能性需求。如果有相关文档，附件说明。
顾名思义写作本文档的目的是什么，前文有详写故此不做过多赘述
产品中涉及的一些专业术语的定义，与特殊字段的解释与规则。例如在做政府的图书管理后台系统时（本文案例均来自此系统）涉及的名词如下:
整个文档的编写规范，对于格式要求比较严格甲方客户，一般需要进行说明，内部沟通可忽略。以下是常规的规范定义，可以根据自身写作习惯进行调整，能解释说明清楚，全文运用符号规范一致即可。
主要是对整个产品的设计背景，解决的什么问题的描述。如果有条件利用chatgpt等一类AI平台，可以比较快速的总结出来宏观性的背景文案。如下：
这里涵盖两个方法：一个是写prompt（提示指令）的原则，给AI进行下定义，尽量走多角度，多定义，多元素，写明自己需要咨询问题的前后要求与背景。二是提取数据的方法，所有AI生成的答案只是参考，需要将对应的结构化表述结合实际情况进行归纳整理。提取方法：抓取关键字+实际概念替换回答中通用性概念+结合实际业务做减法；如果需要更接地气背景目的可以详细描述产品的目的以及解决的实际问题，与预计带来的收益效果。
再者，这部分也可以加入一些系统的规划蓝图，例如整个系统的蓝图，参考格式：应用层，业务层，技术层。
功能架构
整个产品的功能结构图，常用脑图形式进行展示，具体格式不限。包括系统层（具体系统应用表现形式）、业务层（具体功能模块与功能点）、权限结构。
比如图书管理系统系统层就涉及用户端、管理端两个系统。对应系统对应不同的功能结构。参考如下：
业务流程图可选取泳道图进行图示，主要体现用户在系统中的关键业务节点与操作流程，以及对应数据的流向。一般分为两个部分，一个是全局的流程图，一个是关键业务节点的流程图。
可选的流程图类型有：业务流程图，状态流程图，时序图，数据流程图。
简要说下泳道图的编辑规范：头部为不同业务模块，下方是对应操作流程，如果角色众多，左侧可以对角色进行区分，以下是图书管理系统的管理员业务流程示例：
业务用例（Business Use Case）是指通过场景、流程图、角色、业务规则等方式，描述用户在使用产品时的操作流程和业务逻辑。可以理解为，对功能点的详细描述，对字段的规则定义，对业务规则的描述。这里是整个文档的核心，也是开发人员需要重点关注的对象。内部沟通时，大部分开发没有耐心去看你的整个文档，所以建议重点维护此部分，将所有开发过程中需要注意的规则都写明写仔细，开发人员只需要查看此部分即可。业务用例同样也分为两个部分，全局业务用例（清单+用例图）和具体业务用例。
参考结构：用例概述+用例描述+业务流程（或者UML用例图）+页面原型+特殊说明
用例拆分原则：可以从后端接口设计的角度，或者功能点的角度进行拆分，最快捷的方式用增删改查的视角进行拆分，比如订单模块：新建订单，编辑订单，删除订单，订单查询。
参考示例：
全局用例清单：
具体用例清单：
用例名称：外借报表查询
●概述
管理员在[外借报表]列表页，查询图书外借信息，对外借图书进行维护与管理。
此模块是指整个系统的全局说明，为了减少我们prd的写作工作量，一般会把大部分通用规范与通用原则在此处进行整理。
●交互规则：包含页面加载、按钮点击、页面滚动、toast提醒交互、数据为空、弹窗交互样式、页面布局、选中样式、获取焦点样式、通用的一些交互组件等。B端系统和C端系统略有不同，app、小程序、H5也存在差异。
●数据规则：描述产品的数据规范和限制，包括全局的数据生成规则、分页处理、数据极值、全局通用性的数据规范，默认值等
●业务规则：一些全局通用的业务规则，比如数据的导入导出，按钮防连击处理
●接口规则：描述产品的接口规范和限制，包括接口格式、接口参数、接口安全等方面。例如，要求接口遵循RESTful API的设计原则，保证接口的可扩展性和易用性。这里更多是和后端开发或者技术经理进行讨论确定。有条件提供。
●测试规则：描述产品的测试规范和流程，包括测试用例、测试流程、测试环境等方面。也是属于有条件提供，一般有测试人员，和测试讨论出结果，不要过多干涉其他领域专业人员的处理意见。
●其他说明：特定情况下的一些备注。
以下是部分示例：
非功能性需求
非功能性需求是描述产品功能以外的要求，通常与产品的性能、安全性、可靠性、可维护性、可用性、可扩展性、兼容性等相关。以下是一些常见的非功能性需求：
●性能要求：描述产品的性能指标，例如响应时间、并发数、吞吐量、负载能力等。
●安全要求：描述产品的安全需求，包括用户身份认证、数据加密、安全审计、访问控制等。
●可靠性要求：描述产品的可靠性需求，包括系统可用性、容错能力、恢复能力等。
●可维护性要求：描述产品的可维护性需求，包括代码可读性、可扩展性、可维护性等。
●可用性要求：描述产品的可用性需求，包括用户界面友好、易用性、可访问性等。
●可扩展性要求：描述产品的可扩展性需求，包括系统架构、组件化设计、扩展性设计等。
●兼容性要求：描述产品的兼容性需求，包括与其他系统的集成、不同浏览器、操作系统等的兼容性。
下方是示例：
常见的尾部内容有：补充规约、补充附件、参考文献等，这里不过多说明，利用好搜索引擎即可。
以上就是编写一篇完整prd的全部内容，每个人所处的企业，项目环境都不相同，具体细致要求会存在一定差异，这时候自己就要学会变通，利用好互联网的便捷，多查阅资料，多学习同行经验，对文档质量进行提升。prd最根本的目的还是为了高效沟通，传递各方需求与产品设计方案，所以不管怎样，仍是以效率为主。希望看完此文后对你未来产品工作有一定参考意义与实际的帮助。
喜欢的点个赞，转载请注明来源出处！！！
本文为作者独立观点，不代表鸟哥笔记立场，未经允许不得转载。
《鸟哥笔记版权及免责申明》 如对文章、图片、字体等版权有疑问，请点击 反馈举报
Powered by QINGMOB PTE. LTD. © 2010-2022 上海青墨信息科技有限公司 沪ICP备2021034055号-6
我们致力于提供一个高质量内容的交流平台。为落实国家互联网信息办公室“依法管网、依法办网、依法上网”的要求，为完善跟帖评论自律管理，为了保护用户创造的内容、维护开放、真实、专业的平台氛围，我们团队将依据本公约中的条款对注册用户和发布在本平台的内容进行管理。平台鼓励用户创作、发布优质内容，同时也将采取必要措施管理违法、侵权或有其他不良影响的网络信息。
一、根据《网络信息内容生态治理规定》《中华人民共和国未成年人保护法》等法律法规，对以下违法、不良信息或存在危害的行为进行处理。
1. 违反法律法规的信息，主要表现为：
1)反对宪法所确定的基本原则；
2)危害国家安全，泄露国家秘密，颠覆国家政权，破坏国家统一，损害国家荣誉和利益；
3)侮辱、滥用英烈形象，歪曲、丑化、亵渎、否定英雄烈士事迹和精神，以侮辱、诽谤或者其他方式侵害英雄烈士的姓名、肖像、名誉、荣誉；
4)宣扬恐怖主义、极端主义或者煽动实施恐怖活动、极端主义活动；
5)煽动民族仇恨、民族歧视，破坏民族团结；
6)破坏国家宗教政策，宣扬邪教和封建迷信；
7)散布谣言，扰乱社会秩序，破坏社会稳定；
8)宣扬淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪；
9)煽动非法集会、结社、游行、示威、聚众扰乱社会秩序；
10)侮辱或者诽谤他人，侵害他人名誉、隐私和其他合法权益；
11)通过网络以文字、图片、音视频等形式，对未成年人实施侮辱、诽谤、威胁或者恶意损害未成年人形象进行网络欺凌的；
12)危害未成年人身心健康的；
13)含有法律、行政法规禁止的其他内容；
2. 不友善：不尊重用户及其所贡献内容的信息或行为。主要表现为：
1)轻蔑：贬低、轻视他人及其劳动成果；
2)诽谤：捏造、散布虚假事实，损害他人名誉；
3)嘲讽：以比喻、夸张、侮辱性的手法对他人或其行为进行揭露或描述，以此来激怒他人；
4)挑衅：以不友好的方式激怒他人，意图使对方对自己的言论作出回应，蓄意制造事端；
5)羞辱：贬低他人的能力、行为、生理或身份特征，让对方难堪；
6)谩骂：以不文明的语言对他人进行负面评价；
7)歧视：煽动人群歧视、地域歧视等，针对他人的民族、种族、宗教、性取向、性别、年龄、地域、生理特征等身份或者归类的攻击；
8)威胁：许诺以不良的后果来迫使他人服从自己的意志；
3. 发布垃圾广告信息：以推广曝光为目的，发布影响用户体验、扰乱本网站秩序的内容，或进行相关行为。主要表现为：
1)多次发布包含售卖产品、提供服务、宣传推广内容的垃圾广告。包括但不限于以下几种形式：
2)单个帐号多次发布包含垃圾广告的内容；
3)多个广告帐号互相配合发布、传播包含垃圾广告的内容；
4)多次发布包含欺骗性外链的内容，如未注明的淘宝客链接、跳转网站等，诱骗用户点击链接
5)发布大量包含推广链接、产品、品牌等内容获取搜索引擎中的不正当曝光；
6)购买或出售帐号之间虚假地互动，发布干扰网站秩序的推广内容及相关交易。
7)发布包含欺骗性的恶意营销内容，如通过伪造经历、冒充他人等方式进行恶意营销；
8)使用特殊符号、图片等方式规避垃圾广告内容审核的广告内容。
4. 色情低俗信息，主要表现为：
1)包含自己或他人性经验的细节描述或露骨的感受描述；
2)涉及色情段子、两性笑话的低俗内容；
3)配图、头图中包含庸俗或挑逗性图片的内容；
4)带有性暗示、性挑逗等易使人产生性联想；
5)展现血腥、惊悚、残忍等致人身心不适；
6)炒作绯闻、丑闻、劣迹等；
7)宣扬低俗、庸俗、媚俗内容。
5. 不实信息，主要表现为：
1)可能存在事实性错误或者造谣等内容；
2)存在事实夸大、伪造虚假经历等误导他人的内容；
3)伪造身份、冒充他人，通过头像、用户名等个人信息暗示自己具有特定身份，或与特定机构或个人存在关联。
6. 传播封建迷信，主要表现为：
1)找人算命、测字、占卜、解梦、化解厄运、使用迷信方式治病；
2)求推荐算命看相大师；
3)针对具体风水等问题进行求助或咨询；
4)问自己或他人的八字、六爻、星盘、手相、面相、五行缺失，包括通过占卜方法问婚姻、前程、运势，东西宠物丢了能不能找回、取名改名等；
7. 文章标题党，主要表现为：
1)以各种夸张、猎奇、不合常理的表现手法等行为来诱导用户；
2)内容与标题之间存在严重不实或者原意扭曲；
3)使用夸张标题，内容与标题严重不符的。
8.「饭圈」乱象行为，主要表现为：
1)诱导未成年人应援集资、高额消费、投票打榜
2)粉丝互撕谩骂、拉踩引战、造谣攻击、人肉搜索、侵犯隐私
3)鼓动「饭圈」粉丝攀比炫富、奢靡享乐等行为
4)以号召粉丝、雇用网络水军、「养号」形式刷量控评等行为
5)通过「蹭热点」、制造话题等形式干扰舆论，影响传播秩序
9. 其他危害行为或内容，主要表现为：
1)可能引发未成年人模仿不安全行为和违反社会公德行为、诱导未成年人不良嗜好影响未成年人身心健康的；
2)不当评述自然灾害、重大事故等灾难的；
3)美化、粉饰侵略战争行为的；
4)法律、行政法规禁止，或可能对网络生态造成不良影响的其他内容。
二、违规处罚
本网站通过主动发现和接受用户举报两种方式收集违规行为信息。所有有意的降低内容质量、伤害平台氛围及欺凌未成年人或危害未成年人身心健康的行为都是不能容忍的。
当一个用户发布违规内容时，本网站将依据相关用户违规情节严重程度，对帐号进行禁言 1 天、7 天、15 天直至永久禁言或封停账号的处罚。当涉及欺凌未成年人、危害未成年人身心健康、通过作弊手段注册、使用帐号，或者滥用多个帐号发布违规内容时，本网站将加重处罚。
三、申诉
随着平台管理经验的不断丰富，本网站出于维护本网站氛围和秩序的目的，将不断完善本公约。
如果本网站用户对本网站基于本公约规定做出的处理有异议，可以通过「建议反馈」功能向本网站进行反馈。
(规则的最终解释权归属本网站所有)