如何让不懂信息化的甲方客户看懂需求文档，并确认签字？

需求规格书编写完成后如何让客户快速、顺利地确认签字？这是个常见问题，每个软件项目经理和需求工程师都遇到过，要解决这个问题要从甲方客户与软件工程师两个方面进行分析和找答案。

从客户方面看，存在两个问题：一是要看得懂需求文档、二是要能放心地签字。提出需求的客户可能不是软件方面的专家，他是从自己熟悉的业务视角提出的需求，但他可能不清楚这个需求实现后的应用模式（原型、操作等），担心自己考虑不周签了字，待开发完成后与设想不同时要担责任，所以迟迟不肯签字（人之常情）。

从软件工程师方面看，已经理解了需求、给出了方案，甚至做出了原型给客户演示，每个功能都是和客户确认过的，客户为什么还有担心而不敢签字呢？

回答这个问题前，再来确认一下需求文档的用途及要求。需求文档有两个基本用途：

■用途1. 需求文档是对用户提出需求的记录、分析、设计（业务）结果，是向客户确认需求和设计成果的依据，也是最终客户验收系统的依据；
■用途2. 需求文档是向技术开发工程师做系统需求交底的资料，是后续设计（技术）、开发、测试的依据；

也就是说这份文档需要同时满足两个方面的要求，即：客户及开发工程师。既要让客户看得懂（偏客户业务的表达）、还要让开发工程师能作为依据（偏软件专业的表达）。这就产生了矛盾。怎么解决这一对矛盾呢？

由于需求文档的内容较多，这里仅用原型的文档例子来说明如何做好需求文档并获得客户的确认和签字。可以根据客户业务的复杂程度，从三个层面向提出需求的客户进行说明。

一、记录形式的结构化