如何做技术方案调研

一、重视起来

正儿八经的重视起来，因为调研的方向以及技术选型直接决定了项目后续的质量，不管是从产品迭代还是开发踩坑程度。

所以，不要急着将调研结果过早的抛出来，而应该全面细致的梳理以下几个维度：

• 需求是什么？
• 业内的方案有哪些？
• 方案有什么明显的坑？是否可以处理？是否可以接受？

二、明确需求

首先，要做的就是明确技术调研的需求。

只有知道你们要做什么，才能有的放矢，才不会出现南辕北辙的情况。

比如产品提了一个优化 “3D” 效果，技术侧一上来就会想到“three.js”和“WebGL”，但很有可能产品只是想将图表进行立体化处理，所以应该多研究下“echarts”。

必须要满足：
1. aaa
2. bbb
3. ccc

最好能满足：
1. xxx
2. yyy
3. zzz

三、调研方案

按照以下的顺序进行优先级调研，业务场景尽可能的向大厂靠齐，也可以多对比几家大厂的方案。

1. 大厂方案
2. 开源方案
3. 自研方案

四、跑通 DEMO

跑通 DEMO 的作用：

• 验证方案是否可行，将常见的场景和可能存在风险点的场景跑一遍，关注核心功能
• 提升调研结果的说服力（纸上得来终觉浅）

五、反馈调研结果

任何技术调研方案，都应该是有 deadline 的。

无论结果如何，都应该将调研结果和整个调研过程进行整理输出。

形式可以有以下两种：

5.1 分享会（适合较大型的技术点调研）
5.2 文档+邮件（适合较小或者比较单一的技术点调研）

参考： 如何做技术方案调研