技術驅動：如何讓工程師的技術價值最大化

著做權歸做者全部。商業轉載請聯繫 Scott 得到受權，非商業轉載請註明出處[務必保留全文，勿作刪減]。

如何讓工程師的技術價值最大化，職業空間最大化，就必定要讓工程師手中的技術閃閃發光，有效的作法就是爲新技術找應用場景，或者換個說法，也就是如何經過技術爲業務找突破口，這也是除了技術架構和技術響應速度外，不制約業務甚至驅動業務的必走之路。

要經過技術爲業務找突破口，咱們就要從業務上找可能性找痛點，同時要對技術有足夠的感知，答案擺在這裏很簡單，可是究竟如何才能訓練出這種能力呢？前端

需求挖掘與主觀能動是第一輩子產力

首先，讓咱們小菜前端嘗試過的案例枚舉一些出來，咱們從思路和角度上觀察下，有沒有能夠複製過來的辦法：面試

• 銷售團隊運營團隊看數據慢看數據難，咱們研發了大表哥數據報表系統，解鎖報表產出效率
• 銷售團隊想針對不一樣生鮮品與客戶快速作市場調研，咱們研發大瓜子表單系統快速支持差別化市調模板配置
• 技術團隊沒有測試想要有更穩定更高效的打包與發版流程，咱們研發了大伯伯自動發包與推包系統
• 產品團隊但願用最小的人力成本，搭建多個 APP 服務不一樣的人羣，咱們用 ReactNative 解鎖開發效率
• 採配銷團隊協同的需求變更須要快速體如今 APP 上，咱們研發大表哥熱更新發布系統，解鎖發版節奏
• 客戶千元機多機型 APP 異常但願快速反查到特定 Commit 代碼，咱們開發了大表姐熱更新系統全流程分發代碼
• 人事部門想要系統化管理全部候選人的簡歷與安排面試，咱們開發大才子實現簡歷管理與面試工單系統
• 行政部門想要集中管理公司圖書和大量的記念品文化衫，咱們開發牛犢子系通通一管理行政物料
• 技術部發週報走郵件零零碎碎很差整理很差統計，咱們開發堂哥報表系統，解鎖週報收集與統計效率
• 銷售團隊想要推行用戶自主下單而非銷售代爲下單，咱們研發了 RN SDK/RGB 來分析下單主體是否本人
• 技術部的先後端數據接口頻繁改動與對接成本高，咱們研發了大舅子來解鎖數據接口對接聚合的協同效率
• 技術部的多個 APP 在幾十種低端機型的閃退異常無從跟蹤，咱們研發了姑奶奶作端異常的收集與跟蹤系統
• 運營部門但願能夠有更直觀的監控交易市場的動銷與行情，咱們就研發了創意中心作視頻切片與字幕音效合成
• 城市銷售想要對特定市場招聘社會兼職收集競手賣貨行情，咱們迅速擴展了 Vue 技術棧開發小程序來管理兼職
• ...

還有不少，再也不一一列舉，這裏面大大小小，每個展開都是一個故事，全部的故事串在一塊兒，就是今日的小菜前端生機面貌，要作到這些須要背後有一個神祕的能量，就是對於需求挖掘的能力和主觀能動性的內驅力，前者會帶來無數的機會，後者會讓這麼多飄在空氣中的想法逐個落地。算法

主觀能動性很容易理解，就是主動去跟進問題，主動去解決問題，主動去把解決方案落地的責任心和主動性，而需求挖掘的能力，要如何培養呢？編程

若是沒有這樣的能力，就天然看不到滿地沙子中的黃金，天然也失去了不少得到財富的機會。即使是滿腔熱血也沒用，要培養這樣的能力，實際上比咱們想象的要容易的多，具體到執行上則是有難度的，你們能夠按照以下幾個步驟來訓練本身：小程序

1、走進業務現場

不要討厭你在作的業務，就是它在養活着這家公司，不要輕視你的客戶，正是他們對你尚存信任。

事實是就算你不喜歡當下的業務，也應該到業務現場走一走看一看，爲何進業務現場如此重要要排在第一位，由於全部的事情，要想超越它 Get 到新的感悟，必定要儘可能親身經歷一番，至少也要真實看見。後端

經過逼本身進入到業務現場，你會看到用戶是怎麼看待你作的業務，怎麼使用你作的產品，以及他們在使用產品過程當中會遇到哪些問題。更重要的是，你會觀察到這個業務在用戶羣體中所真實發揮的價值，是提升了效率，仍是節約了成本，仍是優化了協做的方式。這樣的改變是如何一點點的重塑着整個行業，公司又是由於這樣的業務創建起了怎樣的競爭壁壘，如何從用戶的口袋裏賺到了本身的一份錢。這全部的問題只坐在辦公室的電腦前，是很難在腦海中造成畫面創建觀感的，必須親自去走走看看聽聽用用，它會在無形之中讓你對於業務的理解更加的紮實接地氣。微信

案例匹配： 「銷售團隊想針對不一樣生鮮品與客戶快速作市場調研，咱們研發大瓜子表單系統快速支持差別化市調模板配置」，咱們的同窗跟隨銷售到現場作調查，發現他們用釘釘逐個逐個錄入蔬菜老闆的每日交易品類，貨源信息，進貨出貨頻率，以及他獲知行情和貨源的渠道，我的的電話地址家庭情況等等零碎幾十個信息，換一個城市換一個老闆，要調研的內容就會由於經營品類的不一樣而發生一些結構性的變化，這些變化給銷售同窗帶來極大的困擾，而每次開發 H5 網頁又會給工程師帶來不少重複性的工做，因此咱們在想搭建一個給銷售助理和銷售運營使用的表單配置系統，讓他們十分鐘就能快速配置出多種結構化信息後的表單頁面，而後投放給一線的銷售同窗使用。

若是咱們沒有去現場觀看，壓根也不以爲用釘釘記錄數據再回流有什麼問題，也不以爲市場調查是一個多麼消耗人力的事情，更不會認知到市場調研這麼多維度的數據對於整個業務能有序的運行，對於新市場的開拓和老市場交易動態的理解有多麼重要的意義。前端工程師

2、培養產品感知認知

若是有人老是告訴你不可能，那他必定是見過太少的奇蹟，經歷太少的可能。

每一個工程師都有一個產品夢，我想你也不會例外。本身獨立作一款 APP，幾十萬安裝使用就已是一件很是值得自豪的事情，可是用代碼作出一個 APP 真心不是難事，難的是如何吸引用戶來安裝這個 APP。架構

若是你是一個 APP 工程師，你手機桌面上有沒有曾安裝過超過 100 款 APP，而且逐個註冊和試用他們；若是你是一個 PC Web 工程師，有沒有把 toC 和 toB 的系統使用超過 100 個，從它們裏面找共性，找它們各自的定位和交互優缺點，看他們的設計元素；若是你是一個工具型工程師，有沒有研究過超過 100 款工具，看他們解決的痛點和如何提升效率，他們設計和實現的方式。框架

作這麼多看起來無用枯燥的嘗試的目的是什麼呢？實際上是爲了倒逼本身思考爲何這麼多成熟的產品居然都有生存的空間嗎，都有對應的受衆。那麼好奇心就會驅動你也去研究，在個人身邊有沒有相似的場景和機會，去爲特定的用戶羣體解決一些問題。若是是我來設計這款產品，我會從過往看過的上百個產品中吸收什麼元素來組裝出來一個產品藍圖，這個藍圖要如何切入到這個用戶羣體，到底能不能命中需求解決問題，它有沒有市場的競爭者，競爭者又是怎麼作的，帶着這樣的問題不斷的訓練本身，會讓本身對產品愈來愈敏感。

一旦本身的敏感度創建起來後，事實上就能夠把這種思想應用在工做以內和以外。以內是手頭的業務，以外是和別人合做中遇到的一切問題。全部的問題能不能用代碼解決，能解決到什麼程度，這種反應能力會天天伴隨着你，每一天都比前一天要成熟，慢慢的對於產品的感知力就培養起來了。

案例匹配：「人事部門想要系統化管理全部候選人的簡歷與安排面試，咱們開發大才子實現簡歷管理與面試工單系統」，人事的同窗對於產品和研發流程是不瞭解的，因此整個候選人從簡歷收集管理到最後面試結果的同步，都很是人肉很是辛苦，但又沒有相應的產品經理來跟進這件事情，由於它每每比業務優先級要低，因而前端工程師憑藉本身對於產品的理解，就搭建了簡歷與面試系統，從簡歷入庫、簡歷篩選指派、面試轉交、面試評價、釘釘提醒等等方面都作到了最初的 0 到 1，界面與功能並不閉環，可是能極大的提高候選人的整個面試進程效率。

除了大才子，還有大表哥他們都是前端工程師驅動的產品，若是沒有敏感的產品感知能力，前端工程師天然沒有勇氣和信心來啓動這樣的一個可能失敗的實驗性產品，也天然不能再擴充一個技術場景來讓本身的技術再次閃光。

3、訓練數字化成本與效率思惟

若是有同樣東西不會撒謊，那它就是真實的數據，數據不說話，真相靜悄悄。

提到數據咱們一般會想到算法、大數據、機器學習這些領域，對於前端工程師，咱們雖然平常都在對接數據接口，卻更多對交互和工程化敏感，而對於數字背後的含義不太關注。關注了和不關注的區別在哪裏呢，咱們來看下這個案例：

案例匹配：「技術團隊沒有測試想要有更穩定更高效的打包與發版流程，咱們研發了大伯伯自動發包與推包系統」，如何打包和如何解決打包問題咱們很是熟練，但對於它的成本一直缺乏一個量化的數字概念，後來咱們把整個流程所有觀測了一遍後，得到數據以下：5 個 APP，每一個 APP 背後有至少 2 個打包人，每次打包的環境有至少 6 種選擇（正式環境熱更新包、正式環境非熱更新版、測試環境熱更新版、測試環境非熱更新版），同時有 2 種類型選擇（企業版和公開上架版），已經兩個平臺的支持（iOS/Android），拋開這些以外，每一個同窗本地的 XCode/Gradle/Node 的環境版本也會有差別性，會有上百種可能性在過程當中出錯，這個在以前文章有提到，也就是下圖：

當你把全部這些數字寫下來的時候，你就會對成本產生更直觀的認識。一旦量化後，咱們就從直接感覺到了這個形勢的緊迫性，因而首先是從流程上造成規範，下圖是最先的初版全發佈流程記念圖：

而且定義了它的一個熱更新策略：

而後就着手啓動了打包平臺的開發，今後本地（開發） - 大伯伯（打包測試與正式打包推包） - 大表姐（熱更新分發） 全流程就閉環了，完成此次自我革命的祕訣就在於把付出的成本與耽誤的人力所有數字化，去驚醒腦海意識裏面再忍忍沒多大事的這種想法。

這是打包平臺上線後一年多的數據，咱們總共打了 3000 多個包，其中光用來平時開發和測試過程的包就有 1500 多個，節省了大量的人力也提供了足夠高的包質量，有了這樣的數字支撐，咱們也對投入產出比有了更量化的評估，再去解決任何其餘問題，包括咱們本身產品和用戶的一些問題，都能從數據上看出一些須要堅持和適當妥協甚至放棄的作法。

4、鍛鍊團隊合做協同能力

把你殺死的每每不是合做方的撕逼，而是你的 」我覺得「，任何觀點傳播都會不斷的衰減扭曲，協同的意義在於協力時候能夠步調一致。

合做是咱們從小學教育就開始培養的能力，但真正到了工做環境，依然會發現以前的能力很是單薄，緣由就在於決定合做可否成功，還取決於協同時候的說服和推進，說服靠溝通，而推進靠執行，單純溝通和執行這兩點，相信全部職場的工程師都自認爲還不錯，但二者結合起來時候就發現很吃力了，你講的話沒人聽，你推的事沒人作，你覺得十萬火急的事情別人輕輕帶過。

形成這種現狀的緣由不少，溝通技巧缺少，執行力度不夠，推進面積太小，職能部門之間利益的紛爭甚至同事之間的猜忌和不認同，每個的解法都不一樣，我會重點聊聊溝通和執行力這兩個比較核心的主觀因素。

溝通至少須要作到這三點纔算是有效的溝通：

• 有緣由有過程有結論有可量化的目標的去溝通，理性爲主
• 有共同的大利益框架捆綁的溝通，你榮我榮雙贏纔算贏
• 屢次的重複的有二次確認的溝通，防止聲音衰減

而後纔是我的魅力，部門影響力和手中的權利大小等等，若是再直白一些，把事情來龍去脈想清楚最好帶着幾個預設的結論去溝通，而且多去溝通，多反覆討論去拿捏雙方合做中彼此的臨界點和 care 的點，達到結果必定是共贏的價值更大化的，而不是單方面收益。

而執行力這塊，更多的不是作的有多對，而是作的有多主動多熱心，你但願合做對象能夠給你想要的，那麼就要多去了解對方的進度和困難，不管當面/電話/釘釘，要多去問勤聯繫主動向對方同步本身作的進度，太花哨的套路不太推薦。

這一個是全部工程師走向資深後，不管是作業務仍是作架構仍是作管理，都必然面臨的課題，可能連續幾年都解決的很差，但只有讓本身勤快的想，勤快的講，將心比心的溝通，主動向他人同步才能讓本身處在一個相對好合做的環境中，也才能得到更多別人的支持。

5、保持對技術與商業化的好奇心

看書萬卷不如編碼實戰，編碼實戰不如出去看看，出去看看不如動手練練。

不少時候咱們不知所措不是由於看的太多，而是作的太少，好比你所在的團隊氛圍低沉業務繁重技術陳舊，天天腦海中都是在想怎麼逃離這裏，老是以爲成長必定是技術成長，這種想法在編程的早兩三年都是 ok 的，但真正讓你越發值錢的，是技術背後的商業化思路，技術深度和廣度能夠一直擴展下去，但背後的商業化思考能力和價值應用能力，反而是一個須要長期建設的軟能力，這種能力越日後越重要。

好比你是一個團隊的前端架構師，或者某個業務線的前端負責人，你會怎麼定位本身又會怎麼去思考手上的事情，這件事情對於團隊對於公司甚至對於行業有什麼樣的革新，對於用戶有什麼內在的需求知足和變現內核，這些都是很是值得去思考的事情，由於正是站在你的技術方案之上，這些工程化的產品最終發揮了價值，這個過程當中技術是最下沉的運行底層，這個底層若是換一個商業邏輯，換一個場景能不能兼容，其實就取決於你怎麼對商業的本質有基於技術的抽象和封裝。

不一樣的業務長在不一樣的互聯網軟硬件集成設施上，全部的業務都有它的運做邏輯，全部的底層系統也有它特定的運行領域，下層的領域和上層的邏輯之間永遠處在動態升級的關係，時快時慢，它們之間的關係對於咱們工程師來講，是最值得投入時間去研究的領域，這會不斷重塑咱們腦海中那個技術價值樹，什麼技術長什麼業務，什麼業務用什麼技術，這課樹愈來愈粗壯，咱們自身的鐵打競爭力也愈來愈強。

總結

工程師的價值最小的時候，可能只是一個團隊角落的螺絲釘，最大的時候能夠是上市大公司的 CTO 甚至是 CEO，每一個人也都有本身職業天花板，越往上衝刺越靠近商業，越往上衝刺也越難，不管咱們當下處在哪一個階段，腦海中都應該有一個看得見的遠處，在那裏，你身上會散發技術的光芒，全部與你臨近的商業星系都會受益，它們受益越多，機的工程師價值也就越大。

Scott 近年面試或線下線上技術分享，遇到太多前端同窗，因爲團隊緣由/我的緣由/職業成長/技術與管理通道，甚至家庭城市等等緣由，在理想國與現實之間，在放棄與堅守之間，搖擺不停，心酸硬扛，你們能夠找我聊聊南聊聊北，對工程師的宿命和價值有更多的看見與瞭解，Scott 微信： codingdream，也能夠來 關注 Scott 跟進個人動態。