产品司理的日常作业，总是在整理和输出各类文档：竞品剖析陈述、产品原型、需求阐明书（PRD）.......

  这些文档的交给质量，根本能看出一个产品司理的才干层次。由于文档出现了你剖析事务需求的广度与深度、提出产品计划的有效性、逻辑思想的严谨性及团队协作的才干。

  一份好的文档能让你与事务、研制、测验快速了解事务布景、事务流程、产品架构与功用逻辑。但在输出产品文档进程中，咱们经常被以下问题困扰：

  欲了解此问题，咱们需深化了解软件产品的实质，此处以常见的消费信贷事务体系为例，加以阐释。

  我将消费金融产品分为可见的买卖层与不行见的事务逻辑层，可见层为面向终端用户供给服务的小程序或APP或网页端，仅仅软件产品与全体事务价值链的冰山一角。

  而隐藏在可见层背面的事务逻辑、产品界说与公司战略，才是整个消费信贷事务价值链的中心。因而，你的软件产品有必要做到全体事务价值链的拉通，并让价值链上的各个参加者能高效协同协作。

  经过产品文档，将不行见的事务逻辑层（战略、产品、流程）明晰可视化，从而才干界说软件产品的架构、逻辑与数据头绪，这是软件产品文档对软件产品交给最重要的价值表现。

  此处我将产品交给流程与各流程节点应输出文档从头列示，你地点公司现在都有输出哪些文档，又缺失了哪些？产品交给面对的中心问题是什么，可在谈论区留言，咱们会及时回复。

  你与事务承认产品计划、操控需求改变的根据是什么？你的开发搭档根据什么来写代码，测验搭档根据什么来编写测验用例？正是一份详细的《产品需求阐明书》。

  它集成了事务逻辑、产品功用逻辑、数据逻辑、产品界面及其他非功用性需求等内容，是软件交给进程中最根底的文档，也是在事务、开发、测验、规划中传递、查阅频次最高的文档。

  其他文档，如产品全体计划与计划、事务流程计划等，是软件产品更深层次的事务解决计划中级或高档以上产品司理有必要掌握。咱们在后续逐渐打开，协助咱们进行思想与技能的逐级升维！

  3.1.1目录：即需求阐明书的内容纲要，是文档思路与主体内容结构，在下笔详细内容前有必要理清。目录还为自己与读者供给了根本的内容导航，是不行或缺的一部分。

  3.1.2专业名词解释：意图是减低读者对文档内容的了解难度，下降自己与团队间的了解与交流本钱，因而省出互相重复发问与答疑的时刻。

  假定你规划的是事务财政一体化的体系产品时，会触及“会计凭证”的主动生成。许多非财政范畴的搭档是不知道会计凭证的，因而你需求添加此专业名词解释。

  3.1.3修订与评定记载：记载需求与产品规划改变进程，使改变与评定进程可追溯并职责到人。对乙方交给项目特别重要，当项目发生争议时，此部分内容可供给追溯根据。

  将事务布景、事务形式、事务场景做扼要概述，协助开发与测验搭档了解根本的事务逻辑，1-2页左右告知清楚，更详细的事务计划应在《事务流程计划》文档中描绘。

  技巧：两三百字概述即可。关键说了解2个问题：A.公司的方针客户是谁？ B.公司为客户供给哪些产品与服务 。

  意图：用图示描绘清楚公司或你所担任模块的事务运作链路，树立全体事务视图，掌握要害事务。

  技巧：从事务参加主体、主体间的事务买卖链路，买卖进程的信息流、物流和资金流进行打开。

  意图：事务场景是事务实践发生的场域，具象化事务进程，协助自己与读者深化到实在事务场景中。

  技巧：聚集你所担任板块的中心事务场景。比方你担任生鲜仓储与配送模块，那么你需求将果蔬从入仓、仓储贴标、寄存、盘点、配货需求获取、配送出库、配送签收、配送损耗处理等触及的中心事务场景罗列清楚。

  事务与体系产品意图都是为方针用户发明价值，因而正确辨认并出现产品方针用户类别，对自己与读者了解产品计划都是十分有协助的。

  指事务买卖的中心参加方，也是未来运用体系产品的安排主体或个人。一般可用“供需连”模型进行辨认。比方某生果公司的事务链路中，共有4个中心主体。“供”即生果供应方“农户”，“需”即生果需求方“顾客”，“连”即衔接供需两头的中间方“公司”与“直营门店”。

  A. 农户细分集体：年产值XXX的规模化农户，散布在全国各地，包含生果、蔬菜和养殖户。

  B. 顾客细分集体：聚集华南区域有孩子的家庭主妇、55-65岁的带娃白叟

  意图：事务量与访问量巨细，对研制技能选型、完结方法、测验要求都有较大的影响。

  技巧：可按平均值和最大峰值（比方促销期间）两个维度进行猜测，事务量可按“日买卖订单数”与“日买卖总额”预估，用户量可按“日访问量”预估。若事务量较小，可将时刻周期宽到月。

  意图：将事务流通的主链路闭环描绘清楚，树立体系事务逻辑与数据逻辑的主头绪。

  技巧：将产品或服务从供需两头完结端到端完好交给进程中，所有必要经过的中心事务节点整理出来，然后弥补流通次序与信息交互联系，以此构成的事务闭环，构成了事务干流程。（若是模块级产品，则可仅出现此事务模块的事务干流程）。

  如01门店预收购：门店根据前史出售数据剖析，提早6个月提出预收购需求，由公司收购部一致汇总并备货。

  意图：产品架构是根据事务干流程与产品模块化的思路，规划体系的中心模块与模块间的联系。协助自己与事务、研制、测验树立全体的体系视图，为技能架构规划供给根据。

  技巧：体系架构需求将共性与个性化的体系功用进行剥离，完结共性功用的可同享。子体系可按方针客群进行区分，区分后将各模块下的中心事务功用罗列出来。

  注：假如本次产品迭代仅是某个体系模块，在架构图中将本次迭代的子体系或模块标示色彩，并补白阐明。协助团队了解本次迭代的产品规模。

  根据以上产品架构图，可每个子体系的中心功用模块进行整理与出现，协助自己与阅读者理清体系全体结构，从微观到微观逐级了解体系架构。

  若你担任的仅仅某一个子体系，你可聚集特定子体系的体系架构，比方收购办理体系，将此体系的模块与模块间的联系描绘清楚亦可。

  此部分内容描绘详细模块的详细体系逻辑，包含功用清单、体系流程图、详细功用阐明。

  意图：罗列本次迭代的子体系、体系模块及功用清单，协助团队了解全体的迭代规模及功用要害关键。

  技巧：模块与功用清单可用表格局出现，并与需求清单相关，描绘明晰且可读性强。可将体系模块的悉数功用清单都罗列清楚，本次新增或修正的在状况列注明。有助于你一直了解全体体系功用迭代状况。

  意图：将某一事务活动在体系中运作的事务逻辑与体系逻辑描绘清楚，是开发、测验了解详细功用最中心的“图纸”。

  技巧：用visio泳道图制作，出现岗位、事务操作、事务判别逻辑、事务履行次序及数据流。

  （1）发货通知单：发货人、发运公司、产品SKU、数量、发货仓.......

  （2）出售出库单：产品SKU、发货仓、数量、本钱价、出售价........

  意图：根据体系流程图，将每一个功用清单中的详细功用界面、事务逻辑、数据逻辑、操作逻辑均在此处描绘清楚。

  技巧：按“功用界面、事务逻辑、数据逻辑、操作逻辑”4个维度对每个功用点打开描绘。

  l 功用界面：将原型图中的界面截图过来，把界面的操作按钮、字段逻辑逐一描绘清楚；

  l 事务逻辑：描绘此功用所对应的事务场景，及功用操作后对实践事务发生的影响。比方“创立发货通知单”操作：根据门店收购需求的配货规矩，创立发货通知单后物流部会进行物流发运安排，仓储部会确定库存........

  l 数据逻辑：描绘此操作数据来历、数据处理与输出输出逻辑。如“创立发货通知单”：数据来历于收购需求订单+产品库存数量，发货通知单审阅经过则确定产品库存数量，而且推送生成物流发运单。

  l 操作逻辑：描绘此界面上的每一个操作的触发条件，操作后会履行的体系逻辑描绘清楚。比方“发货通知书审阅”：

  操作权限操控：需在权限模块分配安排与事务操作权限的人物才可见“审阅”按钮；

  “审阅”操作阐明：将审阅界面截图在此处，阐明审阅操作的必填项和选填项，及每一个选项的详细意义......。

  你看，任何一个功用点，从4个维度动身，体系功用都能很有逻辑地出现，协助自己及事务、开发、测验搭档充沛了解产品背面的逻辑，对开发规划、测验用例编写都价值巨大。

  非功用性需求将事务功用以外的，对数据安全、产品功能及兼容性等方面的技能要求。产品司理无需写出技能计划，但要把产品要求表述清楚。

  l 数据安全：指体系在数据收集、传输和存储进程中的安全要求。比方关于客户实名认证数据，在传输与存储进程要求脱敏与加密。在用户查询时，展现界面需求脱敏展现。

  l 产品功能：功能是对体系呼应时刻、并发用户数、吞吐量、点击数等方针的要求。产品司理根据事务量猜测，提出以上详细方针值，让开发、测验搭档再交给体系进程中进行落地，对后续体系产品的安稳运转是十分重要的。

  l 兼容性：指的是对体系客户端在浏览器、操作体系方面的兼容要求。比方PC端，有必要兼容哪些干流浏览器，移动端支撑哪些手机操作体系及浏览器，要根据方针用户群的设备状况进行评价，并给开发和测验提出落地要求，对用户体会及体系产品的安稳运转同样是十分重要的。

  小编真是把多年堆集的精华都一次性总结共享给咱们了，假如对你有价值，给小编一点鼓舞吧，重视、转发、保藏！！

  你在写产品需求阐明书的进程中，还被哪些问题困扰，欢迎留言发问，咱们会及时为你答疑哦~