背景：
公司中标了某医药公司的，抓了一票人去干货的噶胡。需要从原有的系统，重新去做，新开发的内容将放到AWS中。目前，这个项目分为两个阶段，三个月一个周期。在刚收到这个项目时，没有一个人可以详细的讲解清楚。了解的过程，也不是非常的顺畅，总结出来，做个参考。
需求调研前期---前期未了解整体业务：
刚入坑时，销售和我们的技术给资料，都未能整体了解整体的需求。进场后，客户并未从大的方向去解释和说明当前系统的困境。重点只关注在当前最需要优化的地方。前期的很多天，都深入到某个细节上，或是重点环节上了。晚上再去拼凑完整的流程，持续了快3,4天后，去找实操业务人员沟通的时候，发现流程有问题。
跟我们沟通的人，是对方的项目经理，一个技术出身，动辄就扯到“来来来，我给你看一下我的底层设计，你一看就明白了”，未先从整体业务去说。毕竟前期做过POC，也有部分人参与，但是对于我们这些产品人， 并未参与，他默认我们知道了背景和业务。
总结：前期，一定要从整体业务去了解透彻，再去进行切分业务，逐步安排后续的调研。
续期调研初期---用户访谈、系统使用
这次调研的方法，主要采用用户访谈。如前面说的背景，主讲人是技术，会带偏主题。另外说个背景，讲业务的另外一个人，是刚接手半年，对现在的系统也并未用到全部的功能，只熟悉自己那几个模块，以及数据的处理的流程。在了解的过程中，系统比我们想象的要复杂的多。
老系统没有产品经理没有什么设计，研发自己为了少开发，堆砌出来很多的东西，功能的堆砌，交互的冗余和混乱。培养一个能熟悉原有系统的人，真心不容易啊，完全靠人，他们公司自己的人，以及一个子公司和一个外包团队，去维系整个流程。扯远了，这些都是背景，后面还有提到其他的事情。
用户访谈的技巧：
1.多问几个为什么。按照其操作流程，细问前后的逻辑。他可能还有一些新的词语出来，对没听过的也需要重点询问。
2.问一些数据量背景。比如，这些功能，每个月，每天的数据量有有大，处理起来碰到的问题有哪些等等。
3.画和重复。画出现在有的流程，把握重点内容，重复给他听，确保理解是一致。
4.记录。对于所有记录的问题，要重点记录，每个细点都不能放过。
5.拍照、摄像、录音等留存。对于访问的过程，可能会忘记，每个都会记得不一致，从留档查询。
6.脑图绘制。最好的形式是边听边整理，都是后续去整理的，有很多遗漏的地方。另外就是前期对所有的模块，划分不清晰，模块的功能了解不透彻导致。
对原有系统的了解---不够深入
这个也是因为对流程和模块不熟悉导致。这次时间太紧，两个星期就要调研完成前三个月的事情。还有出需求文档，以及需求的原型。调研的时候3个人，一个半新人，一个我，一个临时借调来的人。
由于对流程和模块不熟，导致在演示的时候，会不断的终端，重新梳理流程，导致时间浪费。就演变成我在熟悉流程，他们在看原有系统，查看的时候需要录屏和拍照，但是还是时间太紧，他们没有演示所有的功能和页面。
虽然没有看完全所有的东西，后续在做原型设计的，你就知道拍照和录屏的重要作用了。
前期对方一直在保密，最后的时候，才将测试系统给我们。他们一共三个系统，目前只给了2个，所以还是有风险。
谨记---教训
1.接触项目，从大到小，先了解整体，再细化。
2.访谈的时候，总结要快，要留下存根。最好能快速在脑图中体现。
3.对方如果对技术比较懂，不能深陷技术，要及时拉回主流程或当前阶段关注的需求点。
4.了解系统有多少个角色或部门，对了解系统非常有帮助。
2017年7月10日22:55:39于上海漫心酒店 by vying