![1.png](https://ucc.alicdn.com/pic/developer-ecology/7e5818019a9744bf90612c2c5467f635.png)

作者 | 氐宿  阿里雲高階前端技術專家

**導讀：**在業務團隊做事的工程師摸爬滾打了一段時間後，一定會有所疑問。團隊同學在最初的一段時間都提出這樣的疑惑：如何在業務中發現有技術價值的問題？發現問題後如何思考和發起再到解決？最後的技術結果跟業務結果如何銜接？很多時候我們聽別人說“思考是不夠的/要多思考”，其實都是在說這幾點。接下來，阿里高階前端技術專家氐宿談一談遇到這三個問題時，他是如何解決的？

# 如何在業務中發現有技術價值的問題？

> 一位科學家一生可用於研究的時間極其有限，然而，世界上的研究主題卻多得數不清。如果只因為稍微覺得有趣就選為研究主題，將在還沒來得及做真正重要的事時，一生就結束了。
> ——利根川進

其實要解答這個問題之前，我們要理解一個概念，什麼是有價值的問題？議題度高和解答質高的問題我理解就是有價值的問題，**比較通俗的理解就是這個問題是否存在，當前要解決這個問題的必要性夠不夠，問題對應的解決方案可行性高不高**。如果要在業務裡發現這種問題，首先要理解業務戰略、打法和定位。那如何才能把這個前置資訊做好，對工程師來說是一個比較大的挑戰。

首先工程師其實大多數都是從事一線開發，對業務理解可能僅限於自己在做的事情。很多資訊都是別人過濾了五六手之後的資訊，得到的可能就是一個任務和為什麼做這個任務。相對比之下肯定不如制定戰略的人懂得戰略背後的意義，資訊也是不對等的。所以**首先我們要收集資訊，然後整理歸納，最後分析問題**。

## 1. 先來說說收集資訊

其實有點像資訊科學裡的情報學。收集資訊最好的方式就是參加所處業務老大的 KO 會，各種 KO 會會把戰略上的拆解和背後的思考整體梳理之後宣講傳達給 BU 或部門的同學，雖然我們沒有親身參與到腦暴過程，但是也會對背後的思考有一定的理解，切記，一定要記得劃重點記筆記。

獲取第一手資訊之後，我們要經過簡單梳理開始收集外部資訊，整理整體的知識脈絡，這裡我經常用的就是阿里學習（業務寶庫阿里學習，技術寶庫 ATA，注：阿里內部兩個學習平臺），可以獲取不少業務相關的分享，當然很多外部渠道也同樣可以收集到。比如資料[《飛豬“新旅行聯盟”賦能商家能講出什麼新故事？》](https://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247492507&idx=1&sn=d17e274c65c00ce8ade326d83c723ab6&chksm=fae6e854cd916142cc7860c9b06ae14a1eb41ac4cad602d683f087189b3717bcedca97924d7c&token=592816737&lang=zh_CN)就是外部收集到的，可以得出幾個關鍵詞，數字技術賦能旅行行業、我們不是 OTA，這些都要整理到自己收集的資訊池裡。當然以上我提到的都是資訊獲取源的一種。具體收集資訊的釋義可以查一下[百科](https://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247492507&idx=1&sn=d17e274c65c00ce8ade326d83c723ab6&chksm=fae6e854cd916142cc7860c9b06ae14a1eb41ac4cad602d683f087189b3717bcedca97924d7c&token=592816737&lang=zh_CN)，可以按照百科上的方法論學習一遍，以便找到適合自己的方法。總之這裡我們要像產品經理一樣去[收集這些資訊](https://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247492507&idx=1&sn=d17e274c65c00ce8ade326d83c723ab6&chksm=fae6e854cd916142cc7860c9b06ae14a1eb41ac4cad602d683f087189b3717bcedca97924d7c&token=592816737&lang=zh_CN)。這裡也鼓勵跟不同領域不同BU的同學多交流，不限於線下扯淡式的交流和線上問問題的方式（這裡建議先看下知乎裡這個回答關於[學會問問題](https://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247492507&idx=1&sn=d17e274c65c00ce8ade326d83c723ab6&chksm=fae6e854cd916142cc7860c9b06ae14a1eb41ac4cad602d683f087189b3717bcedca97924d7c&token=592816737&lang=zh_CN)以及[如何進行有效社交](https://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247492507&idx=1&sn=d17e274c65c00ce8ade326d83c723ab6&chksm=fae6e854cd916142cc7860c9b06ae14a1eb41ac4cad602d683f087189b3717bcedca97924d7c&token=592816737&lang=zh_CN)。

## 2. 分析問題

我們透過不同資訊源獲取到的資訊是散落的，如何經過加工融入自己的思考體系呢？首先資訊不能是簡單的堆疊，我們要透過不同的入口理出頭緒。可以使用 MECE 法則進行思考拆解，透過無遺漏無重複地分類來把握整體，列出腦圖和邏輯樹，最後將邏輯樹的資訊匹配需求場景，可以嘗試透過 C 端和 B 端不同入口去還原需求場景。這中間可以結合一定的方法論（演繹推理和歸納推理），去把問題和挑戰細化出來，幫助我們理解 BU 的戰略，同時我們也能從自身出發把戰略拆解到對應的專案。舉例來說去年我個人分析飛豬在整個 C 端面臨的主要問題之一還是流量格局過於單一，B 端供應鏈的成熟度不夠導致無法給到商家更實質的體驗服務，飛豬的類目交叉不夠背後是各垂直業務存在業務隔離。

![2.png](https://ucc.alicdn.com/pic/developer-ecology/c8e7de68b5d24208b3e350327725b8d7.png)

# 發現問題到執行該如何銜接？

拿到這三個問題我們不能馬上就開幹，我們還要提煉這個問題帶來的核心價值。否則很容易就會出現投入了巨大工作之後，最後的技術產出和業務結果銜接不上，所以說**思考不要用蠻力，工作不只靠體力**。要去看裡面跟自己角色相關的工作在什麼地方？

以端側來說，有優勢的一點是靠近產品側靠近使用者側，所以基本展現模式都可以透過產品原型進行抽象，形成體系化。以流量體系建設舉例我們要對使用者進行分層，比較合理的方式可以用到幾個經典模型RFM、AIPL、AARRR及其變種，以便沉澱出承接的技術平臺或產品。如流量體系建設我們在思考分層過後，把使用者按心智劃分之後，又從所屬域分為散落在阿里域外的使用者和阿里域內的內部使用者，從而針對性的設計出兩個平臺產品。

![3.png](https://ucc.alicdn.com/pic/developer-ecology/1d29cda749264bbe83fd4d7eab64214e.png)

## 1. 見龍在田，利見大人

作為專案發起者，我們要關注每一個環節。所以首先我們要找到對應的業務方去“售賣”我們的思考。要找到目標一致的人一起做事，這裡首先需要知道的是你要清楚你的業務方都是誰？他們都負責什麼？我的方法比較簡單，直接看運營在職能上的劃分，要清楚自己對的人負責的方向以及他所負責的 KPI。另外切記，一定要和對口 PD 一起去找，通常來說最直接的合作方是能幫你處理業務和技術銜接的那個人。

上下游的人都找到後，要開始準備 KO，理出需求排出優先順序。因為在資源有限的情況下，我們究竟該先做哪些？不重要的要放在後面去做，優先考慮你產品最核心的功能。通常平臺產品最優先的是運營使用的功能，所以要跟合作方確認哪些功能他們認為最重要。

## 2. 站在巨人的肩膀上做創新

阿里巴巴已經非常大了，我們相信每一個想法都會有人想過，所以儘量不要走重複的路踩同一個坑，同理小公司利用開源技術亦是如此。那麼在專案開始做的時候，如果是平臺，我們需要先拆出核心功能，這個核心功能要去看集團是否已經有人在做了或是有成熟方案，避免重複造輪子，同時也能最快最直接的解決你最緊急核心的問題。這其中最簡單直接方法就是搜尋 ATA（阿里內部技術論壇）和語雀（內部同學通常有知識記錄的習慣），**拆關鍵詞找到做事情的關鍵人**。你要相信你絕不是第一個想到該問題的人，一些通用問題一定在集團內已經有通用的服務提供出來，即使沒有也會有比較成熟的方案。

如果集團內部就是沒有成型方案，這個方向也屬於工業界比較前沿的領域。遇到類似這種問題，可以先看看是否有繞開的可能性，如果確實繞不開可以試試找到適合解決該問題的基礎團隊一起合作和共建。外部是否有付費方案可以購買和借鑑，總之要**保障業務先贏**。因為業務工程師要思考的是你給業務能帶來怎樣的價值，你的核心價值不是處理非常複雜的技術問題，而是用你的技術能給業務帶來怎樣的價值增量。同樣的利用某種技術或模型模式解決了非常複雜的業務問題，並且是具有普適價值的技術，這也是業務端工程師帶給業務帶來的價值。

## 3. 立足當下，放眼未來

知幾，其神乎！

要看當下更要看未來，不光技術要看未來，行業也要看未來。站在當下思考能解決業務目前遇到的最大的問題，思考未來能為業務帶來彎道超車的機會。比如飛豬如果在行業裡要追趕同行業的競品，在資源投入方面沒辦法跟對方的體量比較的情況下，我們做到最後，最好的結果可能也只是追平對手。所以我們亟須找到未來行業爭勝的關鍵按鈕，把時間和精力聚焦在關鍵節點，用全球Fun戰略突圍。所以飛豬也要為國際化做好準備，這個領域裡同樣有前人探尋的技術經驗供我們借鑑。所以為了讓我們能更聚焦業務，可以說去年的平臺化是為業務做了非常好的鋪墊。

# 最後的技術結果跟業務結果如何銜接？

其實這個小標題有點偽命題的意思，如果一開始我們就把業務理解的很清楚，執行沒有偏離航道比較專注目標的話，不大可能會出現拿不到業務結果的情況，最後只剩下一個問題：拿到業務結果的同時技術價值如何體現？

從我自身出發，也常常有同學問我，在業務做開發，重複造輪子會被人挑戰，但事情都有人幹了我們的價值在哪？我之前一直都會回答，“搞基礎技術的團隊一直在基礎工程/技術領域深耕，他們也需要關注從技術價值到業務價值的轉變和銜接，本質上缺少業務場景，如果我們與他們合作就形成了互補，既拿到了業務結果同時也能從自身技術成長上得到一定歷練”。

但之後我回想這段對話，是有很多問題在裡面的。從業務工程師角度出發，我們要關注的核心就是保障業務先贏，如果沒有達到這個目標就容易變成工程師自嗨。所以我們在業務端需要的是有技術視野能看到集團其他團隊或者外部團隊在做的事，能主動交流讓這件事變成共贏，如果沒有其他人在搞，我們去搞要有人站出來看這個投入產出比是否合理？也就是我們在開篇說的議題度和解答質都高的有價值的問題。這個問題在集團其他團隊是否存在共性，我們解決了能否為他們帶來價值？當然結合我們在前面講到的在業務中發現有技術價值的問題，其實這裡就有一個比較明確的答案，**重中之重就是做之前把 Why 思考的清楚清晰，做最正確的事**。只有做到這點，解決這個問題帶來的業務價值就自然而然非常清晰的定位出來。所以說**最好的工程師必須要懂產品。**

## 也寫給未來

小聊一下題外話，組裡有同學會問我業務前端未來是否會被淘汰？因為我們在做的 lowcode/nocode 是在革自己的命。其實產生這種想法首先就是沒有站在集團未來發展的角度去思考也就是常說的屁股太小，其次是沒有站在整個前端領域去回顧前端發展歷程導致的悲觀和擔憂。

從目前在做的方向上來說，還是要思考如何解決低質量程式碼建設和低效的重複工作佔用工程師大部分精力，將工程師的能量解放出來提升集團整體的研發效能。另一層面從前端以往在系統分層裡的位置一直都屬於應用層，就是最上層的表象/展現/渲染，應用層在過去幾十年間經過了不斷的變化和演進，職業也從最早的 GUI 工程師演進到之後的 web 前端/客戶端研發工程師，這中間也經歷過 flash 工程師的時代，在此期間應用層/展現層一直都在變化，所以前端同學總覺得狀態是一直在學習新知識。但這個發展歷程其實是有規律可循的，所謂萬變不離其宗，應用層雖然在不斷變化但無非都是朝著兩個大方向在發展，一個是工程效率提升（工程角度出發），一個是圖形影像研究（使用者角度出發）。這兩個大方向上目前也有非常複雜龐大的樹狀知識體系，並且還在不斷延伸。同時隨著機器學習領域的興起和硬體效能、網路頻寬的提升以及人們在視覺呈現裝置上的升級，帶來的可能又是新一輪的技術洗牌，然後在兩個方向上再來一次。**所以從這個視角出發未來前端是不會消亡的可能只是會換一種形式存在，但是不學習的工程師是會消亡的**。

# 最後

最後我想說的是來到一個新業務不要著急的去拿這兩個結果（業務和技術），所謂“潛龍勿用”。要先去看業務在集團所處的位置，怎麼和其他業務產生關聯的，要去收集資訊和問題，帶著問題深入去做事情，透過跟其他人的資訊交流補全業務痛點。先收集問題，邊做邊思考，先沉下心做業務專案。要有**daodan型思維**，就是不管三七二十一，先幹起來再說。在行動中實現智慧導航，鎖定並跟蹤目標，根據實際情況修正自身路徑，直至擊中目標。

其實寫了比較多，也是對我做事情的方法論做了一遍梳理和總結，**也是說最好不要讓業務推著你走，而是最終要做到你帶著業務走**。這個“帶”可能最初是理解業務打法之後的一種業務朝著你理解的方向去走的體感，但經過長期訓練，這部分其實可以做實，最後真的是你透過技術創新引領行業變革最後驅動業務向前推進。當然這些是我來阿里三年的體會，雖然在來之前也已經工作了七八年，但在阿里成長的速度遠遠超過之前的成長，並且也才剛剛三年還是個“新人”，所以在這裡也給自己個寄語，希望五年、十年之後我的思考又會升華到一個層次。同時也歡迎大家拍磚/評論， 原來我都是戰戰兢兢發文跟大家說輕拍，需要鼓勵，但之後也是發現鼓勵是最不容易發現問題，這會導致發現不了自身思考上的盲點和盲區，缺少成長路上的經驗值，所以這裡鼓勵大家一起多交流。

最後的最後也給大家推薦相關的幾本書，可能會對大家在上面幾處沒有展開來講的去更詳細的學習，希望有所幫助：《金字塔原理》、《麥肯錫教我的思考武器》、《思考，快與慢》、《影響力》、《自控力》、《敏捷性開發》。

> “[阿里巴巴雲原生](http://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247492001&idx=2&sn=8026eda2c508ba8955dfe4220ebe4a5a&chksm=fae6ea6ecd916378addd18d07774d9bb21ea999f798f70ed883cb3bf9b9af96aff76382b300b&token=442001322&lang=zh_CN#rd)關注微服務、Serverless、容器、Service Mesh 等技術領域、聚焦雲原生流行技術趨勢、雲原生大規模的落地實踐，做最懂雲原生開發者的公眾號。”

技術人的靈魂 3 問，阿里工程師如何解答？

相關文章