在做一件事情时，往往须要梳理出一个流程，梳理好的流程能让人把事情更快更好的完成。做产品同样这么，而产品设计的机会便隐藏在流程中。本文分享了解构问题时的两个流程，希望对你有所帮助。
做产品最常规的方式就是梳理流程，而产品设计的机会便隐藏在流程中。
想到这个思路自己都有被惊到，貌似很高大上，实际上只是寻常工作中的一些零星总结，希望能从全流程和多角度两个层面上剖析，如果能引起你们更深层次的思索，就再好不过了，毕竟工作中的问题，不是忍住或则仍然冲刺才能解决的。
在平常工作中笔者有一个小小的习惯，就是遇见工作中的一些问题，希望能构建一套处理问题的思路和技巧，然后在之后的工作中渐渐的丰富和改良，逐渐建立一套适宜自己的方法方式，方法未必是最优的，但一定最适宜自己。
在描述和处理问题时，首先应当思索问题背后的底层逻辑。在平常工作中若果碰到问题，往往是因为形成了落差，不管是太累还是太仓促，笔者觉得都应当考虑落差的来源：
落差形成了，问题也就紧跟随来了。期许与现实，差异太大，要么苦了自己，要么累了他人。且不讨论从所有角度上这个推论是否一定正确，个人觉得这个说法存在一定的可取之处，之前读书的时常常会听到他人提起矛盾论，往往形成矛盾的地方就是出现问题的地方，有矛盾都会有冲突变化，就像《麦肯锡》中描述的“桃太郎”的故事，问题的发生就来自于变化。
我们简单描述一下这个故事：
老太太和老公公一起过着安稳的日子。每天老公公上山砍柴，老婆婆到海边洗衣服。最近，老公公身体觉得有点疲劳感。老太太在洗衣服时，发现飘来一颗很大的桃子，于是是否该拿回家的讨论就此展开~
引出了解构问题的第一个流程：
一、“现象——本质——方案”
通常对现象的分解可以确定问题的本质，不过在平常的剖析过程中，我们发觉问题的本质也可以从另外两个部份得到：
解决哪些问题：当施行一定的举措时问题是否能解决，就能验证问题的本质有没有被发觉；现象的影响：即假如不施行解决举措，会形成哪些影响，通过反证，也可以确定出问题的本质；
书中下雪撑伞的案例中，现象即为雨天浸湿人，而问题的本质则可以从举措中找到，即举措是为了避免哪些？或者假如不做会导致哪些影响？将问题落实到点上，然后全流程剖析才能出现多种解决方案。
在剖析问题时常用的方式为头脑风暴，即充分发挥自己的想象力和逻辑能力，吸收他人的idea，且思想不被制止，进而得出的推论。
问题的发生常常是在一个点上呈现下来，让受众操作深受影响，进而引起一连串的问题，解决问题的人会从这个出问题的点上进行深入，深入剖析问题发生在工作的那个环节，深度刨析具体的缘由，进而从根本上找到方案。这个出问题的点就是我们里面讲的现象，现象常常会将问题呈现在你们眼前，影响受众，但是引起问题的根本缘由常常不是现象发生的点。
所以，有经验的问题解决人员常常会剖析问题发生的点处在哪几个流程中，工作中我们可以将这个流程理解为业务流程，也可以理解为行为处世的逻辑思路，从流程中剖析问题发生的根本缘由，或许问题发生在A点，但是本质的缘由却在流程中的B点，就像书中提到的提升市场占有率的问题，我们可以整理出产品抢占市场的流程，即：
产品的生产——产品的供给——市场占有率
问题的发生点也就是现象点是“市场占有率”，但是解决这个问题的关键点却是“产品的供给”这个点，所以，全流程的剖析问题，更容易从根本上解决问题。
这个地方我们可以将这些从流程中找问题的思路扩充一下，曾鸣老师曾在他的《智能商业》中提及了“点、线、面、体”的概念，在此我们可以引用一下，前面提及的流程即为“线”的概念，流程所涉及的点即为曾老师书中“点”的概念，而流程所处的环境即为“面”和“体”的概念，遇到问题，确定好问题发生点所在的所有的流程，然后结合流程所处的环境进行多角度的剖析，实际上就是我在题目中提及的“全流程”、“多角度”分析问题。
多角度实际上是从不同的角度来观察流程，全面的了解流程，我试着将一些角度呈现下来，希望还能对你们有一些启发：
我们常用的角度通常有：
所谓多角度即从每个人眼中讲一个故事：
通过多角度的剖析，往往能让我们看问题愈发全面，当然，代价是思考者本人会很累，效率也会形成影响，这中间存在一个权衡的问题，其实这上面也是有流程的。
通过多角度剖析可以总结出我们文中的第二个流程：
二、“多角度全方位思索——占用时间——影响接下来的工作”
这时的流程可看作是因果关系，因为后者所以影响了前者。
补充一下，“桃太郎”的案例也是可以梳理出流程，即：
平时正常活动——看到桃子过来——是否带桃子回去——大家会有哪些反应
这一案例对问题本质的思索还是蛮有启发的，找寻“差异”、“变化”、“矛盾点”，往往问题就在其中，基于这样的本质思索，书上将问题分为了三类，也就分别引出了书中其他的比较有意思的流程，书中总结的三类问题为：
我们可以一一地进行探求：
1. 恢复现况问题
这一问题的流程重点展现在前面提及的“现象——本质”的流程，细节上主要屈从于业务流程，比如汇款，就可以考虑用户在汇款过程中点击流或则页面跳转流。
对于一个IT从业者，这一类问题可以说是司空见惯了，因为IT本身就是一个发觉问题，解决问题的工作，在程序员眼中，这一类问题可以归结为——bug紧急修补问题，一个功能上线，客户在使用的时侯有时候会发生意想不到的错误，直接打电话到公司，所以，这一类问题是十分紧急的问题，如果置于“重要—紧急”模型中，应该会全部集聚在“重要且紧急”象限中。
这种问题最常用的方式是差异分析，即确定流程中的各个点，固定其他的点，调整其中一个点的，以观察问题的结果，通过这些方式来快速的确定问题，并进行改正。即：A——>B——>C，固定AB，变动C，类似于我们上课时讲的“控制变量法”，我们平常所讲的树立典型，也是存在这样的思索，通过差异化来产生激励。
对这些紧急的问题，需要彰显两方面的技能：
（1）事先打算的能力
平时积攒处理问题时用到的一些工具和技巧，以备不时之需，我们平常工作会讲一些常用的代码块整理成一个个的方式和类，后面假如用到可以直接复制文件，然后直接调用，即便捷又快捷，还能节约精力消耗。
（2）分析问题的能力
对问题的剖析能力可以从不同的角度进行观察：
书中提及所谓的剖析能力是指针对对象的状况和现象，追根究底的归类。
2. 防范潜在问题：不显著的地方可以防治，未雨绸缪
防范型问题常常是海上冰山的水下部份，平时无法发觉，对剖析能力和想象力的要求更高一点，这一类问题的来历常常存在于几个地方：
这一种问题常常无法发觉，需要确定其中的流程，并深入细致的剖析和推敲，不过好在这一类问题并没有这么的紧急，可以有一部分时间讨论和探求，尽量找到一个合适的方案。
防范还是要还原流程的，不过还原的方法不同，引出了我们发觉的第三和第四个流程：
问题的发觉重点在于明确化，能够清晰的抒发下来的问题，往往就早已解决多半，所以不管是指挥做事情的人还是直接做事情的人，首先应当考虑的是明确化问题，文中提及的流程化剖析，本质上是明晰问题的一种方式，不过不同人思维不同似乎会有其他明确化问题的方式，防范型问题最大的难点就是问题本身也不明晰，所以才能让很多人忽视掉。
在公司工作时时常会碰到一些处理问题的人，非但不能将问题愈发明晰，反而越搅越浑，个人以为，可以尽快保持一些距离，因为学数学的时侯老师曾通过“熵”的概念讲解了事物的自然演进常常是熵增变化的，从混乱中理出流程其实不易，再走回混乱却是轻而易举，因为熵增原本就是自然发生的。
3. 追求理想问题：有哪些机遇和机会，有明晰的价值观
理想型问题常常会存在于事物发展有一定基础，需要进行初心探求时会出现的问题，我们在看影片时常常会发觉这样的问题，比如黄渤近来上演《一出好戏》，据说是自己思索许久决定变革的一块绊脚石。这样的问题常常是不迫切的，但却是最适宜初心的，马斯洛提出的需求五个层次中最后也给出了“自我实现需求”，其原意上也是在考虑自我实现给人带来的问题。这些问题的思索多为规划型的，发生在未来的问题。
在解决规划性问题的时侯存在了我们须要讨论的第五个流程：“目标、期限、条件（达成目标还须要哪些）——学习——实施“
询问自身，规划的目标、期限是如何的？条件达成还须要什么条件？进而做一个架构性的思索，这一类发生在未来的问题一般是须要学习的，因为之所以要进行规划，往往是现今无法达成的，所以，学习是做完架构性思索过后的必走之路，通过学习把握自己未来所需的技能，然后付诸实施。
常用的工具为：甘特图、鱼骨图等。从这一流程中也可以看出，问题解决多少，关键在于实现的路径和进度，对这两方面的掌握可以从整体上控制进度，进而逐渐的解决问题，而在思索问题时，回归本心，找到自己真正想要的东西，就会成为少走弯路的关键。
“桃太郎”的案例我们可以在这儿做一下补充，是书中在介绍通过“讲故事”分析问题的方式时引申的一个案例。
“讲故事”的方式即为：通过故事的方式理出SCQA四个部份，即：
平时状态（S）遇到问题（C）怎么办（Q）确定方案（A）
我们可以将这个故事做一下整理：
老太太每晚稳定的做着洗衣服的工作，突然有三天发生了一个变化，即出现了一个桃子，于是出现了问题，经过对问题的剖析，老太太最终得到了方案，并得以施行。
问题有意思就在于老太太听到问题并进习惯剖析的过程，首先发觉问题的地方就在于平常生活中出现的变化，即落差，当老太太见到落差时也就听到了问题所在，然后他都会通过思索作出最终的方案。
这个故事的流程显然十分简单：
突然有三天见到一个桃子，然后带回去。
最后在解决问题时须要明晰的一个问题就是处理问题时首先要做的就是界定权责，要拥有大格局，但是别做超范围的事情。因为只有自己熟悉的流程能够既形成效率又产生质量，反之则会双降。
这一篇文章就讲到这儿，笔者觉得，流程几乎存在于所有的问题中，遇到问题，沉住气不要慌，面对问题发生的场景，分析场景中存在的流程，然后从流程的角度确定问题的症结，然后设计解决方案。
专栏作家
