客户需求文档应该包含些什么内容呢?

apron

在做各种应用项目的时候
我们会直接跟客户交流而去确定正确的需求
客户可能会给我们提供一份他们自己的需求文档
也可能会只是口头的跟我们讲他们的需求
也可能通过来来回回反反复复的email来沟通

而在项目开始之前,我们是需要将这些各种渠道获得来的信息归纳整理成文档
然后交给客户确认

偶个人觉得这个文档跟我们内部的那个需求规格说明书应该是有区别的
因为是要给客户看的,所以不能够太专业化吧?
但是还是要跟一般的文档似的分成几大块的
比如说第一部分是概述,里面讲该应用项目的开发背景开发目的什么的
那之后的几部分应该怎么写呢?
要有一个客户需求的列表
然后还需要包含些什么内容呢?

wait……

yoyoa

其实，需求规格书也可以的．您所担心的是，太专业化，用户看不懂．其实，需求规格书评审的时候是要用户一起来参加的．用户最清楚他们所需要的是干什么，所以在评审会上也可以把不清楚的地方提出来．确认完成后，双方再达成约定就可了．

apron

嗯，版主大人说的对
就是怕用户看不懂
当然面对面的话这个问题是很好解决的
但是因为客观的原因，比如说国外的客户提出的项目
来来回回通过n多个email交流的那种
好像就不太好处理了啊！

jkdragon

先收集需求，再自己组织成需求规格说明书

zhyly101

看看

yiding_he

客户的需求是编写需求文档的依据，不要强求客户提供的文档里一定要包含什么，而是阅读之后再去做进一步的需求开发。但是有一点是要明确的，就是要能够从客户提供的文档中看出他的需求能够给他带来哪些利益，因为这是整个项目的最终目标。