如何从需求文档中辨认客户（一）

前面讲到了一些我个人对怎么应对A类项目需求的一些办法，下面来说一下B类及C类项目需求的一些处理办法，先声明，这只是我个人在项目管理过程中的一些总结，有说得不好的地方欢迎提出来，在这里写博文也希望能交更多行业里的朋友，交流一下思想。

废话少说，接着写....

 

对于B类项目需求：即需求不是很明确，只是简单介绍一下功能这类specs，第一得学会分辩。这其实也许是销前或者市场开发人员可以参考的一些技巧，在E公司工作近两年的时间，也遇到不少B、C类项目，我把这类客户又做了几个分类（这是一个非常重要的铺垫）：

 

1. 该公司已经有详细文档或者正在整理文档，希望审核接包公司后，再判读是否发下一步的详细资料；（谨慎型客户）

 

（好比一个顾客确实是要装修房子，已经有详细具体的装修规划和设计，于是先考察贵装修公司服务、价格等一些大概的情况，做一些对比，再决定是否把自己家希望装修成什么样子告诉你。）

  

2. 该客户可能对软件开发不是很了解，只是有一些需求或者想法，不知道怎么正规地整理文档，所以希望得到合作公司的帮助一起来完善需求文档；（非专业型客户）

 

（该顾客想装修房子，但不知道具体细节等应该装修成什么样子好，只是有一个大体的方案，想先和更专业的装修公司谈谈，一起完善这个装修方案，他有可能从你这边得到一些灵感，但发现你的价格有一些高，转而找其它公司合作。）

 

3. 该公司只是有想法，想看一下自己这个想法要实现的话的成本需要多少，具体要不要实现自己的需求，这个待定。（探价型客户）

 

 （该顾客只是有点想装修一下新家，不知道得花大概多少钱，如果价格在他能接受范围，他正好瞧对了你，也许就和你合作了。如果价格超出他预算，他可能直接就放弃这个想法。）

 

需要注意的是，对于不是完全确认要和贵公司合作客户，他们在发需求给你，找你要报价和estimation的时候，他手上可能同时也在联系其它几个Bidder。

 

以上铺垫在报价和估计时间这块依然可以借鉴，在这里提前指出，是希望能从需求文档上辨认客户，从而有时候节约一些不必要的时间。

 

下面讲怎么识别及应对B、C类客户及读需求，如何有针对性整理需求。