一、前言
本文从“会务管理系统 – 会议报名模块”的产品案例，说明初期的需求分析文档到底如何写，如何更落地；让自己及其他阅读伙伴更清晰的认知产品的场景、业务、流程，一步步形成完整的产品闭环，说用户懂的话，交出一份“小白版”的需求分析文档~长沙感兴趣的朋友请继续看下去吧
二、为什么写小白版的需求文档？
1. 文言文 PK 白话文
（1）“文言文”
很多产品人在初期产品调研后，做了信息收集及整理，输出需求分析文档，虽然这份文档输出是更好的铺垫接下来的工作，但往往太过于官方，或者过于业务化，对于阅读文档的目标用户没有做到同理心，领导看不懂，协作伙伴看不懂，这样的文档，价值何在呢？
产品人输出任何东西都要尽可能的有价值，而我们是最应该知道什么是价值的人，这对自己也是一种沉淀性的输出。
os：阅读文档的目标用户，这里面客户也算其一（偏B端）；在特殊情况下，文档输出的第一版是需要与用户核对，敲定很多业务规范及流程中的细节。
（2）“白话文”
在做内容输出时，谨记说人话，专业性语言少来，尽可能让阅读人员能够“小白化”的读懂，尽可能场景化，通俗易懂。
2. 明确文档的用户
不同角色（面向群体）：
- 产品人：为产品部门内相关设计人员提供需求信息的展示，同时对自己为自查，对项目做留痕。
- 用户/客户：这里的客户（B端）会与产品人进行输出文档的业务准确性做深入碰撞，敲定业务框架。
- 团队成员：对接协作伙伴设计、程序；清晰明了，无需精细化宣讲
3. 明白文档价值
文档价值（文档目的）
- 输出：把大脑中的构思落地出来，形成文档，给自己做自查，给伙伴清晰的视野反馈。
- 留痕：把关键性的信息全部囊括在内，有可追溯性，对内对外皆可做到整个项目的管理。
4. 如何让文档更落地
让文档落地，我们首先要明白，写文档的本质是什么？
首先我们在输出文档时，对于我们目标用户必须要明确，而不是太过自我，很多业务细节延伸出来的伴生性功能需要雕琢一下，这些伴生性功能是否符合业务流、是否优化了业务流；
那么我们需要切换到用户的业务场景视角，去发现这些是否真的是用户需要的，围绕着业务场景及各个角色进行输出内容。
湖南长沙想一起学习的朋友，可以关注我哦，每天按时分享干货！