近日一直在思考乙個問題，到底怎樣做才算是完整且優秀得完成一次技術調研。
我曾經以實習生的身份做過糟糕或讓老大稱讚的技術調研；也以正式員工的身份獨自負責過技術調研工作（意味著不用向誰匯報，直接進專案）；也以導師身份分配技術調研工作給新人，看著幾個新人經歷著我之前的遭遇，他中有完成得漂漂亮亮的，也有完成得不夠好的；最後也旁觀過優秀的同事做過技術調研。
教技術的書籍很多，但是教做事的書籍很少——即使有也不會教那麼細。我曾因這類工作而彷徨、受挫，現在又看著新人彷徨、受挫，於是就有了想法嘗試總結乙個正規化出來。
除去自己發起的技術調研，其他技術調研都需要先了解需求。估計很多人看到這個就會心想，切，這個誰都知道啊。
是的，「了解需求」這是個人盡皆知且每個人在技術調研前都會去做的一件事。但不誇張地說，在這個階段栽跟頭的人最多。
很多人，特別是新人，在這個階段出問題的普遍原因大概有以下幾點：
諸如此類。
解決方案也很簡單，咱們把問題一一解決。
首先是接到需求時，認真聽對方講，對對方所講內容有疑惑的是可以在對方講完後提問的。千萬不要聽的時候是懂非懂，想著待會私底下自己查（當然提問也要有技巧，這個自己琢磨去）。
然後假如不了解的東西太多（例如一上來就給新人分配乙個陌生業務模組的任務，的確會一臉懵逼），又不想圍著需求方各種打擾，完全可以請教下熟悉相應模組的同事嘛。
最後，假如是複雜的需求，可以在做的過程中，分步跟需求方確認，這個下文會展開。
這裡舉個例子：
一天，小明正熱火朝天地寫著**，突然肩膀被人一拍，回頭一看老大正站在背後。於是小明屁顛屁顛開始調研 a 功能是怎麼實現，耗費了幾天時間後，老大過來一看，誒，你這實現不是我想要的呀。小明，這有個調研工作你去做一下？
沒問題，具體是做什麼呢？
是這樣，我們需要做乙個 a 功能以支撐 b 模組，這塊功能 ios 端已經完成，可以與他們討論下。
好的，沒問題。
原來雖然小明選取的技術方案是業界知名的 a 功能實現方案，但卻沒法用到 b 模組上。而且需求隱含的意思是，既然 ios 端已經實現了，需求的具體情況可以去詢問 ios 端對應開發。
在做好需求了解的前提下，調研本身會顯得輕鬆點。
需要注意的是，進行調研時要合理安排時間，調研過程往往伴隨著對新知的探索，很容易「沉迷於學習」。別忘了這是一項工作。（當然不只是技術調研在日常工作中也一樣，要學會合理安排時間，注意時間成本）
個人有個小技巧，按照以下步驟來做往往效果不錯：
盡量多得收集各種方案和資料
迅速粗略得過一遍，大體上總結出幾種可能合適的方案
針對幾種方案，一邊分別調研每種方案，一邊做筆記
最後拿著筆記做最後的橫向對比
得出結論，同時因為做了筆記，反饋的素材也有了
以上是關於「如何做」的。需要說明的是這只是我的個人習慣，你有自己的做事風格更好，沒必要強行一致。
還有一點需要注意的是，千萬不要埋頭苦幹。
「溝通」應該是貫穿始終的一件事，在上文也提到了，對需求的理解偏差可能會導致整個調研工作推倒重來。
那麼該如何溝通，以及溝通些什麼呢？
第乙個問題，如何溝通。我的方案是，階段性得去跟需求方或者跟有經驗的同事討論。比如乙個技術調研有四個階段，那每完成乙個小階段，就可以嘗試去溝通一次（必須強調下，規則是死的人是活的。假如對方很忙的情況下，你偏要強行打擾對方去溝通；或者乙個很小的技術調研你也按階段多次去溝通，就尷尬了）。
第二個問題，溝通的內容，我認為主要有以下幾點：
做到以上幾點，應該就差不多了。下面說說第三階段，結果驗收。
做完技術調研後，一定要有成果。
可以是調研之後發現「某個方案是最佳的」，也可以調研之後發現「尚無解決方案」，還可以調研後對需求本身提出質疑，但一定不能做著做著無聲無息得做沒了（不是所有技術調研都有需求方催促或跟進）。
反饋的展現形式根據需求來，有幾種常見的展現形式：
個人比較推薦以文件的形式，大部分調研工作都很適合。
反饋的內容有幾點是需要考慮寫進去的：
大概是這些，總而言之，把一次技術調研當成一次絕佳的學習機會來做，那反饋的內容就不會顯得空洞。
反饋的時機的話，在保證質量的前提下，盡量主動、提前向需求方或組內其他同事提出。一方面是你的反饋對別人而言也是乙個學習機會，另一方面主動推送一件事也是乙個優秀的表現。
以上是一點個人淺見，必須要說明的一點是，本人能力有限見識淺薄，上文的一些觀點不一定正確。各位看官切不可太過信賴，還是要有自己的思考為妙。
另外，寫到最後，發現跟「技術調研」中的「技術」倒關聯不大了，哈哈。我也就不糾結這個了。
最後，我寫部落格的目的就是希望將個人的觀點、觀念擺出來讓讀者評價或吐槽，因此假如覺得有不妥或者可優化的地方，還請不吝賜教。
如何做好技術分享
5.分享的過程 6.多參與分享，向大佬學習。最近在團隊中需要進行技術的分享，趁此機會複製貼上一波如何做好技術分享。開拓眼界 通過作者分享，聽眾能了解到自己從來沒有接觸過的技術和領域，提公升自己的技術視野，開拓眼界。增加溝通 聽眾在工作中遇到的問題，可以藉此機會進行溝通交流 匯報成果 這個就是匯報工作...
如何做好團隊技術分享
最近一段時間一直在思考如何將技術分享和內部培訓利用起來，幫忙團隊小夥伴們盡快提公升工作中需要的技術。突然想到其實一次精心準備的技術分享，也算是乙個小小的專案了。作為乙個專案，當然也要經過啟動 計畫 執行 監控和收尾的過程，只不過在這五大過程組之中，根據實際需要具體過程會有所刪減。想要中獎，至少要先買...
如何做好技術型銷售
技術轉銷售快5年了，我是計算機網路專業畢業，先後在傳統網路裝置和人工智慧這兩個行業做過，在做銷售之前一直從事技術崗，依次做過企業級路由開發，技術支援工程師和產品經理，後來機緣巧合轉崗做了銷售並且一直做到區域經理。在做銷售的這幾年中有收穫有積累，同時對銷售這份工作也頗有些許體會和自己的理解。這幾年分別...