| 编辑推荐: |
本文来自于简书，本文试图从需求调研的几个关键维度出发，把调研中的关键点梳理出来，让产品人员在实施调研过程中有据可依，有章可循。 |
|
早上刚到公司，Boss拿着手机就赶到我座位边，一边扒拉着手机，一边对我说：“有个新项目，是客户需要做一个基于微信预约管理的“访客系统”，我已经拉了个群，这里面XXX是项目负责人，我把你拉进来，你赶紧和对方联系一下，把需求沟通清楚；”
Boss丢完这句话就走了，留下一脸懵逼的我，嘴里还在嚼着刚买的早餐；
这个场景是不是很熟悉，很多公司都是这样，领导惜字如金，丢下一两句话，你就赶紧开工吧；好吧，咱也来不及多想，抡起袖子就开干了；
首先，在百度里面搜索一下，啥叫“访客管理系统”，还好，大部分我们想找的东西，百科都已经收录了，百科里面的内容可能不全，但至少让你知道了：这访客系统是个什么东西，有啥用；
-------先帮你把基本概念建立起来；
然后，我们继续搜索，看看是否已经有别人做好的现成的“访客系统”，很幸运，很多时候你也能搜到一大堆类似的软件，虽然只是简单的介绍，但至少让你知道了这么一个访客系统的大致包含了什么功能；------你可以理解为这是一个简单的竞品分析的过程；
再然后，我们还要看看，一般都什么样的企业会去建设这种系统，这个该怎么了解了，其实你通过搜集的竞品企业，去看这个企业的成功案例，往往就能发现他的产品应用到了哪些企业，以及应用的大致情况如何；通过这种侧面的了解，就能让你知道，大致那些客户群存在类似的需求；-------客户群的了解
上面这个过程，我们每个人，拿到类似需求后，都会这么去做，这个不需要什么高深的知识和能力，会搜集信息就好，虽然是这么个简单的过程，其实它至少从三个方面帮你建立起了对这个项目基本认识：1.概念层面：何谓访客管理系统；2.产品层面：访客管理系统通常有啥功能；3.客户层面：什么样的目标客户会产生这种需求；那么，了解了这些基本信息后，我们就可以开展需求调研了吗？显然是不够的，
对于一个项目型的需求，我们要关注项目的建设目标，我们要梳理出客户需求点和关注点，我们要了解客户企业的对应业务是如何开展的，我们要知道都会有哪些人使用到该系统，我们还要知道这个系统和其他外部系统之家的关系等等？基于此，把我们关注的点进行归纳，抽象出需求调研的四个维度：
有了这四个维度，该如何对每个维度开展具体的调研了，我们来逐一分解：1. 项目背景的调研项目背景，是了解用户建设该项目的动机和背后存在的痛点的关键环节，基于不同的动机，客户对系统的要求也是很大差别的；现实中，对于项目背景的调研，往往是我们产品人员容易忽略的，忽略的一个最大的风险是：我们不能很清晰准确的把握客户的期望值和建设目标，从而给项目交付带来风险；针对项目背景的调研，我们梳理的提纲如下：（事实上，每个项目的背景调研，都可以从下面梳理的问题点出发）
项目背景的调研，首先要找准对象，一定要想办法和对方项目发起人，主管领导进行短暂的沟通，即使只是半个小时的沟通都行，了解清楚项目建设的动机、对项目的期望值，要达成的目标，非常的关键和重要；当然，因为面对的很可能是客户的大领导，有时候会比较敏感，需要我们有一些沟通的技巧和问问题的策略，这个方面我们留待下节来说明；2.
项目业务的调研业务的调研是整个需求调研的核心，也是最需要花时间的，对于很多项目所要承载的业务，我们不是简单的把线下的业务流程梳理清楚就OK，而是要通过当前线下业务流程的梳理，找到线下业务存在痛点，然后在形成系统的线上业务流程时候，如何来更好的优化和调整；对于项目业务的调研，我们梳理的提纲如下：
项目业务的调研，需注意的是，仅仅听是不够的，还要收集资料，还要进行实际观摩，要知道，客户讲的和实际做的，往往会出现疏漏和差异；3.
项目角色的调研角色的调研往往和具体的业务相关，核心点是关注每个角色在业务中的任务，所在业务节点，输入和输出都有什么，然后才是该角色对于系统操作使用上的期望；梳理的调研提纲如下：
项目型的需求，各个代表角色其实就是最后的产品使用者，需求注意的是，让角色用户提自己的需求和期望时，如果是偏离业务目标的需求，是不能接收的，这种情况现实调研中很常见，需要我们格外注意；4.
系统接口的调研系统接口是我们调研的最后一个维度，这个维度相对比较简单，搞清楚我们系统和其他系统有什么关系，需要建立怎样的接口就好，要点是把握好可能影响到项目进度的点；调研提纲如下：
有了这四个维度的调研提纲，我们就可以据此形成调研计划，而如何把每个维度调研清楚，还需要我们在问题问法、沟通的策略方面下功夫.
链接：https://www.jianshu.com/p/32e18e4e7fb9
|
