B端项目调研提纲的设计与思考
在本文,笔者将从自己参与到B端项目的实践过程中,分享每个节点所参与到的工作内容。一起来看看。
相信很多做过调研的同行,特别是新手,调研过程中经常会出现准备不足、内容分散、偏离主题、被客户牵着走等情况,导致调研效率低下,调研结果不满意,需要反复调研,客户会质疑调研人员的专业性,项目的后续进展困难,出现这种情况,调研人员才意识到一份好的调研提纲有多么的重要。
下面笔者将从概况了解–>调研目的–>调研内容–>调研对象–>调研准备等几个方面来描述调研提纲的内容和注意事项。
一、概况了解
在正式调研前,整体的了解你所参与到项目或者产品是非常有必要的,比如说销售与甲方签订的合同内容、售前比较粗的调研报告,通过阅读这些文档是可以帮助你提高对整个项目或产品的认知。
二、调研目的
个人认为明确调研目的在整个调研提纲是最核心的一环,前面提到的调研内容太分散、偏离主题、被客户牵着走的情况均是调研目的不明确所致。调研的目的会随着调研的深入不断的发生变化,不过大体方向上调研主要是针对的阶段有:背景调研、业务流程调研、业务节点调研,对于调研的方法个人是倾向于总-分-总的形式,即先从整体的项目或产品的背景出发去了解需要解决什么问题,能带来什么价值,做到总体上的认知,然后细分到各个业务流程,直至到每个节点都梳理清楚,再回头看是否能满足其价值点。
1.背景调研
前面提到总-分-总的调研方式,背景调研即为第一个总,通常我们会把背景调研放在首次或者前几次调研,这样可以帮助我们从大方向上更快的了解到客户或用户希望系统解决什么问题,带来哪些价值,期望值的高低,为后期的交付心里有个底。
举个例子,笔者参与到的面向医院供应商管理系统,为了解系统的背景,需要知道该系统提出人是谁?是否属于系统的业务角色?为什么需要该系统?对系统的期望值如何等等。
2. 业务流程调研
通过背景调研,我们对系统或者项目有了整体的了解,接下来就是调研过程中最核心的部分-业务流程,在前一篇文章中笔者提到B端产品用户最关注处理业务流程任务的效率,因此为了提高效率,我们需要知道目前的业务流程如何?存在哪些瓶颈?期望的业务流程是怎样?首先我们需要了解业务流程主线,举个例子,供应链管理系统的务流程主线为:
其他很多分支是在主线的基础上进行扩充,比如:采购订单-》采购退料单,因此针对业务流程的调研笔者也是倾向于总-分的形式,即先梳理业务流程的主线,然后再细分到分支。
3. 节点调研
随着调研的深入,整体和分支的业务流程会越来越清晰,到了这个阶段对于业务流程的节点将会成为重点,比如采购订单生成收货单哪些信息不能少,收货单是否需要经过审核才能生效等,类似这种已经细分到了业务节点或者是到某个重点功能,另外,如果系统需要与其他系统进行进行数据的流通,则需要考虑接口,接口的问题往往会牵扯到不同的厂商或者不同的产品团队,在进行调研前,务必要弄清楚系统数据的输入与输出与其他系统之间的关系,如果条件允许,在已了解了业务数据需要的基础上,拉上开发的同事和接口方进行沟通会达到事半功倍的效果。
三、调研内容
前面提到过调研的不同阶段中明确调研目的是调研提纲的核心,针对调研目的来计划调研内容才能做到针对性,比如针对背景调研,希望获取到提出建设系统的负责人是何人,担任何职位、是否属于系统角色,希望系统带来哪些价值点?设计调研的内容实质是为了达到目的而具体化的一个过程,内容要做到可行性、针对性、不重复,下图为针对不同阶段调研内容的侧重点:
四、调研对象
笔者曾提到B端产品调研对象有可能会分为客户和用户,用户关注的是处理业务的效率,客户关注的是效率结果的呈现,因此针对调研的内容需要选取合适的调研对象,比如在背景调研中合适的调研对象是提出建设该系统的客户,客户是非常关注效果的呈现,此时各类统计报表就有可能是他们非常需要的;又比如在节点调研中采购计划的采购员,希望高效地获取某个物料的采购数量而非自己手动统计,此时自动计算出近期物料的出库记录的辅助决策可能是他们所需要的,因此,针对不同的调研内容需要选取合适的调研对象,这里值得多提一句,即便是调研对象里也是需要划分哪些是主要用户,该类用户的需求才是系统要满足的重点。
五、调研准备
通过前面几个步骤,我们已明确了调研目的,针对目的设计了需要调研的内容,针对内容确定了调研对象接下来就需要为了保证这几个步骤的顺利而做好准备,内容如下图所示:
需要注意的是,之所以把项目交接人放在首位,因为项目组与甲方的沟通大部分是通过交接人进行的,因此要求交接人具备做事认真、负责、沟通能力强、项目全局掌控能力强等特质,一个好的对接人能够在项目的推进过程中扮演非常重要的角色,因此在调研进行前,确定好合适的对接人也是重要的一环。
六、总结
以上就是本文针对B端产品如何设计调研提纲的内容,总结一下就是围绕调研目的为核心设计调研内容,依据调研内容确定对象和做好调研准备。当然,由于行业和经验的差别,总结的内容难免会有不适用的地方,还望各位多指教!另外,针对调研过程中所用涉及到的方法和注意事项将会在下篇文章进行阐述。
作者:张磊,医疗行业B端产品策划者,音乐爱好者,运动爱好者。
本文由 @张磊 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自PEXELS,基于CC0协议
如果你调研的是自己公司的业务部门,他们想找你弄个什么什么模块,你调研他们,他们自己都不懂,这个时候怎么开展调研呢
B端产品调研确实是一大难事,特别是涉及特殊行业时,如果是一个刚入门的B端产品小白,基本上是没有门路的,一是资料稀缺,二是缺乏全流程体系。。。。
但是对于B端产品经理来说,产品调研只是基本功的一部分,想要系统的提升B端产品能力,需要一个完整的学习计划,这里给大家推荐起点学院的90天B端产品经理公开课。
大厂B端产品经理在线直播,现场1v1互动答疑,每周多场在线直播,限量200人,1元拼团特惠,点击这里,立即预约>>http://996.pm/YXrVR
写的很棒,但是有一点比较好奇,调研准备阶段怎么就有软件:系统、原型演示了呢?
很棒噢!感觉自己成长了,掌握了总-分-总的方法在设计调研提纲的时候不会那么没有方向了。
B端仓储系统业务调研,需要以设计具体的问卷的形式去收集客户基础信息吗,比如现有的仓库信息,合同信息,出入库单据信息,请问这种数据信息直接在调研过程中把所有涉及的单据进行收集汇总是不是比较号些
B端以业务为核心,而业务则是由不同岗位的人来驱动的。
我现在做G端,经常是先了解线上业务流程,然后做业务流程和原型,在知晓业务内容后,去实地开会调研实际需求和原型优化方面的,再出完整原型。
做农业的同行,握爪
写的很好,现在的我对接的就是大B端,很多业务场景很复杂,需要系统逐一实现,受教了……
有用便好,感谢阅读!
用户调研挺重要的,受教! 😉
我是北京外包公司产品经理,写的和我给我们市场部培训的并无二致,希望能多交流一起成长。598391589微信
幸会~
接下来该怎么走更清晰了 谢谢
有帮助到就好
写的不错!
谢谢,多交流 😉
外包团队很适用,前期准备基本就这个流程了
😉