我常常鼓励我的程序员对需求说不，我想和大家分享一些在这方面的经验

首先，人是很奇怪的动物，对于容易获得的东西，往往不够珍惜，特别是像程序这样的虚拟的东东，更是对“免费”获得的程序不用正眼瞧一瞧，通常没有评价，或者评价为：也就那样吧。

这是我们每一位开发者不愿看到的，所以，我对任何需求都说不！

不是我不尊重用户，其实我想做的更好，我认为冒然的提出需求的人，其实不知道自己要什么！但是他们总是以为自己知道自己不要什么，以至于原样按着需要做出来的软件会被认为并不是需要的，而世界上没有一样的东西，他们总可以挑剔你（这里需要一些逻辑上的理解），所以，大胆的拒绝他，无论他说的多么的着急！

1、如果这个用户确实很需要某项功能，他会再和你提起这方面的事情，你不会错过做出牛X软件的机会

2、如果这个用户确实很需要某项功能，他会仔细的再想一想，为什么那小子不给我做这个，是不是我提的要求很不靠谱，进而他会绞尽脑汁的想：怎么才能靠谱一点？

3、如果这个用户确实很需要某项功能，他会找到有类似需求的人，集体骚扰你，表明这个确实是民意所指，不是他个人的一厢情愿

4、如果这个用户确实很需要某项功能，他会深入的再研究研究这个问题，或许只是在原有的功能的基础上，稍微配合点工作即可完成，无需新的功能。

5、如果这个用户确实很需要某项功能，xxxxxxx

这里的xxxxx代表很多的内容（当然包括投诉你！不过你要顶住压力），这些内容帮你争取了时间，你其实可以在此期间好好的思考该怎么做，帮你带来所有你期望的：更明确的要求、带着创意的想法、一群可以集体讨论的人等等，也帮用户自己全面的调动了想象力和执行力，他会想尽一切办法达到目的，不是么？

其次，程序员也是很奇怪的动物，往往自己承担压力，喜欢抱怨却不敢和用户以及老板斗争，其实斗一斗大家都运动开来了，每个人都在此过程中说出了自己的想法，如果不被认可，还能激发他改进自己的想法，变的更为巧妙，这往往是创意的来源，真的是太棒了！

最后，说谎是个奇怪的事情，明明很容易做的功能，却要说的很难，这往往需要一些方法，所幸有些通用的方法可以参考

1、我正在忙于其他的项目

2、我觉得这个功能技术上有点困难，我需要合计合计

3、这不在目前的规划路线上，我们把它放到2期可以么？

4、xxxxxxx

故事还没有结束，如同编程有元数据一样，项目也有元数据，这就是——需求统计。

如果你很讲究，就全面的记录每次需求提出的人、时间、背景、是否是前面需求的延续等等，设定一个预警线（某个关于多个指标的函数），到达报警条件的才提上日程。

我们坚持这么做，我们发现

1、在此过程中，往往把一个团队训练的更科学，更有条不紊。

2、程序员和用户产生了更多的交流，他们成为了基友

3、软件开发不再孤立，用户吵闹惯了，各种事情都要叽歪几句，凑着凑着就完成一些很有意思的作品

4、由于随时要吵架，团队成员变得外向了。

好了，我是这么利用数据在和需求玩游戏，你呢？