作為一名工作 10 年的碼農(nóng)，見證過像百度搜索、地圖等流量分發(fā)時代，也正在經(jīng)歷以互聯(lián)網(wǎng)驅(qū)動傳統(tǒng)行業(yè)改造的互聯(lián)網(wǎng) + 時代，比如外賣就是被互聯(lián)網(wǎng)改造的送餐行業(yè)。這兩個不同的時代會有哪些差異，給技術(shù)管理會帶來哪些挑戰(zhàn)？想給大家分享自己這幾年的一些心得體會。

對于大多數(shù)碼農(nóng)來說，互聯(lián)網(wǎng) + 都是一個新事物，我們很多人也都是從做傳統(tǒng)互聯(lián)網(wǎng)（比如流量分發(fā)、基礎架構(gòu)等）走過來，我自己總結(jié)流量分發(fā)產(chǎn)品與互聯(lián)網(wǎng) + 從產(chǎn)品、技術(shù)、管理的主要差異如下：

總體來說，流量分發(fā)時代產(chǎn)品精細化，比較容易用技術(shù)建立壁壘，技術(shù)的話語權(quán)也更大，從而技術(shù)管理更純粹一些，圍繞技術(shù)去做。

而在互聯(lián)網(wǎng) + 時代，突然發(fā)現(xiàn)世界似乎變了：產(chǎn)品逐漸做閉環(huán)，越來越重；不再只是精細關注每個環(huán)節(jié)的轉(zhuǎn)化率，而是去關注整體。比如一個倉儲管理系統(tǒng)，頁面加載耗時不再是什么指標，而是宏觀去看整個倉庫貨物周轉(zhuǎn)效率。

你會感覺技術(shù)的純度在下降，曾經(jīng)引以為豪的高并發(fā)、性能優(yōu)化似乎沒有了用武之地，而業(yè)務又是全新和未知的。作為一個技術(shù) leader，你從流量分發(fā)時代走過來，身上帶著深深的技術(shù)烙印，在互聯(lián)網(wǎng) + 時代你和你的團隊可能會經(jīng)歷哪些坑？又可能有哪些突破之路呢？

接下來分享自己的一些體會，沒有什么高大上的理論，都是一些教訓。

互聯(lián)網(wǎng) + 由于你做的是自己之前不熟悉的行業(yè)，一方面專業(yè)術(shù)語明顯增多，比如你的結(jié)算產(chǎn)品會跟你說我們做的是個“代收代付”業(yè)務，新零售產(chǎn)品會給你講“掛單”、“廢棄”……一堆完全摸不著頭腦的名詞。

除了這些專有名詞，每個行業(yè)的運轉(zhuǎn)模式對于一個新人來說，有很大的理解難度，需求 PK 也會變得很艱難。

比如我曾經(jīng)就面臨一個很艱難的需求 PK。大家都知道，對于外賣來說，營銷是非常重要，特別是在 2015 年左右時期的外賣來說。當時在 PC 上已經(jīng)有一個非常復雜的營銷系統(tǒng)，業(yè)務不斷提出希望將營銷系統(tǒng)搬到銷售移動端。這個工作量巨大，預估需要做 2 個月。

最開始我一直不同意做，堅持投入產(chǎn)出比不劃算之類。后來通過跟隨 BD（線下銷售人員）走訪商圈才知道，BD 都沒有工位，他們天然就是移動辦公，每天在商圈里來回穿梭。每天拜訪不同的商戶，而商戶的環(huán)境很嘈雜，有的是在地下室信號極差，在 PC 上配營銷基本是不可能。BD 沒辦法只能先用小本本記下來，晚上回家統(tǒng)一處理，效率很低。而在競爭極其激烈的時候，活動晚上線半天對商戶單量影響就會非常大。通過這次商圈的實地考察，我才意識到移動端配置營銷對于 BD 如此重要，這是行業(yè)的運轉(zhuǎn)方式?jīng)Q定。于是我們馬上調(diào)配人力快速支持上線。

這樣的需求 PK 經(jīng)歷很多，慢慢我總結(jié)出來互聯(lián)網(wǎng) + 模式下理解需求的一些心得：

在互聯(lián)網(wǎng) + 不只你是新人，可能你的業(yè)務也是新人，或者即使你的業(yè)務是老司機，在線下激烈的競爭之下，也經(jīng)常會出現(xiàn)一邊打仗一邊調(diào)整的情況。那么作為下游的研發(fā)同學，感受到的就是需求節(jié)奏感很差，插入性需求很多，瑣碎的需求也在增加。那伴隨而來的就是總是事多人少，暈頭轉(zhuǎn)向。

比如我曾經(jīng)就碰到需求池里躺了 80 個需求，卻只有 3 個研發(fā)這樣悲催的情況。第一反應肯定是人不夠，趕緊拼命招人，于是就白天面試，晚上寫代碼，最多的時候看自己的日歷里有 8 個面試（當然我是三面）。結(jié)果一個月之后，人是沒招到幾個，項目 delay 問題反而更嚴重了。

這時候自己意識到全力以赴招人短期是解決不了問題的，還是得老老實實做項目管理，主要通過 2 個方面來做，對外建立信任，對內(nèi)梳理項目流程，如下：

通過對內(nèi)對外的一系列管理，最后不但項目節(jié)奏慢慢起來了，跟業(yè)務的信任感也更強了，逐漸進入一個良性運轉(zhuǎn)。這個事件給自己的思考是：

在互聯(lián)網(wǎng) + 時代，大家會抱怨做的事情越來越?jīng)]有技術(shù)挑戰(zhàn)了。后端會天天嘆息，用戶量也就幾千個，哪有什么高并發(fā)，哪有什么性能瓶頸？做的工作大多都是數(shù)據(jù)庫表的增刪改查，if-else 的業(yè)務邏輯；前端也吐槽，大多是內(nèi)部系統(tǒng)，大同小異。想玩酷炫的新技術(shù)，但是產(chǎn)品只關注實用性。甚至想用 nodejs 找個試驗田都難，后端邏輯太重；測試更加是哀怨不斷，每天在功能測試的漩渦里無法自拔，心心念的自動化測試還沒搭好框架，業(yè)務邏輯又變了……

更有小伙伴跟你吐槽，我花了那么多時間做業(yè)務邏輯值得嗎？做結(jié)算的花了很多時間理解出賬、入賬、分賬，等哪一天不做結(jié)算了，這些同學還有價值嗎？還不如我去做一個 MQ 服務，換一個業(yè)務還是可以用得到？我們的行業(yè)經(jīng)驗有多少是可以遷移的呢？

這幾年這些吐槽和迷茫一直圍繞著我，對于成就感問題的解決我是這么思考的：

我認為首先要解決到底有沒有技術(shù)挑戰(zhàn)的問題，然后才是團隊氛圍建設問題。

互聯(lián)網(wǎng) + 的出現(xiàn)除了資本推動之外，很重要的一個因素恰恰是技術(shù)本身。比如移動支付、定位、導航等基礎應用的服務已經(jīng)非常成熟，連碼農(nóng)用的各類組件，比如 MQ、redis 等都已經(jīng)經(jīng)歷過很多歷練，你可能再也不需要從頭去搭建一個緩存系統(tǒng)了。我理解就是現(xiàn)在做技術(shù)開發(fā)的基本組件越來越豐富，越來越強大了。就像蓋房子一樣，你的磚頭比幾年前已經(jīng)強大很多，沙子的性能也強大了，原材料升級了，那蓋房子就沒有挑戰(zhàn)了嗎？

肯定不是的，我認為互聯(lián)網(wǎng) + 互的技術(shù)挑戰(zhàn)主要來自這幾個方面：

互聯(lián)網(wǎng) + 技術(shù)的挑戰(zhàn)來自技術(shù)的復用應用。

拿一個可能每天只有幾千 PV 的倉儲系統(tǒng)來說，真的沒有技術(shù)挑戰(zhàn)嗎？子系統(tǒng)就有商戶、訂單、庫存等，子系統(tǒng)如何合理解耦，如何做到高可用；業(yè)務邏輯還有權(quán)限、日志、異步導出等，每一個要做精細，有非常多的講究；另外互聯(lián)網(wǎng) + 的業(yè)務是在不斷摸索迭代中，那高度的擴展性就是一個很大的挑戰(zhàn)。你可以看到一個系統(tǒng)到底有沒有技術(shù)挑戰(zhàn)，跟純 PV 大小關系不大，主要看業(yè)務是不是復雜。只要業(yè)務足夠復雜，一定會帶來很多技術(shù)挑戰(zhàn)。

再比如解決一個外賣商戶超時不接單就容易嗎？首先你得分析商戶為啥不接單，可能消息丟失沒達到，你需要提升消息達到率，比如使用長連接等技術(shù)；也可能端上沒有收到推送，那需要思考端上什么時候會丟消息？Android 處于后臺時候推送可能就收不到，那端上如何?；睿诒粴⑺赖臅r候如何喚起？甚至商戶不接單可能因為播放聲音沒有聽到，那播放策略怎么定，如果被其他進程打斷了，播放怎么繼續(xù)等等……你會發(fā)現(xiàn)一個場景的問題，會牽扯出一堆需要技術(shù)上不斷打磨的地方。所以我理解互聯(lián)網(wǎng) + 的技術(shù)挑戰(zhàn)來自技術(shù)的復合應用。

互聯(lián)網(wǎng) + 技術(shù)的挑戰(zhàn)來自用技術(shù)解放生產(chǎn)力。

前面說過互聯(lián)網(wǎng) + 產(chǎn)品更關注閉環(huán)，因此這時候整體的效率是極其重要的。如何通過技術(shù)去提升開發(fā)效率，去解決日常工作中的重復勞動就日趨重要了。比如前端如果真的是頁面相似度很高，那是否可以開發(fā)日常通用組件庫，甚至做一些基礎的模板，能快速搭建一個頁面出來；每天都有商戶上報來單不響，跟商戶溝通問題復現(xiàn)極其繁瑣。如果能通過全鏈路日志上報，搭建一個完善的分析平臺，問題定位就能快速很多。這些都是很多技術(shù)去改變效率的事情，大家在平時的工作中多去發(fā)現(xiàn)，一定可以找到很多點去做。

互聯(lián)網(wǎng) + 技術(shù)的價值一定很大程度來自業(yè)務。

前文一直在說互聯(lián)網(wǎng) + 業(yè)務很重，那么技術(shù)的價值感一定是逃不開業(yè)務的。做一個幾千 DAU 的銷售 APP 在辦公室里可能感受不到成就感，但是你跟隨 BD 去走訪商圈，看到你做的產(chǎn)品對線下有多大的影響，一定會有很大的沖擊感。這種價值感是在無法辦公室里 YY 出來的。所以一定要真實地去觀察和體驗你做的產(chǎn)品。

另外業(yè)務的特殊性也會給你帶來很多附加的價值，比如很多人就說 DBA 圈內(nèi)支付寶的 DBA 特別貴，不是說支付寶 DBA 技術(shù)能力一定比別人強多少，更多是他們圍繞支付寶之類銀行金融標準做了很多細致的工作，這個本事就是非常有價值的事情。

說了這么多技術(shù)的價值感問題，再簡單說說團隊氛圍建設方面。氛圍和文化一定是圍繞你當前的工作服務的，不得不說互聯(lián)網(wǎng) + 絕不是一個只要你掌控流量中心，就能躺著掙錢的時代了，它是一個非常辛苦的活。那么對于互聯(lián)網(wǎng) + 技術(shù)團隊的文化和氛圍建設應該以務實為主，比如你要夸一個人技術(shù)牛，不是因為他用了什么新技術(shù)，而是因為他用技術(shù)解決一個業(yè)務痛點，這兩種導向差異性是很大的；你的團隊技術(shù)分享也不能是天馬行空地天天討論最新的技術(shù)，而是討論誰解決一個問題的實際經(jīng)驗，這個經(jīng)驗可以怎么抽象復制解決一類問題。即使是新技術(shù)的討論，也要向前一步，討論這些新技術(shù)在當前的情況下能用到什么地方……一句話總結(jié)，整體的團隊文化和氛圍一定要打破盲目的技術(shù)崇拜，而是實打?qū)嵉亟鉀Q實際問題，看起來很不性感是不是，但是在互聯(lián)網(wǎng) + 時代是非常必要的。

OK，啰嗦了這么多，對于互聯(lián)網(wǎng) + 時代技術(shù)管理的坑與路，我認為就是簡單總結(jié)為下面這個圖：

講了很多流量互聯(lián)網(wǎng) + 時代技術(shù)管理與流量分發(fā)時期的差異性，講了如何破局，最后想簡單討論下無論時代怎么變遷，技術(shù)管理有哪些是永恒不變的？

交付質(zhì)量，也就是你團隊的項目質(zhì)量，線上服務的穩(wěn)定性，我認為是生命線的東西。從需求、設計開發(fā)、測試、上線以及運維，需要花足夠的功夫去保證每個環(huán)節(jié)的質(zhì)量，保證服務可靠性。你不需要吹你團隊用了多少新技術(shù)，有多少技術(shù)大牛，如果你的產(chǎn)品 bug 很多，線上服務經(jīng)常故障，那技術(shù) leader 就是不合格的。這是你作為技術(shù)管理安身立命的手藝，永遠都不能放棄，不能降低要求。

做管理就是做服務。對外服務產(chǎn)品和業(yè)務，對內(nèi)服務團隊。是時候放下技術(shù)改變一切的妄念了，技術(shù)本質(zhì)是一種工具，就是為產(chǎn)品和業(yè)務服務的，讓自己和團隊價值最大化的方式就是讓產(chǎn)品和業(yè)務成功。同時碼農(nóng)都有一種傲嬌在，作為技術(shù) leader 一方面需要給團隊小伙伴與足夠的尊重，另一方面用心服務每個人的成長，一定不要讓小伙伴成了“需求翻譯機”，成了真正的“碼農(nóng)”。

寫在最后，如果真的需要總結(jié)一下互聯(lián)網(wǎng) + 的技術(shù)管理，我認為就是 3 個方面：

• 內(nèi)功：技術(shù)、管理

• 行業(yè)敬畏心，尊重你做的行業(yè)，做任何行業(yè)之前先保持一顆謙卑的學習心態(tài)。

• 服務心態(tài)，對外服務產(chǎn)品和業(yè)務，對內(nèi)服務你的團隊。