首先你肯定要足够了解需求的，然后才能确定一个技术调研方向
比如需要你实现一个环绕地球的3D显示效果，你一看到3D立马就想到three.js甚至是webgl，然后二话不说开始闷头研究起来，结果研究了两天后，在开始做需求的时候，发现需求的重点并不是那个3D地球，而是环绕地球展示的数据点，实际上这是个可视化展示的需求而不是3D效果需求，echarts才是最佳解决方案
那么这个过程中你固然是可以了解到一些跟webgl相关的知识，但毕竟跟需求产生了偏差，对于当前需求来说可能是无用功
所以一定要确定好要求，准确分析出需要准备的技术点，再进入下一步
当然，不仅是技术调研，平常的技术开发也是需要这一步的，即确定需求的要求然后你才能从技术的角度跟PM讨价还价
产出文档基本上上述信息足以支撑起得出一个调研结论了，但这个结论不能只存在于你自己的脑海中，你应当将这个过程记录下来，可以就按照上面的步骤作为模板，形成一份调研文档进行输出这份调研文档应当包括以下四个方面：
1、需求背景
你的调研文档可能会被其他不熟悉你所做需求的人查看，对于一个做业务的技术人员来说，脱离具体业务谈技术就是耍流氓，你好不容易调研了一番然后又产出一篇文档，那么当然想要更多的人能够看得懂得到更多的认同
2、一句话结论
为了能快速给出一个定调，作为详细内容的“太长不看版”
不是所有人都想先完整地看完所有调研内容然后才得到一个结论的，你的详细调研内容都属于过程，而结论可能才是很多看你调研文档的人最先关心的东西，所以你应该提供一句简短的断言结论
3、现存方案对比记录
详细的对比过程是为了调研结论的细节和说服力，让别人更加认同你的结论
这个对比记录的内容主要应当围绕你当前面临的实际业务需求展开，除此之外，还可以描述一些需求可能涉及不到的点，比如你想调研pdf.js在pc端切割pdf文件转为图片的支持情况，那么除了这方面之外，你还可以额外描述一下其在移动端的支持度，给出一个更全面的参考，可能会对其他查看你调研报告的人产生启发
当然还是要注意主次关系，大部分内容应当都是围绕你所面临的实际需求，额外的东西应当放在次要位置
4、参考文档链接
作用和现存方案对比记录差不多，都是你调研结果的支撑论据，也方便其他参考你报告的人自行去获取更多的内容