外包产品需求调研(学习笔记)

2017-04-27  本文已影响0人  夫斯基的花儿

外包产品需求调研(调研流程和关键点)

需求调研:指乙方对甲方需求进行摸底了解

分为三个阶段:

第一阶段:初次摸底。结果物:是否与该客户合作的主观结果

第二阶段:系统边界框定。结果物:大的系统功能模块的认定,SOW交付。客户有初步意向或投标过初轮。

第三阶段:mock展示。结果物:系统主用例通过客户认定,商务合同签订或中标


第一阶段:初次摸底

准备资料:客户当前业务信息收集(包括财务状况,是否盈利),谈判时对方参会人员及职位,欲向对方主推的产品或服务的纸质文档(重要,无法使用投影的情况),标准化问卷(不许展示给客户,自己对照检查问题问的是否全面,主要涉及到自家产品绝不可能做到的大的业务边界)。

交谈过程:倾听为主,若需介绍,泛泛而谈。

无需谈系统,主谈案例,但不透露其他客户名称。

观察双方状态,若对方为CXO级别,问业务主打方向,无需拘泥细节,主谈远景。

关键点:考察对方是否预期过高,是否不懂法规,是否需求过虚。以上三点有一点,慎选,需回公司讨论。

回公司复盘:产品,商务和技术主管就客户远景给出解决方案,并评估:

与本公司当前主营业务是否匹配

本次合作是否有利于产品积累

是否有利于公司在业内地位的提升(起码是稳固)

第三点为最重要。若三点全部占据,放弃。


第二阶段:系统边界框定

准备资料:解决方案PPT和大致的业务框架,竞品报价信息,技术主管作为资源必须出席

交谈过程:主讲解决方案使用的用例场景,颗粒度在10个用例左右。不可过多也不可过少。对方在倾听中提出的问题稍作解释,不应发生跑题,注意控场。用例讲完后集中回答问题。

若对方拘泥于技术细节,告诉对方,技术上的问题不是问题,解决方案是否满足客户需求是本次沟通要解决的问题。(在实际谈判中,甲方的技术是乙方的毒药,且不可被甲方技术主管牵着鼻子走)

关键点:是否漏了第一次沟通中没有讲到的关键用例场景,甲方的技术主管是否非常难缠,甲方对乙方的产品及实施周期是否期望过高。

回公司复盘:本阶段沟通可能需要往返两次或更多,直到确定下最关键的10个用例场景。

本阶段结束的标志是商务合同的签订(附SOW)


第三阶段:mock展示

准备资料:技术原型(简单的数据库及前后台界面,需要做一些假的数据用于呈现)

交谈过程:详细展示mock的每一项功能,仍按用例展示。

本展示需产品经理进行,技术主管作为补充。若对方问起实现方式,需详细解释,甚至出示详细的系统架构图(不是SOW中的系统架构图,需要更细致)

展示后,需听对方业务人员描述具体业务场景,并做好技术重构的准备,因为业务人员的具体操作和高层管理人员的期望并不一致。

关键点:可能需要对接多个业务部门及多个外系统,可以分时分批听取业务部门操作人员的需求,但需要随时和对方项目经理沟通,对于巨大的需求出入(比如与预估工期严重不符的情况),需重启商务谈判,重估工期与报价。

回公司复盘:随时了解需求变更动态,框定版本计划于资源投入。严格控制版本内需求项目,不可超出,不可偏移。若超出或偏移,都需要重启商务层面的沟通。

上一篇下一篇

猜你喜欢

热点阅读