技術調研和技術預研不同。技術調研，目的是完成對技術的了解、選型、可行性分析。技術預研，目的是嘗試先用一下，看看這個技術適不適合項目。
技術負責人的職責有很多，比如組建團隊、了解產品，但更重要的是設計靠譜的技術方案。技術負責人親自主導或者設計，就能有針對性地去解決問題，將來系統遇到瓶頸，也能更好地優化或者重新設計。
為了更好滴設計系統、理解技術，技術負責人一定要組織調研和預研。你的團隊不可能什么技術、框架都懂，技術發展又這么快，只有進行調研、預研，才能跟上技術發展潮流，否則終將被淘汰。
技術調研
技術調研思路
明確目的
明確可能涉及的具體技術內容，對各個技術的差異、原理總結，通過測試和數據比對，分析哪種框架和技術更適合用戶的需求。
- 總結技術或框架的實現方案、原理、細節
- 記錄調研過程各個細節
- 明確調研測試方案、測試用例
- 列舉各個技術之間的差異
- 記錄測試數據並從原理上解釋
- 分析各個技術是否適用於業務場景
- 為技術預研輸出調研結論
確定步驟
- 收集各種方案和資料
- 快速過一遍收集到的材料，總結幾種可能方案
- 調研每種方案，橫向對比
- 得出結論
調研過程
調研過程包括：業務場景整理->明確技術方向->搜索技術調研方向->選擇技術調研方向->確定調研測試方案及用例->調研執行->調研數據對比->形成調研結論。
需求整理
業務需要支持什么樣的場景，有沒有某幾天集中辦理業務的情況，大概多少人同時辦理，數據量有多大，對系統中斷和數據丟失的容忍度是什么樣的，這些都要搞清楚。我們要把業務需求轉換成技術需求，才能明確調研的方向。技術需求需要經過產品經理和技術骨干的評審，保證不出大的偏差。
技術選型
團隊里有人推薦新技術、新框架，如果他自己對這些技術也不熟悉，這時候作為技術管理者，你要當心。開發團隊貿然使用新技術，很可能導致沒辦法開發出優秀的產品，項目進度也會變慢，交付出現嚴重問題，甚至停下來專心修復Bug。
技術選型應通過技術評估手段來決定，選型結果需要需求提出方、技術調研方、技術專家等多個維度的人員參與，以事實作為評判標准。
針對新技術提供的功能，花一兩天時間搭個原型，再組織大家分析利弊。大多數新技術是用來解決特定問題的，你遇到這些問題了嗎？新技術帶來的好處能不能抵消學習成本和后期投入成本？在遇到問題的時候能快速解決嗎？在決定之前先問一問自己，這個技術是真的需要嗎？除了在PPT上吹牛逼，更新一波簡歷外，它到底能不能帶來實際的好處？會不會帶來災難？
驗證選型
對選定的技術，編制測試腳本和測試用例，驗證其是否滿足業務需要。做技術升級時，要確認是否比老舊技術有優勢，能不能用的好。
討論結論
結合驗證結果對技術的設計原理、參數進行對比。針對給定場景的對比測試結論進行分析，列舉每一項技術是否適用於業務場景，給出具體原因，做出總結。
技術預研
技術預研思路
項目立項之前，難度較大的關鍵技術必須要攻克，否則項目的實施就存在很大風險。
了解動機
預研一定有背景存在，大多數情況是當前的技術或方案無法滿足用戶需要。在技術調研完畢后，需要對調研成果進一步實踐，通過局部實現的方式驗證調研過程。
明確目的
這一點跟調研差不多。預研的目的也是為了滿足用戶的需求。一切脫離了業務場景的架構設計都是耍流氓。弄一堆特性用不到的新技術上去，除了跳槽的時候有談資，別的沒啥好處。
確定步驟
- 搜索預研需求
- 明確預研目的
- 確定預研方案
- 出具結論
預研過程
技術介紹
明確預研需求后，對選擇的方案或者技術進行介紹，包括基本概念和當前該技術的發展及應用。
- 技術研究設定的工作目標可驗證
- 明確技術適用范圍
- 指明研究的局限性
- 在關鍵技術分析報告中對多種技術路線做對比
明確方案
列舉出所有可以滿足需求的解決方案，重點說明將要預研的一個或多個，比較各自優缺點，提供潛在的改進方向和應用可能性。
采用哪種方案，不能只看技術先進性，必須結合實際情況進行預研。一種不好的現象是，談架構必言分布式、微服務。你現有的人手能搞定么？
討論結論
輸出可行性分析報告，要包含風險評估報告，探索和解決技術實現的可行性，為產品開發提供支撐。
- 根據公司技術規划和產品研發方向，確定預研技術方向。
- 收集和整理有關技術的文章、標准，了解其現狀和未來發展趨勢。
- 對預研技術的原理、方案進行全面深入的分析，對關鍵技術進行仿真實驗。
- 對研究成果做總結。
- 編寫技術可行性報告，為公司產品規划和研發提供決策依據。