本文是一个“小白版”的需求阐明文档，主要团结“会务打点系统 – *** 会议报名模块”的产物案例，对需求文档的框架展开了具体说明，与各人分享。

本文的“初期需求阐明文档”不是产物司理事情中输出的产物需求说明书（prd），是为初期用研后的资料整理后举办输出的（更落地的需求阐明），文档名目除了通用部门，都有相对的调解，与市面上的文档区别照旧许多的；好比场景图、及文档内对业务及流程的落地说明，并非对企业内部协作利用的专业化文档，本文档主要用于初期的资料（数据）留痕。

假如文章中的文档举办深度阐明，就会专业化，进而演酿成需求阐明文档（专业化：对内协作利用）、产物需求说明书（PRD）、提要设计等。

一、媒介

本文从“会务打点系统 – *** 会议报名模块”的产物案例，说明初期的需求阐明文档到底如何写，如何更落地；让本身及其他阅读同伴更清晰的认知产物的场景、业务、流程，一步步形成完整的产物闭环，说用户懂的话，交出一份“小白版”的需求阐明文档~

二、为什么写小白版的需求文档？ 1. 文言文 PK 白话文

（1）“文言文”

许多产物人在初期产物调研后，做了信息收集及整理，输出需求阐明文档，固然这份文档输出是更好的铺垫接下来的事情，但往往过分于官方，可能过于业务化，对付阅读文档的方针用户没有做到同理心，率领看不懂，协作同伴看不懂，这样的文档，代价安在呢？

产物人输出任何对象都要尽大概的有代价，而我们是最应该知道什么是代价的人，这对本身也是一种沉淀性的输出。

os：阅读文档的方针用户，这内里客户也算其一（偏B端）；在非凡环境下，文档输出的之一版是需要与用户查对，敲定许多业务类型及流程中的细节。

（2）“白话文”

在做内容输出时，服膺说人话，专业性语言少来，尽大概让阅读人员可以或许“小白化”的读懂，尽大概场景化，通俗易懂。

2. 明晰文档的用户

差异脚色（面向群体）：

产物人：为产物部分内相关设计人员提供需求信息的展示，同时对本身为自查，对项目做留痕。

用户/客户：这里的客户（B端）会与产物人举办输出文档的业务精确性做深入碰撞，敲定业务框架。

团队成员：对接协作同伴设计、措施；清晰明白，无需风雅化宣讲

3. 大白文档代价

文档代价（文档目标）

输出：把大脑中的构想落地出来，形成文档，给本身做自查，给同伴清晰的视野反馈。

留痕：把要害性的信息全部席卷在内，有可追溯性，对内对外皆可做到整个项目标打点。

4. 如何让文档更落地

让文档落地，我们首先要大白，写文档的本质是什么？

首先我们在输出文档时，对付我们方针用户必需要明晰，而不是过分自我，许多业务细节延伸出来的伴生性成果需要雕琢一下，这些伴生性成果是否切合业务流、是否优化了业务流；

那么我们需要切换到用户的业务场景视角，去发明这些是否真的是用户需要的，环绕着业务场景及各个脚色举办输出内容。

三、文档框架

框架分四部门：通用部门、场景流程、需求荟萃、其他说明。

os：框架的四个部门是本人泛指，自我界说，各人可以本身调解本身的文档框架

1. 通用部门

文档目标：

阅读者先容：扼要说明阅读用户是谁即可，这里点明产物的利用用户及脚色做一个界说。

业务名称表明：对付项目中涉及的业务流程中呈现的业务名词做相应表明。

项目综述：

项目配景：环绕整个项目标配景举办说明，着重描写业务场景。

项目范畴：业务场景中所涉及到的主线、支线业务流（模块）全面包围；这里包罗伴生性（延伸性）需求。

项目方针：点生产物实现的目标，而不是产物人料到设计出来的（这里说的料到是指优化性需求，并非实际需求）

so：此部门为需求阐明模板的通用部门，不做举例说明白；切记一点，尽大概让这部门足够落地的叙述；用户阅读文档的之一部门就如同天书，后头也不会具体去看。

2. 场景流程

业务流程：

（1）总（焦点）业务流程

（2）业务流程说明

水务行业协会会务组织人员能在会务系统上编写和宣布 *** 会议通知、旅馆信息、房间信息等。