项目经理的工作焦点是客户;研发经理的工作焦点是技术。一个将工作重点放在技术细节的项目经理……或者相反,对于公司都可能是一个灾难。是不是如此,我们只要判断一下,或询问一下,就可得知。这种错位,一般有以下表现:
a、客户的意志,在公司内部没有人传达,或传达失真。做过市场的人就知道,客户代表往往在公司内部充当着客户利益的代言人,会为客户催单。对于产品的质量问题,往往比研发人员、生产人员更加敏感。因为大家的立场不一样,技术人员对于自己的作品往往有着非理性的感情,而客户代表一般没有这种感情,他基于公司与客户的共同利益,往往先于客户在公司内部处理掉一些可能会令客户不满的内容。
典型地,客户要求的时间表,对于一个平时聚焦在技术细节的经理,他往往倾向于以技术上的客观原因,反对客户的时间表,或为项目的延迟提出纯技术性的原因。对于客户要求的需求变更,往往有抵触心理。这点在其他软件公司有时表现成为一种公司内部的冲突,市场人员与开发人员的冲突。这种冲突是一种良好的现象。说明立场、利益在冲突,这种冲突在公司内部发生,总好过在客户与公司之间发生。
所以,当客户要求的时间表发生延迟的时候,技术经理和客户代表的态度是截然不同的,虽然他们的公司立场可能是一致的,但关注点却是完全不同的。技术经理更倾向于忽略这种延迟的重要性,而表现出一种麻木感。这对于客户来说,很可能是致命的。对于判断项目的实质进展,公司内部与客户常有截然不同的定论。
b、公司内部没有人真正掌握客户的需求。我是指此时此刻的真正需求,这不是资深的行业顾问,或完整的项目协议书能够体现的。
典型地表现为,研发人员经常会因为客户的需求变更而抓狂。为什么会这样?皆因没有人真正超越技术层面,去研究客户的需求。客户的需求有功能上的需求,也有非功能性的需求,对于不同的需求有着完全不同的优先级和完全不同的时间表。
不了解客户,才会被客户牵着走,才会对于客户要求的一些变化感到突然、无所适从,才会被不断新增的需求掩埋,即使很多需求是关联的,甚至是同一件事情不同的面。
c、所有人对于产品的质量都不敏感。不会有人跳出来说,我们的产品就是垃圾,那我们就要警惕了。据我所知,在做外贸的工厂中,跟单人经常会跟车间的负责人吵,最常用的话就是,这种垃圾,你叫我怎么跟客户交待啊?多悦耳的话语,至少对于老板来说是这样。
我们的系统,有没有人跟你讲过很慢啊,界面很难用啊,功能很不稳定啊?如果没有,小心了!