如何做好新项目的需求调研?(一)

30 评论 201369 浏览 897 收藏 9 分钟

对于很多从事外包项目的公司来说,一个新项目,往往只有2~3个月的交付周期,而往往给予到需求调研的时间,很多时候只有短短的几天,如何能在几天的时间里面,把一个新项目的需求调研清楚,确实是令产品人员很头疼的一个问题,本文试图从需求调研的几个关键维度出发,把调研中的关键点梳理出来,让产品人员在实施调研过程中有据可依,有章可循。

早上刚到公司,Boss拿着手机就赶到我座位边,一边扒拉着手机,一边对我说:“有个新项目,是客户需要做一个基于微信预约管理的“访客系统”,我已经拉了个群,这里面XXX是项目负责人,我把你拉进来,你赶紧和对方联系一下,把需求沟通清楚;”

Boss丢完这句话就走了,留下一脸懵逼的我,嘴里还在嚼着刚买的早餐。

这个场景是不是很熟悉,很多公司都是这样,领导惜字如金,丢下一两句话,你就赶紧开工吧。

好吧,咱也来不及多想,抡起袖子就开干了。

  • 首先,在百度里面搜索一下,啥叫“访客管理系统”,还好,大部分我们想找的东西,百科都已经收录了,百科里面的内容可能不全,但至少让你知道了:这访客系统是个什么东西,有啥用; ——-先帮你把基本概念建立起来;
  • 然后,我们继续搜索,看看是否已经有别人做好的现成的“访客系统”,很幸运,很多时候你也能搜到一大堆类似的软件,虽然只是简单的介绍,但至少让你知道了这么一个访客系统的大致包含了什么功能;——你可以理解为这是一个简单的竞品分析的过程;
  • 再然后,我们还要看看,一般都什么样的企业会去建设这种系统,这个该怎么了解了,其实你通过搜集的竞品企业,去看这个企业的成功案例,往往就能发现他的产品应用到了哪些企业,以及应用的大致情况如何;通过这种侧面的了解,就能让你知道,大致那些客户群存在类似的需求;——-客户群的了解

上面这个过程,我们每个人,拿到类似需求后,都会这么去做,这个不需要什么高深的知识和能力,会搜集信息就好,虽然是这么个简单的过程,其实它至少从三个方面帮你建立起了对这个项目基本认识:

  1. 概念层面:何谓访客管理系统;
  2. 产品层面:访客管理系统通常有啥功能;
  3. 客户层面:什么样的目标客户会产生这种需求;

需求调研四个维度

那么,了解了这些基本信息后,我们就可以开展需求调研了吗?显然是不够的, 对于一个项目型的需求,我们要关注项目的建设目标,我们要梳理出客户需求点和关注点,我们要了解客户企业的对应业务是如何开展的,我们要知道都会有哪些人使用到该系统,我们还要知道这个系统和其他外部系统之家的关系等等?

基于此,把我们关注的点进行归纳,抽象出需求调研的四个维度:

有了这四个维度,该如何对每个维度开展具体的调研了,我们来逐一分解:

1. 项目背景的调研

项目背景,是了解用户建设该项目的动机和背后存在的痛点的关键环节,基于不同的动机,客户对系统的要求也是很大差别的;

现实中,对于项目背景的调研,往往是我们产品人员容易忽略的,忽略的一个最大的风险是:我们不能很清晰准确的把握客户的期望值和建设目标,从而给项目交付带来风险;

针对项目背景的调研,我们梳理的提纲如下:(事实上,每个项目的背景调研,都可以从下面梳理的问题点出发)

项目背景的调研,首先要找准对象,一定要想办法和对方项目发起人,主管领导进行短暂的沟通,即使只是半个小时的沟通都行,了解清楚项目建设的动机、对项目的期望值,要达成的目标,非常的关键和重要;

当然,因为面对的很可能是客户的大领导,有时候会比较敏感,需要我们有一些沟通的技巧和问问题的策略,这个方面我们留待下节来说明;

2. 项目业务的调研

业务的调研是整个需求调研的核心,也是最需要花时间的,对于很多项目所要承载的业务,我们不是简单的把线下的业务流程梳理清楚就OK,而是要通过当前线下业务流程的梳理,找到线下业务存在痛点,然后在形成系统的线上业务流程时候,如何来更好的优化和调整;

对于项目业务的调研,我们梳理的提纲如下:

项目业务的调研,需注意的是,仅仅听是不够的,还要收集资料,还要进行实际观摩,要知道,客户讲的和实际做的,往往会出现疏漏和差异;

3. 项目角色的调研

角色的调研往往和具体的业务相关,核心点是关注每个角色在业务中的任务,所在业务节点,输入和输出都有什么,然后才是该角色对于系统操作使用上的期望;

梳理的调研提纲如下:

项目型的需求,各个代表角色其实就是最后的产品使用者,需求注意的是,让角色用户提自己的需求和期望时,如果是偏离业务目标的需求,是不能接收的,这种情况现实调研中很常见,需要我们格外注意;

4. 系统接口的调研

系统接口是我们调研的最后一个维度,这个维度相对比较简单,搞清楚我们系统和其他系统有什么关系,需要建立怎样的接口就好,要点是把握好可能影响到项目进度的点;

调研提纲如下:

有了这四个维度的调研提纲,我们就可以据此形成调研计划,而如何把每个维度调研清楚,还需要我们在问题问法、沟通的策略方面下功夫。

 

作者:贝克曼,十年以上的传统行业、互联网行业产品工作经历,专注于产品分析和产品设计环节。

来源:http://www.jianshu.com/p/32e18e4e7fb9

本文由 @贝克曼 授权发布于人人都是产品经理,未经作者许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 老师,文章写的很好,只是倒数第二张图加载不出来,可否重新上传?

    来自江苏 回复
  2. 倒数第二张图片加载不出来

    来自浙江 回复
  3. 写的太棒了

    来自山东 回复
  4. 输入和输出指的具体是什么呢?猜测:输入指完成本职工作,需要的外来帮助的材料,输出指本职工作的产物?

    来自安徽 回复
  5. 有书吗?想买一本看

    来自河南 回复
  6. 谢谢贝克曼老师,受教!

    来自青海 回复
  7. 学习了!

    回复
  8. 谢谢贝克曼老师,受教!

    回复
  9. 受教了!感谢!

    来自浙江 回复
  10. 受教了,不过发现一个错别字,系统之间达打成了系统之家~

    来自福建 回复
  11. 学习了,感谢老师分享。复盘之前的项目,受益匪浅。感叹这篇文章看晚了。

    来自北京 回复
  12. 关于不要发散性讨论有疑问,如果不发散,你得到的答案是你引导用户得到想得到的答案,也许就不使用用户真正想表达的答案。

    来自福建 回复
    1. 其实你这个问题是站在可持续发展的角度去考虑的,但公司为了能够很好的实现盈利、往往在项目中会考虑到开发周期、项目资金、研发投入、技术门槛、运维售后等因素,都会向工作量越小、成本越低、越简单的方向开发。只要能最后验收就行了。

      来自浙江 回复
  13. 建议接口人改成对接人,不然感觉像是技术接口,最后一点系统接口里面就有点傻傻分不清了 🙂

    来自四川 回复
    1. 项目中什么是接口人呢,我也觉得应该改成对接人或者接头人比较好 🙂

      来自辽宁 回复
    2. 我觉得这个挺好。对接人 任何人都可以说是对接人 这里主要要的就是接口对接资料 所以 这个没啥问题

      来自北京 回复
  14. 简练有效

    来自北京 回复
  15. 受益,赞一个

    来自北京 回复
  16. 很受益!周二就要去调研了!加油

    回复
  17. 受益匪浅,可以的话加个好友~~

    来自辽宁 回复
  18. 最近正好要整理需求调研这一块的流程,非常感谢您的分享,很受用

    来自广东 回复
  19. 很多有用的东西,谢谢笔主细心整理和分析 😉

    来自湖南 回复
  20. 干货、谢谢作者!但这四个纬度中我以下连个问题我没套进去,可能是我没理解好。
    ①涉及到法律法规、资质许可等相关问题;
    ②涉及资金流转以及风控等方面的问题;
    希望可以多做一些调研指导。

    来自吉林 回复
  21. 不错,干练!

    来自河南 回复
  22. 学习了

    来自广东 回复
  23. 每天来学习,受用了 😉

    来自山东 回复
  24. 表述清晰,逻辑紧密,没有过多废话,是篇好干货,对处于产品职业上升期得很受用,感谢

    回复
  25. 很不错,项目前期需求调研思路很清楚!

    来自四川 回复
    1. 这不是苏杰写的嘛!盗用?

      回复
    2. 我是贝克曼,请问你从哪里看出是苏杰写的,麻烦把链接发我,我还真想看看那些地方和他写的一致;

      来自广东 回复