系统调研步骤分析
一、背景：
上面交代对某个系统或者功能需要调研下，这个系统有什么什么样技术，然后针对公司什么什么样的环境下用什么什么样的技术。希望我能摸清现在公司的业务场景，不同场景下该用什么的技术方案，然后提个解决方案、规划个产品版本。
之前我自己对这个系统或者功能一面懵逼，有听说但是没有接触过相应的业务，该怎么开展工作？
二、当时做法：
1、确定任务目标：
目的：了解要求产出/效果，了解项目/事情背景，明确相关干系人
明确目标才好针对性去处理这个事情，如果只是凭空说要光，我就创造光出来，我他喵的就是上帝了。原来公司旧有系统一来设计老旧，二来不可拓展，三来公司希望能做成产品卖给其他公司。
后来明确这个系统是支撑哪些业务部门完成什么业务，相关对象是谁，现在系统在谁身上维护者。了解了这些之后，后面就可以有针对性去调研。
2、调查这块业务的相关知识点
目的：了解大概业务流程，行业最新的知识、最新技术
在做调研之前，先让自己变成某方面的专家，或者积累一定量的知识储备，才好跟专业的人员沟通。像前文一开始，领导交代的时候，一面懵逼是正常的。但是一直懵逼到设计系统，那就是能力问题了。
一般业务系统，都是基于某些理论、知识来设计，ERP是，六西格玛的质量管理也是，只要有个名字，就可以在网上查出这个系统设计的知识大概有什么，了解大概是做什么，目的方向是什么，市场上有多少竞品。
这里要说一点，就是要先自己去学习、了解，再去看现有系统及现有业务调研。因为很多时候公司的业务都是有特殊性，要能分辨出哪些业务是有问题，哪些业务是特殊，前提得自己心里面有个底。
3、市场上同类竞品：
目的：了解行内通用设计，竞品的功能架构、满足业务场景、竞品亮点
今时今日，很多系统都有比较完善、成熟的系统，作为产品最重要是懂得抄！市场上的竞品主要满足方向是什么，功能架构是什么，在某些方面里面，他们是怎么做的？
因为很多时候，企业内部就是不懂得怎么更好处理，才需要调研，才需要设计。方法有两个，一个是对现有流程的优化，这个难度比较大，需要比较专业，深度介入。另外一个是参考成熟的做法。
但是最难的是，别人设计必然是基于他们对这个知识的理解，不同公司的理解都存在一定差异，设计出来的产品也有各自特色。需要产品经理带脑子去分析判断。
4、现公司系统梳理、系统使用情况：
目的：了解现有功能架构、功能设计的业务流程、功能使用分析
有了知识储备，有了市场比较通用的设计之后，基本心里面会有一个底，大概做到什么程度，满足怎样的业务需求。这时候看下自己公司的产品，就很容易看出公司产品设计存在什么问题，设计是否合理，哪些设计是否需要优化，以后要改的话，难度会在什么地方，风险会集中在什么地方，甚至连改动的节奏都可以大概规划出来。
但是建议这是时候，还是基于分析，而不要做评价，就算做了评价，也要小心求证。因为原有系统发展了这么久，肯定有好有不好，初步看到的不好，未必是真的不好，到了真实场景下面使用，也许就会变成没问题。这个最好是基于使用数据来分析，如果数据显示没人使用，那证明那功能的确没什么意义。
5、业务部门的业务梳理：
目的：深度了解公司业务、梳理公司的场景
最后是对业务部门的调研，这种调研建议主要针对“业务”来调研，而不要基于当前系统。因为这次目的是想要重构当前系统，设计不用太受当前系统的限制。
这关键关键是要梳理清楚当前他们做事的流程、场景，然后基于场景来提取期望需求、兴奋需求！系统设计的需求，来源于真实的业务场景，能否抽象去设计、从场景中提取出有价值的需求，这个是产品经理最难的点。
具体角色-场景、业务流程、产品路线图、需求方案、细节设计、项目实施就不说了。产品经理在这个阶段关键工作是要明确方向，明确目标，只要明确前面，后面就很清晰。
后记：
1、不基于现实场景、现实需求调研出来的、设计出来的东西，都没什么意义。
当时领导让我做前瞻性的设计，要能适应未来什么的，不用过多考虑现在，多考虑技术、场景。但是如果设计只能在未来使用，当前用不了，那这设计，还有什么意义？
我可以说人工智能去识别现场资产保管情况，可以不可以？完全可以啊，但是这里能实现莫？
生物资产识别，RFID手腕给生物，扫一下，或者走过，就自动盘点完。可以吧，但是有意义莫？公司内部都没有生物资产！！！
2、其次要说一个点，这种方法的弊端：会很限制想法。
因为已经有先入为主的知识与竞品，所以很容易在设计的时候受到之前知识积累的影响。竞品做多了，就会发现，其实每个竞品最根源、核心的点，都是一样的，只是表现形式不一样而已。像项目管理，有禅道的一板一眼，有JIRA的敏捷开发，这些都是基于项目管理比较深入的研究，然后逐步形成自身特色。
而上面说的这个调研方法，虽然效率会比较高点，能在短时间内了解并设计出不会有根本性问题的产品，但是同时也不会有创新性的设计出来！所以在与业务部门业务梳理的时候，就很关键，特色、特点、创意，都是基于现实有效的运营情况下所形成。产品经理在这过程里面，得保持中立旁观的态度去分析每种设计，并提取优点，或深化、或合并、或调整，这个就看你的选择。
