查看“需求描述的禁忌”的源代码

       需求描述的禁忌是模糊的需求。
       
       以下需求都是模糊的：
       采集微博上某个人相关的资料
       采集微博上某个人的所有的资料
       这种例子很多。
       每个人对"所有"和"相关"的理解都是不一样的。
         
       我可以换种说法展现这个问题的危害性。
       当你买一个苹果的时候，你会付"所有"的钱给商家吗？
       当你买一个苹果的时候，你会付"相应"的钱给商家吗？
       这个所有是多少，相应又是多少呢？

       没有具体的范围说明，就会导致交付时候扯皮。
       客户说，我说了；开发说，客户没有提。
       这样大家就变成口水战了。
       最后是浪费自己的时间也浪费别人的时间。

       当然有些客户的确是第一次做数据采集的项目，
       没有描述需求的能力。
       我们会引导客户把需求写出来。
       最终会形成一组网址、抓图、文字的资料来描述需求。

       有部分客户喜欢语音沟通。
       我们是拒绝语音沟通的。
       我们有过很多失败的案例，都是语音沟通导致的。
       客户不想把需求文档化，最后我们做出来后，
       他说这个功能漏了，那个功能漏了。
       有我们的销售人员漏掉的需求的情况，但是客户是否忘记说了呢。
       这种情况太容易导致扯皮了。

       定制的项目一般是一个萝卜一个坑的。
       报价是与需求直接对应的。
       我们确认需求后，就会报价。
       如果在我们报完价之后，客户增加需求，我们就会另行报价。
       如果是拍单后增加需求，那么需要增拍另外的单子。
       我们交付的时候，先按原来的需求交付一个版本，
       收货后，再做新增的功能的版本。

       有时候客户会说，我只是细化需求，
       但是个性化的需求带来的成本可能不是一点两点的。
       我们可以举一个极端的例子说明这个问题。
       有人需要买一只笔，然后商家报价4元。
       然后客户拍单后说，我需要的是一只太空里可以使用的笔。
       那么您是商家，你应该按4元交付产品吗？
       如果客户拍单说，我需要的是一只太空使用的一千年不褪色的笔。
       那么您是商家，你应该按4元交付产品吗？

       有个别客户始终无法描述完整的需求，
       那么我们宁可放弃这个客户。
       这是对自己的时间负责，也是对客户的时间负责。