業(yè)務，似乎與開發(fā)人員不是太相關，開發(fā)人員天生處于技術端。但是，一個只會開發(fā)的開發(fā)人員，很容易被代替，只有真正了解業(yè)務，才能真正了解需求，做出好的產(chǎn)品。

前言

你一定經(jīng)常聽到“作為一名開發(fā)人員，一定要熟悉業(yè)務…blabla”類似的說法。但是當你本著“聽人勸，吃飽飯”的想法，開始嘗試去熟悉業(yè)務時，一些問題迎面而來：

業(yè)務到底什么？能不能具體點？業(yè)務、產(chǎn)品、研發(fā)之間到底是什么關系？應該如何去熟悉業(yè)務？怎么樣才算了解業(yè)務？To B業(yè)務的特點是什么？……

那么如何去解決這些問題呢？

什么是業(yè)務？

我理解，業(yè)務是一個很實在的東西，就是辦的什么事？怎么辦事的？

記得我剛到公司實習，接觸的第一個項目是某銀行供應鏈金融智能風控。老大沒有直接讓我clone代碼去寫程序，而是拿出一個小本，一邊給我講供應鏈金融體系怎么回事，一邊在本上給我畫出了業(yè)務流程以及簡單的產(chǎn)品架構。

那是我第一次知道了核心企業(yè)與小b、小r之間的業(yè)務及資金的關系，銀行通過核心企的訂單去管理上下游中小企業(yè)的資金流和物流，銀行的盈利模式，我司應該從怎樣的角度去建立風控模型等業(yè)務相關的知識。

了解這些“相關背景”，知道我要做什么，才能更好地知道下一步怎么做。

還是以智能風控系統(tǒng)做例子，假設一名技術人員小A負責開發(fā)其中一個功能模塊：每天從行方指定sftp上獲取當天的信貸數(shù)據(jù)，將其解析成指定格式的數(shù)據(jù)，進行一定的處理，并入庫。

如果我們單純開發(fā)，肯定很簡單。但是在開發(fā)之前，我們要明確業(yè)務需求：

• 數(shù)據(jù)屬性是什么？是業(yè)務平臺的訂單數(shù)據(jù)、期初數(shù)據(jù)還是授信數(shù)據(jù)？
• 每種數(shù)據(jù)是什么含義，有什么用途？是實時數(shù)據(jù)還是銀行當日的跑批數(shù)據(jù)？實時數(shù)據(jù)的響應時間要求是多少？銀行一般晚上幾點跑批？幾點進行對接？
• 數(shù)據(jù)如何存儲，如何設計表結構設計為全表還是拉鏈表？
• 那些數(shù)據(jù)是需要更新，那些數(shù)據(jù)是需要存儲，方便月終對賬的行方對賬的邏輯是什么？
• 如何設計表結構才方便對賬以后出報表的時候，怎么才方便取數(shù)？

這些問題實際上是和開發(fā)沒有什么關系的，但卻是我們應該去了解的業(yè)務問題。

下面總結幾點我的理解：

• 技術和產(chǎn)品服務于業(yè)務，業(yè)務方就是需求方；產(chǎn)品梳理業(yè)務結構，將業(yè)務轉變?yōu)榭尚行孕枨?；通過技術輸出為工程產(chǎn)品，從而實現(xiàn)我們的核心價值。
• 開發(fā)和產(chǎn)品設計需要遵循一個規(guī)則——這個規(guī)則就是業(yè)務，我們依照這個規(guī)則，對業(yè)務不斷地深挖、不斷地細化；這樣才能優(yōu)化出符合業(yè)務需要的產(chǎn)品，從而去支撐業(yè)務、改善業(yè)務、推動業(yè)務。
• 業(yè)務領域的知識包括：我們對行業(yè)領域的思考、對業(yè)務模式的熟悉、對業(yè)務模塊的理解等；是一個積累的過程，業(yè)務不是“坐而論道”，而是要在實際項目中實踐，“真聽真看真感受”。

為什么要了解業(yè)務？

在明確了什么是業(yè)務問題后，很多同學可能會認為：“我是一名開發(fā)人員，我只需要按照要求去寫代碼就好了??；即使后續(xù)有什么問題，那也不是我的鍋啊。

其實這種想法沒什么毛病，但是這樣就可以滿足了么？

首先我們要明確一個觀點：不管是開發(fā)人員還是數(shù)據(jù)分析人員，都要熟悉業(yè)務。

對于技術人員來說，有兩種大牛：一種是技術大拿，技術團隊中的定海神針，可以不食人間煙火；另一種就是如何能夠利用手中的技術去解決某一方面的業(yè)務問題，從而產(chǎn)生了什么價值。

懂業(yè)務就是懂需求，就是懂得換位思考。我們講共情心，我們都不知道對方想要什么，怎么能做出滿意的產(chǎn)品。技術是我們的手段，但不是目的。業(yè)務方想要的是各種數(shù)據(jù)分析結論的落地，是能夠產(chǎn)生價值的工程產(chǎn)品。

如果我們不去了解業(yè)務，那么就要警惕變?yōu)椤氨粍訄?zhí)行者”，在居士的《數(shù)據(jù)團隊思考：數(shù)據(jù)驅動業(yè)務，比技術更重要的是思維的轉變》一文中提到：

被動執(zhí)行者完美地完成業(yè)務需求，但沒有主動去發(fā)現(xiàn)和提出問題。被動執(zhí)行者在數(shù)據(jù)相關的工作中，一般來講主要是各種完成業(yè)務的報表、業(yè)務提數(shù)需求和一些業(yè)務方想法的驗證。如果你一直處于這種角色，那么，請注意，公司是永遠都不缺被動執(zhí)行者的，你的工作可能很快會被外包同學替代。

這個世界，缺的是技術過硬又精通業(yè)務的工程師，缺的是真正能解決實際業(yè)務問題的人，缺的是復合型的人才。

了解業(yè)務，說白了就是對自己的團隊的資源非常熟悉，并且洞悉和掌握了公司的流程，知道如何利用這些資源和流程來完成業(yè)務目標。

一個產(chǎn)品、一個項目，能否落地、如何落地、整體的判斷，都依賴于對自身業(yè)務的了解。因此，開發(fā)人員要做的不僅僅是去滿足業(yè)務的需求，而是要去了解業(yè)務的背景。參與到設計階段，使技術可行性和產(chǎn)品需求更契合。

一方面降低了產(chǎn)品經(jīng)理與開發(fā)之前的溝通成本；另一方面在開發(fā)之前盡可能地將各個方面考慮清楚，有助于把開發(fā)任務拆解的簡明、清晰，既提高了開發(fā)效率，又避免了后續(xù)因為業(yè)務邏輯問題而對代碼進行的修改和調試。

可以說盡可能的去了解業(yè)務，是一名開發(fā)人員的職業(yè)素養(yǎng)。

如何去了解業(yè)務？

如何了解業(yè)務：

可以遵循“面-線-點”的方式，先從宏觀上去了解行業(yè)以及公司的整體業(yè)務，然后是某個垂直領域，最后再深入到具體的業(yè)務場景。

首先要認清楚公司的業(yè)務模式、組織架構、部門角色以及KPI。在熟悉了基本信息之后，就要從自己所接觸的業(yè)務框架和業(yè)務流程學起，這個時間段需要做的就多看，多問，多做。

• 多看：多看公司內部文檔，包括需求文檔、產(chǎn)品白皮書、原型圖、產(chǎn)品幫助文檔、使用手冊、成功案例等等與公司業(yè)務相關的文檔。
• 多問：用正確的提問方法，在恰當?shù)臅r機，找相關的人去問合適的問題。關于以上四個形容詞，可以自行理解。
• 多做：自己在看和問的時候有所產(chǎn)出。比如，看文檔或系統(tǒng)時，去梳理整體業(yè)務流程，動手畫出大致地系統(tǒng)流程圖來，也可以是系統(tǒng)框架，系統(tǒng)功能模塊等；將問的問題與自己的感悟相結合，做總結；多使用公司的產(chǎn)品，多跑業(yè)務流程，去分析流程后的業(yè)務細節(jié)，通過數(shù)據(jù)、代碼、動作去理解。

在“做”這個過程中，我們可以進行“角色扮演”：

• 把自己當作用戶，去熟悉使用過程；
• 把自己當作是測試，審核需求及流程完整度；
• 把自己當作產(chǎn)品，理解產(chǎn)品設計；
• 把自己當作開發(fā)，去深挖業(yè)務細節(jié)；
• 把自己當作架構，學習其架構設計等等。

關于To B業(yè)務

最后再簡單地說一下To B的業(yè)務。

To B就是面向企業(yè)，To B產(chǎn)品本質是幫助企業(yè)提高生產(chǎn)效率的工具，企業(yè)消費，除了有可見的購買成本，還有不可見的更高昂的維護和遷移成本。

因此整個過程是是理性的、專業(yè)的、團隊化決策的，每次采購，涉及的關鍵角色很多，至少有使用方、評估方、預算方、拍板方、簽字方共同參與。不像個人的沖動消費，完全是個人決策，如在淘寶買一件衣服、安裝一個APP。

To B產(chǎn)品還有一個非常重要的點，就是和企業(yè)客戶的業(yè)務流程是高度相關的。

如果對目標客戶的業(yè)務不了解，本來能匹配的需求就可能被忽略，本來能正確交付的產(chǎn)品就可能交付錯誤。對不同領域的客戶，如果不明確目標需求，就會出現(xiàn)交付服務不匹配，客戶問題沒得到解決等問題。

因此To B公司，更需要去了解業(yè)務。

總結

針對以上內容做一個總結。

• 什么是業(yè)務？我的理解是：業(yè)務是產(chǎn)品和服務實現(xiàn)價值的目標，是在設計和研發(fā)階段需要遵循的準則，是價值的量化體現(xiàn)。
• 為什么要了解業(yè)務？擺脫“被動執(zhí)行者”，可以從更高的層面去看待問題。
• 如何了解業(yè)務？多看多問多做。

最后還要說一句，本文只提供一些對業(yè)務重要性的認識及了解業(yè)務的方法論。在實際工作中，業(yè)務與本職工作的結合和取舍，還要自行把握。

坦白說，做這些并不能為你帶來立竿見影的高處，更多的是一個積累的過程，只有厚積薄發(fā)才能水到渠成。

另外我們做一件事的時候，需要時刻提醒自己，要想清楚三個問題：

1. 弄清楚，為什么做這件事？做這件事的價值是什么？
2. 去思考，如何做這件事？
3. 完成后的產(chǎn)出是什么？明確衡量標準。

以上三個問題雖然簡單，但確是簡單有效的方法論（來自阿里某資深產(chǎn)品經(jīng)理的），需要時刻牢記。

作者：Japson。某人工智能公司AI平臺研發(fā)工程師，專注于AI工程化及場景落地。公眾號：木東居士（ID：Data_Engineering）

來源：https://mp.weixin.qq.com/s/L1hCgTOs2IM92AkLQNPzfw

本文由 @木東居士 授權發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉載

題圖來自 Unsplash，基于 CC0 協(xié)議