如何应付项目中的细节需求？

  在项目开发中，有时候遇到非常细心的用户，经常在看到界面成品的时候，不断的提出细节需求，如这个地方应该有图有列表（原先是有图的），这个地方应该做成可编辑的。当然这些需求按道理是没有偏离需求范围，但是如此反复提出细节需求（多的达到8次），势必会增加项目中的成本，请问下大家对这样的事情有什么看法？

  另外做项目的时候有两个出发点，第一控制项目的成本，第二将项目做好，我认为把项目做好，但是把项目做好势必会增加项目的成本，两者如何平衡呢？

这是少的。


PS：有两种客户
一种少让他承担责任，对方的需求就会宽松一点.
另一种反正延期跟他一点关系都没有,等着上线挣钱的项目反复会少一些.

所以有时候做项目，归根结底就是搞人事。先把人搞定。
而需求呢，一定要思考得很全面，有时候用户没考虑清楚，所以演示的时候，他就会再提出需求，因此原型也是有必要的，能快速勾起用户的想法。
但是考虑很全面，也需要掌握一个度，平衡成本和需求开发。

不要因为一点眼前的利益去坏了客户的评价

需求确认！！

那就看你们需求人员的经验了.

这些需求可以在一开始就跟客户敲定,就算以后有反复也不会动太大.

需求敲定以后,可以先做出没有功能,只有界面的DEMO,UCD之类的.得到用户认可后再实现功能.

1、细节是实现方式，需求是用户真的想要什么。这两个要分清楚，能够让他使用，并且好用就行，并不是他坚持图在表下面1CM你就不能挪到下面1.5CM。
2、让提问题的人和付钱的人是同一个人，否则随便找个谁到处提问题又不必掏钱那提点啥的还不容易么？
CCB的意思就是虽然需求是到各个用户那去采集的，
但是能做客户方确认的人只有一个，而那个人需要知道提范围外的需求需要付出一定的代价.
2其实比1更重要

这是没办法的事情，拥抱变化吗，嘿嘿，这是正常的，重要的是，得帮客户分析，在你真正开始做之前，跟客户分析清楚他需要什么，最起码再大的方向确定下来，否则这些东西要是在后期变更还是很恐怖的。对于项目进程中的细节问题还是应该修改，只要是客户需要的，不管什么，但是有些问题是可以跟客户沟通的，比如某个地方需要编辑功能，问问他是不是确实需要，用这个干什么的，如果他确定需要，那就给他一个评估时间，这里面沟通能力就极其重要了，你要让客户时刻都感觉到你是在为他着想，在这种长期的环境影响下，你否决他的一个请求（当然否决的方式也是出于为他考虑的方式）概率就很高了，而且还能得到客户的赞赏：）

其实跟掏钱的人谈是没用的，因为项目基本上在开始动手之前，钱就谈好了，最好就是从时间上来搞定，如果时间无所谓，就帮他做吧，这些成本还是得付出的，所以开始谈钱的时候，多少钱很关键。

第一，先保证功能可用和完整。
第二，要求用户提供需求修改的说明。
即使是界面要求，也请用户一并提供过来。并对用户说，这个需求请你一起提供给我，我大约XX时候可以做完缴付给你。
如果你还没有做完，用户又要求修改。就让用户再提一个需求，你可以根据这个需求改。
这样做有什么好处呢？
第一，保证能用。
第二，留下用户需求的轨迹，表明你的工作量。并且，出现需求变更导致工期延误，也是客户的问题。
总之，跟需求有关的事情，自己尽量不要承担任何责任。不要认为这样想没良心，其实是客户与开发专业人士没有共同语言……

另外，“把项目做好会增加成本的问题”
把这个问题分析好，交给客户或者项目经理，到底是砍掉需求还是增加成本开发，让他们定夺。
自己千万不要拍板说：“没问题，加班干完”之类。