时间: 2021-07-30 11:27:17 人气: 4 评论: 0
对接B端业务中,客户要定制需求时,产品经理需要用正确的方法对接、评估、确认、分析、开发、验收定制需求,不是客户一给钱我们就得做,如果要做就要与客户保持密切的沟通并后续跟进。
上周,一个KA客户给我们提了一些定制需求,需求交付过来一个word文档,7个功能,7句话,客户紧接着就让我们给个报价。
身处B端项目,做客户定制需求是常态,但每次遇到这种草率简单交付过来的定制需求,相信你跟我一样有种给钱也不想做的心情。
我在项目中接过不少客户定制类需求,今天就想和大家聊聊从接客户定制需求、对接定制需求、分析定制需求、定制需求报价、开发定制需求、上线定制需求几个方面我们应该要如何处理。
△ 如何处理B端定制类需求
客户需求交付过来,往往就是一个简单的功能描述,这对产品同学来说,并不能很好的获取客户的真实需求。
因此就**需要我们针对客户的需求与客户进行再次甚至更多次的沟通,花费大量时间之后才搞清楚原来客户想要定制的是这个功能解决的是某某问题。那在对接过程中,我们首先要从客户那了解些什么信息呢?
充分了解上述信息之后,产品经理才能快速感知客户需求,开展后续工作。如果公司有条件,还可以制定好一份对外的客户定制需求模板,要求客户都按要求填写,这也能为产品经理与客户的沟通节约大量精力。但产品经理不能只依赖于这一份模板,切实有效的沟通也是很有必要的。
需求了解之后,产品经理容易犯的一个错误就是立马进入到需求分析当中,这一步还为时尚早。当前要做的是评估需求,评估需求首要考虑的是这个定制需求要不要接,可以从以下几个方面评估:
从以上几个方面全方位考量之后,我们再确定是否要接该需求。如果确定要接,接下来就是要与客户进行需求确认。
了解了客户需求,评估了需求价值、风险、影响点、实现成本,还需要我们与客户进行再一次的需求确认。这个确认的过程涉及到以下几个方面:
需求的预估调研/分析/开发时间、需求预计排期;涉及大型需求,可能需要去客户现场调研;明确定制需求提供的功能/服务、影响范围;开发过程中可能需要的客户支持;开发过程中的不可控因素造成的开发问题;定制需求费用;研发侧接口人等。上述要点都确认好后,需进行合同签订,合同签订可以更好的保障客户需求的不变更。
合同签订,客户打款之后,我们就可以正式进入到需求分析当中。如果是大型需求或者需要现场调研的需求,前期我们还需要抽出时间进行现场调研;如果有必要,还可以在客户公司完成需求的分析设计,与客户商量解决方案,并用原型图等与客户进行演示。
在分析设计当中,涉及到模板导出、接口对接、页面字段的,要不厌其烦与客户确认;需求的细节需要我们与对接人进行多次沟通;结合自身经验和系统功能恰当的对定制需求进行调整,只要能达到客户目的,不需要一味的照着客户要求来。
产品经理完成分析设计后,把需求交付给开发人员,开发过程当中如果涉及到需要客户进行支持的地方,产品经理需要与客户进行沟通。例如接口类的对接、双方系统打通、账号提供等等,需要客户配合开发。
在开发过程当中,可能还**遇到技术上的瓶颈,这个时候需要产品经理与开发、客户沟通其他方案,适当的调整需求或延期等等。
需求开发好后,项目团队内部测试通过,产品经理验收通过后,可在发布前邀请客户进行验收。客户验收没问题,可发布上线,后续继续维护定制需求,之后涉及到的该定制需求变动都不属于本次定制的范围,需要重新付费;但如果是定制需求偏离了客户预期,无法满足客户要求,则可能需要重新进行开发。
所以,在整个定制过程中,我们要保持与客户的密切沟通,任何变动调整及时反馈客户,来避免需求上线后客户不满意情况。
以上这几点,是我在对接了不少客户定制需求后得出的经验性总结。用正确的方法对接、评估、确认、分析、开发、验收定制需求,不是客户一给钱我们就得做,如果要做就要与客户保持密切的沟通并后续跟进,希望本文对还在苦恼B端定制需求的你有所帮助。
作者:悦悦;微信公众号:大话熙游
本文由 @大话熙游 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议