背景
目前大多数的成熟的调研方法都是针对c端，例如数据分析、问卷调研以及各个平台收集等，但是B端产品需求调研方式比较少，或者说比较单一；大多都是和B端客户间接或者直接面对面沟通。下面的调研主要是针对B端内部产品的调研，结合我自己的案例，讲解一下B端产品用户调研的流程以及注意事项。
目的
B端产品业务属性比较强，基本都是围绕某个场景去帮用户解决什么问题，所以当用户提出某个痛点之后，我们就知道大概知道用户的痛点是什么，我们调研的目的也基本可以确定的，就是和用户明确该需求当下的涉及到那些角色，业务场景是什么，有什么痛点。
行业竞品分析
明确用户的需求之后，建议有时间可以去做一下竞品分析，主要有以下几个好处
1. 用户沟通：当你对该类产品有了解，针对某些问题，你可以给出有建设性的建议，用户会更加愿意和你沟通
2. 伪需求判断：用户的专业素养可能没有我们的高，提出的需求可能是伪需求，那可以及时对这些伪需求做一个判断
3.需求挖掘：用户有时候说的的流程是不完整，可能是他们当时没有想到，竞品的了解可以帮助我们去挖掘更多潜在的需求
（之前听了一个老师的课，最好行业竞品的分析，就是去拆分标杆产品的系统，感觉很对头，这个方法暂时还没有去实践，有机会再做个分享）
调研前期
明确干系人：用户调研开始时我们要先明确干系人，干系人（运营要抓好这个人）一般分为两种，
用户负责人：用户负责人一般是提出该需求组织里面最高负责人，例如一个年级的年级组长，为什么要找用户负责人？一般去调研，都是在增加用户的工作量，如果没有组织的驱动的，用户一般都是不配合去调研的，所以要找到负责人，通过负责人去推动，会容易很多
业务用户：就是该需求业务场景下涉及的所有用户，也就是未来会使用我们这个系统的人，他们是我们主要调研用户，通过他们可以直接的了解到用户的业务场景和痛点是什么
调研通告：调研对象，调研时间，调研地点，要反馈给组织里面所有人，可以让用户感受到我们的态度，也会让用户做到组织对这件事的重视，调动用户的积极性。eg：我们调研开始前，会通过邮箱（邮箱比较正式）发送给所有用户，包括用户负责人，业务用户，甚至还有学校的校长，
调研中期（调研时）
业务场景：要了解用户真实的使用场景，通过业务场景分析那些操作流程可以转移线上的，业务场景主要调研以下内容
1. 角色：首先明确该业务场景涉及的所有角色是谁，这些角色都是我们调研的对象，这一点切记要明确，否则会导致我们考虑的不全面，最终会导致我们产品只满足了部分人的使用要求;
2. 业务流程：主要调研清楚不同角色上下游的负责的业务流程之间的关系。要用闭环的思维去梳理业务流程，清楚上下游的关系，例如我们的选课，线下流程转到线上系统，选课>报名>收费、对账、退费>分班>开班>开课>消课>退班>退费，开班是谁去开班的？开班后要通知谁？....，要把流程串联起来;
3. 场景频次：需和不同角色明确使用频次高的场景，原型规划时，需把频次高的场景提取出来，让用户可见可得，操作流程更加便捷
4. 目前痛点：要在和用户沟通过程中，去了解和明确各个角色的痛点是什么，刚开始提出的痛点，可能不是用户真正的痛点，也可能是个别角色的痛点；
5. 资料：要收集用户使用到的所有资料，从资料收集我们规划时的信息，例如数据报表，不同角色平时会关照那些报表，是否可以转到线上；
6. 硬件：硬件是否可以链接到我们的系统上，例如收费的poss机，是否可以把收费数据连接到我们系统，不行的话，替代方案是什么。
(业务场景表)
需求方案：一般调研时，会和用户讨论某些需求是怎么解决，转到线上的系统是怎么解决，初步形成一个需求方案，调研完也会把这个需求方案发给用户作为调研的回执
调研后期
调研后期基本就涉及到需求的的初步规划了，暂时就暂时不展开，再提一下产品的进度要透明
进度透明：让用户知道我们工作的进度，时刻和用户保持联系，如果我们有什么需要可以及时提，用户也会及时帮我们解决，千万别不给进度通知，用户会以为我们产品搁浅了，积极性就不会那么高了。例如调查前（通知内容：调研对象，时间..），调研后（通知内容：调研的结果，需求方案），MVP版本确认后（通知内容：规划方案）......
节点态度：
调研时期：态度要温和点，用户提的所有需求到可以去了解和沟通，这时候最重要获取用户所有的业务场景；
需求规划：需求规划基于开发时间情况下要秉承做透不贪多的原则，MVP需求规划确定后，态度要强硬一点，用户都是希望我们开发好所有的需求给到他们，但是开发时间的问题，可能要分几个版本开发，这时候态度要强硬，说服用户，否则系统很难开始。
最后小结
和用户调研时，不要指望用户告诉我们全部流程，用户有时候是暂时想不起来的，或者不愿意告诉我们，这会导致用户说什么我们做什么，变成工具人产品，最后产品用不了，又要挨骂；
最好基于对竞品的了解下，要先去思考，用户的业务流程是什么（我们一般都有有个业务流程表去帮我们进行思考，不至于遗漏），然后去挖掘用户潜在的需求，才有可以做成功一个产品
