产品新人怎样将产品需求文档撰写更深入.pdf

产品新人 ，如何将产品需求文档撰写更深入 ？ 产品需求文档是产品项目由“概念化”阶段进入到“图纸化”阶段 最主要 一个文档 ，如果你已 经能可以撰写需求文档 ，那么你现在需要看看本文 ，在会撰写 基础上能够将产品需求文档 撰写 更深入。 一、简述 撰写结构与开发思维 ，是在产品需求文档基础上 ，需进一步提升 核心基本功。而这个基本功 ，决 定着能否输出高度模块化 产品需求文档。 但是 ，许多 新入行 产品新人 ，对产品需求文档认识 ，局限在 ：“套个模板、添加个前置、后置 条件、流程图”等认知 ，便能输出一份严谨 产品需求文档。事实上 ，这些都只是些浮于表层 事物 ！对于模板“是否拥有前置条件、后置条件”这些模块结构 ，对于产生优质 产品需求文档 ，其实并 不是核心 决定因素。 纠结于产品模板 ，会导致新人误入形式 ，远离本质。这种场景下 ，很难将产品需求文档撰写严谨 ， 最终必然导致内容空泛。我们对产品需求文档最终达到 效果 ，进行TA G概括 ： 推理严谨 逻辑合理 描述细致 场景清晰 在进阶版篇章中 ，我们从产品需求文档模板 框架中跳出来 ，在高一层 维度中 ，从“方法论” 角度 展示。 根据案例 ：产品需求文档A与产品需求文档B ，基于撰写结构与开发思维 ，如何实现“严谨、合理、 细致、清晰”效果 ，进行案例分析。 二、撰写结构 撰写结构 ，就是基于被撰写 产品功能模块 ，有规划 进行内容组织。且将组织 内容清晰 描述 出来 ，而内容组织并不局限在使用某个产品需求文档 模板中 ，只需要拥有个人“方法” ，将产品功能 描绘清晰即可。但 ，它须坚持一些原则 ： 符合浏览对象浏览信息流 习惯 ，被组织 内容权重主次清晰 ，并起到引导作用。 内容组织紧凑 ，功能模块内容结构划分清晰 ，区分明显。 结构化 撰写方式 ，以结构化 形式展示数据流、业务流、页面布局逻辑。 严谨 是与否判断。 产品需求文档A 产品需求文档A ，在描绘需求时 ，采用 是“功能名称-需求说明 （内容描述 ）-原型图”形式作为撰写 结构 ，进行文档撰写 ，描述不够深入导致整体较为空洞 ，体现在 ： 页面布局 ：缺乏1、2级层级关系 ，用户浏览信息时 ，缺乏主次。需要查看参与者个人进行信息 区分 ，队内容层级筛选。 整体排序 ：排序不符合查看参与浏览信息方式 ，不能起到引导用户有节奏地进行产品功能内容 传递。 模块结构 ：内容结构单一 ，在“需求说明”上 ，无法系统化地进行产品功能细节描写 ，页面 数据流 、逻辑关系无法清晰 表达。 撰写结构 ：文档描述口语化严重 ，缺乏结构化语言 ，思维零碎 ，无法引导查看参与者思维进行文 档价值传递。 基于上述原因 ，产品需求文档A ，对于产品功能涉及 “字段、操作逻辑、数据流、排序规则….等 ， 都无清晰 表达出来。 产品需求文档B 采用竖并列式 结构进行文档撰写 ，整体显 紧凑 ，内容丰富 ，主要体现在 ： 完整的文档模块 产品需求文档B ，文档模块 ，围绕产品功能 数据流与逻辑关系展开搭建 ，框架模块较为清晰。从 产品功能名称介入 ，从“用例图、前置条件、后置条件、功能概述” 角度 ，将产品功能大 框架明确 。 产品框架 基础上 ，进行产品功能模块细化 ，绘制出 ：“字段列表、表单、操作、交互、算法 模型….” ，而描述 模块与结构化 思维 ，将产品功能主次区分开 ，将细节进一步深入描述。如进行 产品功能规划 ：“从主业务流切入 ，将核心流程打通。”后台 ：逻辑业务流 ，前台 ：选购支付流 （流程 不通 ，转化率必然很低 ）。 规范的内容排序 严谨 功能模块 ，结合内容主次排序 ，如何符合参与角色浏览文档 习惯 ，便显 非常重要。产品 需求文档A ，在文档排序上 ，使用 ：“功能名称-功能说明-原型图” ，这种描述逻辑是 ： 查看参与者 ，需要先看需求说明 ，才进入查看原型图 ，这种查看文档 交互方式 ，是有问题。 对 于文档传递信息而言 ，第一步是进行整体 产品功能概念 价值灌输 ，从原型图了解大体 逻辑 与数据 ，让参与对象可以在功能上对整体模块进行了解。在这个基础 上 ，才进入细节描述 ，这个过 程中才结合原型图 ，逐渐将功能细节撰写排序。这样利于后续交接方与提出方、研发方 ，在查看文 档时 ，最短 时间熟悉产品功能 大 体逻辑。 而产品需求文档B ，在内容排序上 ，采用“功能名称-原型图-整体业务框-功能说