2019社会实践（4）| 调研的步骤

2019社会实践（4）| 调研的步骤

调研题目确定后，还不能马上就去调查。因为毫无准备地下去，往往是被动地了解情况，而难以抓住问题实质深入研究。一般来讲，调研工作要分为以下几个步骤：

重点掌握两方面材料。一是学习掌握与调研主题相关的政策规定，使调研有一个正确的指导思想。比如调查农村特色产业发展情况，首先要掌握国家对于农村产业发展策，特别是涉及土地流转、集体经济、公私合营等政策文件，在宏观上对农村产业发展的背景进行了解。二是搜集与调研主题有关的文字资料和调研成果，利用已有材料丰富自己的认识，免去不少重复劳动。在调查某个镇的特色产业发展时，可以搜集是否存在本地区其他镇特色产业调查材料。若能找到类似资料，可以通过归纳梳理，将共性部门，比如自然环境、土地政策等作为我们调研报告的素材，把主要精力用于那些未涉及的领域。

方案主要包括：调研大纲、调研范围和具体对象、方式方法、时间安排、工作分工（包括联系对接、录像拍照、执笔写作等），等等。调研方案拟定后，一般应报有关领导同志阅示，如果调研方案与领导需要不一致，可以及时修正，避免无效劳动。同时，调研工作中遇到实际困难，也易于得到领导的支持帮助。

通常思维模式是，调查在先，研究在后，先弄清情况，再研究、消化材料。但这并非意味着前不断只是搞调查，后半段坐在办公室搞研究。调查与研究应结合起来，边调查、边分析、边研究。比较有效的做法是，每次调查回来，都讲素材梳理一下，及时进行归纳总结。看看哪些问题素材齐全、基本弄清楚了，哪些问题还需进一步调查了解，哪些问题较为复杂，需重点调查。要坚决避免前期只顾搜集素材，临到撰写报告时才发现，很多事例和数据尚不清晰，不得不重新返工调查了解的情况发生。

“十月怀胎，一朝分娩。”调研成果的如何，往往决定于调研报告质量的高低。调研报告的写作顺序可参考如下次序：

反复分析材料--拟出写作大纲--集体讨论研究--请示领导意见--正式动笔写作

在写作过程中，要对调查来的材料要坚持由表及里、去粗取精、去伪存真、抓住本质。

（2019.7.31 金一路桥东）

系统调研步骤分析

一、 背景：

上面交代对某个系统或者功能需要调研下，这个系统有什么什么样技术，然后针对公司什么什么样的环境下用什么什么样的技术。希望我能摸清现在公司的业务场景，不同场景下该用什么的技术方案，然后提个解决方案、规划个产品版本。

之前我自己对这个系统或者功能一面懵逼，有听说但是没有接触过相应的业务，该怎么开展工作？

二、当时 做法：

1、确定任务目标：

目的：了解要求产出/效果，了解项目/事情背景，明确相关干系人

明确目标才好针对性去处理这个事情，如果只是凭空说要光，我就创造光出来，我他喵的就是上帝了。原来公司旧有系统一来设计老旧，二来不可拓展，三来公司希望能做成产品卖给其他公司。

后来明确这个系统是支撑哪些业务部门完成什么业务，相关对象是谁，现在系统在谁身上维护者。了解了这些之后，后面就可以有针对性去调研。

2 、调查这块业务的相关知识点

目的：了解大概业务流程，行业最新的知识、最新技术

在做调研之前，先让自己变成某方面的专家，或者积累一定量的知识储备，才好跟专业的人员沟通。像前文一开始，领导交代的时候，一面懵逼是正常的。但是一直懵逼到设计系统，那就是能力问题了。

一般业务系统，都是基于某些理论、知识来设计，ERP是，六西格玛的质量管理也是，只要有个名字，就可以在网上查出这个系统设计的知识大概有什么，了解大概是做什么，目的方向是什么，市场上有多少竞品。

这里要说一点，就是要先自己去学习、了解，再去看现有系统及现有业务调研。因为很多时候公司的业务都是有特殊性，要能分辨出哪些业务是有问题，哪些业务是特殊，前提得自己心里面有个底。

3 、市场上同类竞品：

目的：了解行内通用设计，竞品的功能架构、满足业务场景、竞品亮点

今时今日，很多系统都有比较完善、成熟的系统，作为产品最重要是懂得抄！市场上的竞品主要满足方向是什么，功能架构是什么，在某些方面里面，他们是怎么做的？

因为很多时候，企业内部就是不懂得怎么更好处理，才需要调研，才需要设计。方法有两个，一个是对现有流程的优化，这个难度比较大，需要比较专业，深度介入。另外一个是参考成熟的做法。

但是最难的是，别人设计必然是基于他们对这个知识的理解，不同公司的理解都存在一定差异，设计出来的产品也有各自特色。需要产品经理带脑子去分析判断。

4 、现公司系统梳理、系统使用情况：

目的：了解现有功能架构、功能设计的业务流程、功能使用分析

有了知识储备，有了市场比较通用的设计之后，基本心里面会有一个底，大概做到什么程度，满足怎样的业务需求。这时候看下自己公司的产品，就很容易看出公司产品设计存在什么问题，设计是否合理，哪些设计是否需要优化，以后要改的话，难度会在什么地方，风险会集中在什么地方，甚至连改动的节奏都可以大概规划出来。

但是建议这是时候，还是基于分析，而不要做评价，就算做了评价，也要小心求证。因为原有系统发展了这么久，肯定有好有不好，初步看到的不好，未必是真的不好，到了真实场景下面使用，也许就会变成没问题。这个最好是基于使用数据来分析，如果数据显示没人使用，那证明那功能的确没什么意义。

5 、业务部门的业务梳理：

目的：深度了解公司业务、梳理公司的场景

最后是对业务部门的调研，这种调研建议主要针对“业务”来调研，而不要基于当前系统。因为这次目的是想要重构当前系统，设计不用太受当前系统的限制。

这关键关键是要梳理清楚当前他们做事的流程、场景，然后基于场景来提取期望需求、兴奋需求！系统设计的需求，来源于真实的业务场景，能否抽象去设计、从场景中提取出有价值的需求，这个是产品经理最难的点。

具体角色-场景、业务流程、产品路线图、需求方案、细节设计、项目实施就不说了。产品经理在这个阶段关键工作是要明确方向，明确目标，只要明确前面，后面就很清晰。

后记：

1、不基于现实场景、现实需求调研出来的、设计出来的东西，都没什么意义。

当时领导让我做前瞻性的设计，要能适应未来什么的，不用过多考虑现在，多考虑技术、场景。但是如果设计只能在未来使用，当前用不了，那这设计，还有什么意义？

我可以说人工智能去识别现场资产保管情况，可以不可以？完全可以啊，但是这里能实现莫？

生物资产识别，RFID手腕给生物，扫一下，或者走过，就自动盘点完。可以吧，但是有意义莫？公司内部都没有生物资产！！！

2、其次要说一个点，这种方法的弊端：会很限制想法。

因为已经有先入为主的知识与竞品，所以很容易在设计的时候受到之前知识积累的影响。竞品做多了，就会发现，其实每个竞品最根源、核心的点，都是一样的，只是表现形式不一样而已。像项目管理，有禅道的一板一眼，有JIRA的敏捷开发，这些都是基于项目管理比较深入的研究，然后逐步形成自身特色。

而上面说的这个调研方法，虽然效率会比较高点，能在短时间内了解并设计出不会有根本性问题的产品，但是同时也不会有创新性的设计出来！所以在与业务部门业务梳理的时候，就很关键，特色、特点、创意，都是基于现实有效的运营情况下所形成。产品经理在这过程里面，得保持中立旁观的态度去分析每种设计，并提取优点，或深化、或合并、或调整，这个就看你的选择。