最近在做一个外链带出小程序的技术调研，一开始没啥感觉，就是调研而已，查查资料就行了。带头人边交代这件事的来龙去脉，一面提醒我先调研方案来，demo再去弄，去争取额外的时间去开发。
突然意识到，这里是不是有一种流程模式。以下是基本的流程模式和遇到的问题。
第一步：弄清楚需求的目的和关键词
这一步其实很重要，因为不知道目的，会导致定的技术方案走偏，甚至或者走错，列举个例子，比如说，有一个需求要做一个页面，这个页面是展示业务数据，有各种图和列表的，因为不知道这个页面要用来引流的，导致，技术方案把他做到单页面里，单页面是没办法做seo的，所以做出来的东西没费力气了。
关键词，往往的影响效果是调研的范围，了解的基本的关键词可以清除的知道自己的调研的边界在哪里，这看上去很简单，对于急着吃豆腐的性格同学来
说就容易不注意到这点，比如我有这种特点，在职业生涯的前几年没有重视这点，导致做着做着，做到别的事情上去了。因为我们开发的时候，是一个知识点连带着另外的知识点。容易跳到不是这个需求重点的知识点去。
第二步：收集资料，确认有哪些方案，查看各种方案的细节。
首先要做的确认方案类型，就是有几种，比如H5调外链这个需求通过收集。发现有些博客或者前人，归纳出了这几种。
一、是通过开放标签；二、是通过url sceme；三、是利用云函数。
在寻找方案的时候，一定会有很多疑问，如果疑问有些多，一定要记下来。
在这一步要特别注意以下原则：
- 牢记需求目的，目前调研的目的是什么，注意现在的看的代码是否超出了调研的目的。
- 注意需求关键词，注意现在做的事情是否超出了调研的范围。
以上两个原则的目的，是防止调研走向无效的努力。
比如搜集方案的部分，如果遇到技术细节需要很深入 的了解，带出了一块知识盲点，需要花时间的。就要先记下来。
因为此时你的目标是搜集方案。这个后面有空去详解，看它的必要性。
再到查看各种方案的细节同样，也会出现类似的问题，像我的话，如果带出一个不知道的知识概念会不小心跑去从头到尾了解。
再比如我在调研外链带出小程序的方案细节里，有一个方案，代码比较多，如果我直接一行行代码去看，我感觉要花时间，而且以我现在
心态好像去解读它，好像我得不到我要的心里要的效果 ，那这段代码又会阻碍我了解这个方案究竟在做什么，后来我发现微信官网有对这种方案的总结性概
况，一下子对这段大块代码读起来方便多了。我现在想想，是不是当时卡在这块打代码的时候，要去搜索一下其他信息，有没有概述这个方案大体步骤的。
从总体上线搞清楚，再结合代码去看，会更好点。
遇到痛点，要想想现在是不是还有别的方案帮到我！
第三步：就是要比较各个方案的细节了，得出mvp，要有一个结论。
在查看方案细节的目的是为了之后找出mvp，同时如果之前的疑问阻碍了你得出mvp，必须要此刻里面解决掉，不管再花时间都要花时间解决掉。
这次调研再次告诉我，做一件事情或者说模式，就是要从系统和总体上把握上开始，逐步解答，到细节。牢记每阶段的目标，不要脱离目标。否则很多时候吃力不讨好。
