一般而言，对于从事外包项目的公司来说，接到一个新项目，往往只有2~3个月的交付周期。因此，给到产品经理进行需求调研的时间可能就仅剩下短短几天了。而若想在短短几天中去把一个全新项目的需求调研清楚，就是一个很让产品经理头疼的一个问题了。

    下面为你分享一下该如何从需求调研的几个关键维度梳理出需求的关键点，让产品经理可以在实施调研中有章可循，变得更加轻松一些！

    当有一个新项目时，可能需求方或Boss只会给你丢下一个不是很确切的需求，却让你去做好需求调研。这时，你可以通过百度搜索需求相关的内容，把需求的基本概念建立起来，或者看是否已经有别人做好的现成产品，若有的话又存在哪些功能，之后你可以通过它去发现这产品应用到了哪些企业，以及应用的大致情况如何，通过这种侧面的了解，你可以根据这个产品了解到大概有哪些客户群存在类似的需求，简单来说，这一系列过程可以在概念层面、产品层面及客户层面帮你建立起对新接到的新项目的基本认识。

    当然了，只了解到需求的这些基本信息是远远不够的，对于一个项目的需求，我们还有关注项目的建设目标，客户需求点及关注点，需求用户群体有哪些等等。基于此，我们还可以从以下四个维度去做需求调研. 

    1. 项目背景的调研

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

    不过在实际中，对于项目背景的调研，可能是产品经理往往容易忽略的，而因此造成的风险就是：我们不能很清晰准确的把握客户的期望值和建设目标，从而给项目交付带来风险，浪费大量开发成本；

    梳理的提纲如下：

    项目背景的调研，首先要找准对象，一定要想办法和对方项目发起人，主管领导进行短暂的沟通，即使只是半个小时的沟通都行，了解清楚项目建设的动机、对项目的期望值，要达成的目标等问题，而这一点也是至关重要的；当然，因为面对的很可能是客户的大领导，有时候会比较敏感，需要注意一些沟通的技巧和问问题的策略；

    2. 项目业务的调研

    一般来说，项目业务的调研是整个需求中的调研核心，同时也最耗时间，毕竟对于很多项目所承载的项目，并不是简单的吧线下业务流程梳理清楚搬到线上就行，而是要通过对线下业务流程的梳理，去找到项目线下业务所存在的用户痛点，之后再形成系统的线上流程，并不断的去优化和调整；

    梳理的提纲如下：

    项目业务的调研，不仅仅只是听客户说所谓的需求，还需要去收集相关资料，甚至进行实际观摩，毕竟有时客户所讲的和他说实际需要的，可能往往会出现差异或疏漏；

    3. 项目角色的调研

    项目角色的调研一般和项目具体的业务相关，产品经理需要关注的核心点就是每个角色在项目业务中的不同任务，和所在任务节点，输入及输出等都有什么，之后才是对该角色进行系统操作使用上的期望；

    梳理的调研提纲如下：

    项目型的需求，每个代表角色其实就是最后的相关产品使用者，不过需要注意的是，让角色用户提自身需求或期望时，若偏离业务目标的需求是不能接收的，这一点需格外注意。

    4. 系统接口的调研

    系统接口的调研相对比较简单，也是我们调研的最后一个维度，只要弄明白我们系统和其他系统之间的关系，需要建立怎样的接口等问题就好，要点即是要把握好可能影响项目进度的点；

    梳理的调研提纲如下：

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