关于两个需求故事
昨天做技术管理内部交流，有位同事提了两个典型的需求故事，说说我的看法：
声明：与客户沟通，永远站在客户的立场想问题。
> ---- 原始信息 ----
> 1.在公司对项目进度要求很紧，但在与客户进行需求沟通的时候，客户的需求源源不断，感觉这个项目在预定计划是不可能完成的时候，如何与公司，客户沟通？
客户需求源源不断？分析是人为因素（人际关系问题，故意***难）还是客观存在的需求（可能超出项目预期需求）。
如果是人为因素，交给上级和市场人员处理；
客观存在的需求，很简单，找核心的客户（能对项目拍板说了算的），跟他谈，这么多资源和时间，让他对功能点给你排优先级，
你总依照他排出的功能点的最核心的20％完成；
20％完成之后，就让他用，检查，再修整功能点列表，再排优先级，再开发20％的功能点。。。
跟我们与同事沟通是一样的，不要老站在他对立面；如果关系处不好，是不可能协作好的；况且时间就是金钱，他无理由的拖延导致我们项目延期2－3个月，我们的成本损失非常大。所以良好的客户关系＝经济效益。
另外，也要把握原则，不是万事都顺着客户就是对的（这跟谈朋友一样的，一切都顺着她未必对她就是好的），把他的事情当自己的事情一样，客观分析，得出客观结论，说服他接受；时间长了他会非常信任你。
这里面还有一个难点是，往往我们把握不准谁是那个能对项目拍板说了算的，往往拍板的人不用系统；最终用系统的人又不能拍板；一般情况我们又没有能力把两者都调动到一起，所以这个问题我还没想好怎么协调处理
> 2.客户沟通问题：碰到“需求很变态”的客户，该如何和其沟通需求？
> 举个不是很贴切的例子：在为客户做一个公文系统A，A是为客户部门定制，由于客户已经存在了一个上线在用的公文系统B，B是提供给客户所在公司公用的系 统。客户要求两个公文系统并存，且A要能自动登陆到公文系统B中，程序自动分析B的公文展现页面，将B中的公文全部抓取过来，导入到A中，这样客户在登陆 A的时候就可以直接看到B的公文。
方法与前面是类似的。弄明白他为什么提这个需求？实际上他到底需要的是一个什么东西？可能他描述的这个并不是最实际的需求。
站在他的立场上分析，是不是实际上需要...？有几种实现策略，每种策略所能达到的效果，花费的时间，让他权衡选择一种。
同时他也应该还有很多别的需求，让他排优先级，如果他把这个排在后面，我们就不用操心了，：）
> ---- 原始信息 ----
> 1.在公司对项目进度要求很紧，但在与客户进行需求沟通的时候，客户的需求源源不断，感觉这个项目在预定计划是不可能完成的时候，如何与公司，客户沟通？
客户需求源源不断？分析是人为因素（人际关系问题，故意***难）还是客观存在的需求（可能超出项目预期需求）。
如果是人为因素，交给上级和市场人员处理；
客观存在的需求，很简单，找核心的客户（能对项目拍板说了算的），跟他谈，这么多资源和时间，让他对功能点给你排优先级，
你总依照他排出的功能点的最核心的20％完成；
20％完成之后，就让他用，检查，再修整功能点列表，再排优先级，再开发20％的功能点。。。
跟我们与同事沟通是一样的，不要老站在他对立面；如果关系处不好，是不可能协作好的；况且时间就是金钱，他无理由的拖延导致我们项目延期2－3个月，我们的成本损失非常大。所以良好的客户关系＝经济效益。
另外，也要把握原则，不是万事都顺着客户就是对的（这跟谈朋友一样的，一切都顺着她未必对她就是好的），把他的事情当自己的事情一样，客观分析，得出客观结论，说服他接受；时间长了他会非常信任你。
这里面还有一个难点是，往往我们把握不准谁是那个能对项目拍板说了算的，往往拍板的人不用系统；最终用系统的人又不能拍板；一般情况我们又没有能力把两者都调动到一起，所以这个问题我还没想好怎么协调处理
> 2.客户沟通问题：碰到“需求很变态”的客户，该如何和其沟通需求？
> 举个不是很贴切的例子：在为客户做一个公文系统A，A是为客户部门定制，由于客户已经存在了一个上线在用的公文系统B，B是提供给客户所在公司公用的系 统。客户要求两个公文系统并存，且A要能自动登陆到公文系统B中，程序自动分析B的公文展现页面，将B中的公文全部抓取过来，导入到A中，这样客户在登陆 A的时候就可以直接看到B的公文。
方法与前面是类似的。弄明白他为什么提这个需求？实际上他到底需要的是一个什么东西？可能他描述的这个并不是最实际的需求。
站在他的立场上分析，是不是实际上需要...？有几种实现策略，每种策略所能达到的效果，花费的时间，让他权衡选择一种。
同时他也应该还有很多别的需求，让他排优先级，如果他把这个排在后面，我们就不用操心了，：）
