需求准备的过程：了解需求来源（管理部门、市场部门、运营部门等）， 需求背景（行业、同业规则现状等）；
需求分析的过程：了解需求目标、预期效果（时间、结果等）、使用者习惯、相关人影响；
需求编写的过程：描述需求目的、背景、时间和结果要求、业务流程、交互过程、系统架构、干系人角色和影响范围；
需求检查的过程：需求的背景、目标、过程、干系人、结果预测和预防的完整性检查；
2. 解释
解释在需求来源的基础上描述了 “为什么”接下来这个需求可以解决遇到的问题， 同时还加入了“是什么”和“怎么样”的部分 。 就是这个需求是通过怎么样的方法解决了“描述”过程中提到的问题， 这个新的解决方法需要要做什么， 对于原有的业务过程有哪些改变， 会提升什么， 会降低什么， 会影响哪些人、哪些业务部分、哪些业务系统以及哪些数据的产生 。 这个部分， 是需求文档的最主要、最核心的内容部分， 也是在内容上占比最大的一部分 。
这里的解释根据产品需求面向的要解决的问题不同， 而可能存在多个层面， 多个维度的层面， 比如对于运营的影响， 对于前端市场的影响， 对于用户的影响， 对于财务、法务的影响；从技术开发、技术实现维度， 比如对于前端开发的影响、对于服务端开发的影响、对于数据平台的影响， 还可能涉及到对于运维资源的影响等；因此对应到实际的产品需求工作中：
需求准备的过程：了解需求可能涉及的相关业务系统及系统对应的数据流程和逻辑、了解需求可能涉及的外部服务的数据流程和逻辑；了解面向的内外部用户的产品使用水平、学习能力和使用习惯；
需求分析的过程：选择和制定最有效的， 满足时间、资源投入等要求的方案；
需求编写的过程：详细描述需求的业务流程， 通过各种图表格式说明新的解决方法在各服务系统之间、各业务部门之间、用户与产品， 产品与后服务之间的数据、文件和行为的交互过程、详细的信息输入、信息处理和信息输出；每个业务节点明确的输出物和节点标志， 重要性和优先级；系统架构、干系人角色和影响范围；
需求检查的过程：需求的流程、用户交互动作、系统信息交互等完整性检查；
3. 预测与监控
预测与监控在产品需求文档的管理上是联动的， 是对于预测的事件发生的时候， 进行管理的机制， 监控=预测+干预 。 在产品需求文档的管理上， 对于设计好的业务流程、使用功能， 在实际过程中可能会出现这样或者那样的 “非规划”的使用， 也就是我们通常说的“用户并不总是按照产品设计的方式来使用产品， 而且， 往往相反 。 ”因此， 这部分内容很大的比例需要来对于用户的行为进行预测和监控， 并提供“预防”或者“解决”方案 。 其中：
预防在于， 预测产品的用户在使用的过程中， 可能会进行的一些超过产品使用半径的操作， 一旦进行这些操作， 操作的任务流程会中断， 掉出， 进入其他业务流程中且无法回滚， 从而使得操作无法进行下去， 功能使用失败， 使用者会感觉产品、功能没有包容性， 缺乏引导性， 导致了最后操作的失败， 预想的结果没有实现， 而且造成了一定的挫败感， 甚至造成了一定的损失 。 预防的具体方法多采用导航、提示等， 不同的系统都有各自标准化的控价， 我们在这里不做展开 。
解决在于， 预测产品的用户在使用产品的过程中， 因误解、操作手误而进行了“非标”、“超规”使用“掉出”原本设计的业务流程和操作流程的情况下， 需要提供额外的流程和控制来“回转”用户的操作， 来帮助用户回到预先设定和他所需要的流程上来 。 解决的具体方法多通过“导航”引导“跳转”和“返回”、“回退”来实现 。 对应到实际的产品需求工作中：

• 怎么使用扫描仪-wps怎么使用扫描仪
• 网易云音乐音乐人-网易云音乐音乐人申请怎么才能成功
• 京东消费券怎么领取？使用方法是什么？
• 热浪引擎佣金失效的原因是什么？佣金明细怎么看？
• 快手小店先用后付怎么用？有什么好处？
• 快手光合计划怎么开通？有什么用？
• 手机怎么剪辑歌曲-手机怎么剪辑歌曲长短
• 手机流量套餐-手机流量套餐怎么更换
• 小满节气祛湿方法 小满节气湿热重怎么调理
• shopee新店铺上产品没人看怎么办？如何处理？