PM之于OEM产品(2)~客户与开发团队间的巨大鸿沟

客户希望在一个月内完成,开发团队需要一年;客户希望造飞机,开发团队只能折纸飞机。这不是玩笑,有时是客户和开发团队间的真实写照more

当然,首先,如果实在做不了,不要接这个单子,那是神仙也帮不了你的;如果差不多可以,就需要进一步解决这个问题。

解决问题的办法就是,讨论、协商、妥协、形成方案

内部要统一

其实公司内部有很多种角色,包括管理者、销售、产品经理、项目经理、开发人员、协作部门、等等。虽然大家根本利益一致,但短期内不同,都希望最利于自己、 最省事的方案行事。但是,对外只能有一种声音。所以,在对外沟通的之前,对内要首先统一。办法无非是沟通、妥协,实在不行,用行政、管理的办法。

与客户沟通,流程要明确、渠道要畅通、角色要清晰

什么时候沟通?和谁沟通?怎么沟通?等等。邮件、电话、视频各有其优势,要适当选用。建议建立例会制度,多方Update各自的状态,形成结论;对不明确的地方,确定下一步行动方案。对于参与人员,各自是什么角色、负责哪方面,双方都要明确。

沟通中形成结论之前,重要是获取足够的信息。己方的信息容易获取,关键是对方的信息。要试着明确:

  • 客户可以让步的地方是什么

  • 客户的底线是什么

  • 客户真正想要的、真正的需求是什么

  • 客户是否有其他不可抗拒的因素?比如配合其他产品发

有了这些信息之后,事情就变得简单了。就像是买菜,”五元一斤”,”太贵了,三元吧”,”不行,成本管着呢,最便宜四元”,”好的,来两斤”。而且美国人是比较easy going的,行就行,不行就不行,没那么多模糊地带和潜规则,相对容易打交道。

在沟通、协商的过程中,要自信。项目需要一年,就咬定一年,不要因为客户觉得太长就心虚得说10个月,或者使用Maybe, Probably之类的词汇。对方会觉得你不专业、没有决策权、跟你说也白说,进而会看轻你、当软柿子捏。

协商的结论,就是Schedule、Milestone,什么时候完成哪个版本、包含哪些Feature。一旦形成结论,客户不能随意变动(当然,不变动是不可能的,但一定要通过一定的流程来变,而不是想变就变很随变),开发团队即使加班加点也要保证完成。

事情会慢慢变得清晰;开始时摸不着头脑的事情,慢慢会变得自然而然