技術方向需要通過 技術調研，技術預研來幫助團隊成員逐步認識，理解和明確；
這是一個必然的過程，技術團隊領導應充分充實並直接參與。
技術調研
技術調研 針對粗粒度需求實現方案進行的研究，可能所有需求不太清楚，需要通過調研項目來完成技術瞭解，技術選型，技術可行性分析，技術方案設計等工作。
思路
- 瞭解動機：收集需求後，整理並明確整個調研項目的背景；爲什麼存在？明確用戶背景！
出現問題的原因（畏畏縮縮，擔心問大多無知，擔心別人輕視；聽到幾個關鍵字已經瞭解需求，沒有在意細節；需求又疑惑的還硬着頭皮做，缺乏溝通；沒有分階段與需求方溝通，快做完又發現理解錯誤，最後重做） - 明確目的：明確本次調研項目可能涉及的具體技術內容，確實調研過程中需要對各個技術的差異點，技術實現原理進行總結，並通過測試數據，數據對比及原因分析，分析那種技術或者框架適用於用戶提出的實際需求。
- 確定步驟：1)儘量多的收集各種方案和資料；2)迅速粗略的過一遍上述方案和資料；3)針對幾種方案，一遍調研每種方案，一遍做筆記；4)最後橫向對比；5)得出結論。
- 結論跟蹤：做完技術調研後，一定要有成果；反饋又幾種方式(大的調研可用PPT展現；簡單的可用文檔；也可以郵件或者口頭形式進行反饋展現)；
反饋內容有幾點需要(簡單說明下需求；介紹相關的前置知識；有那些方案，優缺點使用場景；結果如何？不可信因爲什麼，可行的話定那種方案？該方案與其它方案的優勢)
過程
- 需求整理：首先 明確 這次 調研背後的業務需求；需要將業務需求轉化爲技術需求，從技術層面理解業務需求；最好可以組織一場評審，喊上 產品經理，技術骨幹，一起討論是否存在理解偏差；
- 技術選型：每每遇到這種場景：開發團隊XXX高呼某某新技術，框架，想把最新，最熱的技術應用到項目裏。
解決方式3種：前兩種簡單粗暴，最後一種首先會明確改技術/框架所使用的需求範圍，明確技術調研方向等；
先測試，研究，再決定：針對新技術，採用DEMO原型方式，然後再組織分析利弊；
何時開始：投資回報最大的時間點開始；
找到對的人：有良好技術背景的人，有經驗的人；
技術採用生命週期：鐘形曲線。五個階段，創新者階段(有很多坑，慢慢爬)，早期採用者階段(某些開發者尊重自己的知覺與喜歡的前提下)，早期大衆階段(各大論壇，技術會議)，晚期大衆階段(標準，社區完善，大部分人使用)，落後者階段(除非萬不得已)
何種方式：網絡搜索，找到專家相關技術 逐一記錄；方向進行分類，然後某種條件篩選； - 明確方案：實現方案(設計，編碼兩個步驟，首先針對通用場景和業務場景進行設計)；測試方案(通用測試場景，業務測試場景)；
- 執行方案：執行測試用例
- 討論結論：需要進行總結，覆蓋性能，技術評測，需求方，產品化 多方的角度， 以及其它因素等.
技術預研
技術預研針對細粒度需求的實現方案進行預先嚐試，技術結合產品時的實際需求，對實現存在的不確定性因素，細節等進行預先研究，嘗試，減小產品過程化中的技術實現風險。
思路
預研項目的意義：產品規劃的指引下，難度較大的關鍵技術的預研將在項目立項之前以技術預研項目的方式開展。
待項目正式立項後，難度大的關鍵技術已經攻克，後續 產品開發團隊的職責就是集中更多的資源，短的時間內開發高品質並推向市場。
過程
- 明確方案：需要大量的論證，爲什麼選擇了A方案？而不是B方案？之間的優缺點是什麼？針對業務場景的適用度如何？採用哪種方案，不是看技術先進性，需要結合自己的實際情況進行預研。注意，首先明確方案，才能執行方案！！！
- 執行方案：先 方案列舉，這一步要深入理解，不理解就很空洞；然後 論證，整體開始論證，逐漸下沉到各個重要模塊，只有重要模塊論證通過，才能進入下一步；最後 嘗試推翻論證的結果，建議召開部門內部評審會，讓不同的角度發聲，逐一解釋
- 討論結論：通過各種數據對比，架構對比，原理剖析等方式，給出被排除的方案的排除原因，對被選擇的方案應明確說明其優缺點