今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin） 

上午，二期需求的确认，列出了二期需求表

下午，又和客户扯了一波细节和流程方面的事情，客户居然说每一次都能从我这得到一点启发。。。

又看了一篇对于外包来说挺重要的文章。

如何做好新项目的需求调研？

• 有别人做好的现成的“访客系统”，很幸运，很多时候你也能搜到一大堆类似的软件，虽然只是简单的介绍，但至少让你知道了这么一个访客系统的大致包含了什么功能；——你可以理解为这是一个简单的竞品分析的过程；
• 再然后，我们还要看看，一般都什么样的企业会去建设这种系统，这个该怎么了解了，其实你通过搜集的竞品企业，去看这个企业的成功案例，往往就能发现他的产品应用到了哪些企业，以及应用的大致情况如何；通过这种侧面的了解，就能让你知道，大致那些客户群存在类似的需求；——-客户群的了解

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

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

需求调研四个维度

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

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

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

1. 项目背景的调研

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

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

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

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

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

2. 项目业务的调研

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

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

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

3. 项目角色的调研

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

梳理的调研提纲如下：

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

4. 系统接口的调研

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

调研提纲如下：

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

晚上，和外发对了一波下一期逗你学的需求，感觉一些需求比如加弹幕、数字键盘比我想象中的还要难啊

明天计划的事情：（一定要写非常细致的内容） 

明天好像没有项目方面的压力，可以好好总结一下自己这两周发现的问题了，可以多看看人人都是产品经理上的文章了
遇到的问题：（遇到什么困难，怎么解决的） 

暂无
收获：（通过今天的学习，学到了什么知识）

今天被别人问问题的时候还是会突然觉得不知道如何说，所以还是自己对于自己所做的事情并没有理解的非常的清楚。以后可以总结出一些常见的问题来自问自答。比如，都有哪些人使用你的产品，他们一般在哪些场景下使用等等