更改

需求描述的禁忌

添加1,421字节, 2017年4月28日 (五) 11:06
无编辑摘要
采集微博上某个人相关的资料
采集微博上某个人的所有的资料
 
这种例子很多。
每个人对所有和相关的理解都是不一样的。每个人对"所有"和"相关"的理解都是不一样的。
我可以换种说法问题,你就会觉得非常可笑了。我可以换种说法展现这个问题的危害性。
当你买一个苹果的时候,你会付"所有"的钱给商家吗?
当你买一个苹果的时候,你会付"相应"的钱给商家吗?
客户说,我说了;开发说,客户没有提。
这样大家就变成口水战了。
组后是浪费自己的时间也浪费别人的时间。最后是浪费自己的时间也浪费别人的时间。
当然有些客户的确是第一次做数据采集的项目,
我们会引导客户把需求写出来。
最终会形成一组网址、抓图、文字的资料来描述需求。
 
有部分客户喜欢语音沟通。
我们是拒绝语音沟通的。
我们有过很多失败的案例,都是语音沟通导致的。
客户不想把需求文档化,最后我们做出来后,
他说这个功能漏了,那个功能漏了。
有我们的销售人员漏掉的需求的情况,但是客户是否忘记说了呢。
这种情况太容易导致扯皮了。
 
定制的项目一般是一个萝卜一个坑的。
报价是与需求直接对应的。
我们确认需求后,就会报价。
如果在我们报完价之后,客户增加需求,我们就会另行报价。
如果是拍单后增加需求,那么需要增拍另外的单子。
我们交付的时候,先按原来的需求交付一个版本,
收货后,再做新增的功能的版本。
 
有时候客户会说,我只是细化需求,
但是个性化的需求带来的成本可能不是一点两点的。
我们可以举一个极端的例子说明这个问题。
有人需要买一只笔,然后商家报价4元。
然后客户拍单后说,我需要的是一只太空里可以使用的笔。
那么您是商家,你应该按4元交付产品吗?
如果客户拍单说,我需要的是一只太空使用的一千年不褪色的笔。
那么您是商家,你应该按4元交付产品吗?
有个别客户始终无法描述完整的需求,
那么我们宁可放弃这个客户。
连自己要什么的人都无法详细的描述出来,不合作也罢。这是对自己的时间负责,也是对客户的时间负责。
3,360
个编辑