> 技術也好，業務也罷；

# 01

【什麼是業務？】

對於那些久經職場的人，也很難一句話說明白；

業務，作為工作中絕對的核心點，即便在一個公司待的足夠久，對業務足夠熟悉，也很難簡單直接的說清概念；

業務，立足在一個行業的範疇內，比如物流、金融、電商等；

從行業向下看，延伸到工作中經常說的業務需求和價值，進行結構化的梳理；

![](http://img.blog.itpub.net/blog/2023/02/06/c1a5ec85a3016564.png?x-oss-process=style/bb)

從個人的經驗中來描述業務的定義：行業的基本模式，運作的流程，具體的事務執行；

對於業務這種結構化的概念分析，只能作為了解事物的入門參考，並不在具體問題的範疇內；

核心的業務能力，要站位所處層級和階段，體現在解決方案的設計和執行策略；

回到實踐場景中來分析；

![](http://img.blog.itpub.net/blog/2023/02/06/4669eb8c0051c2f1.png?x-oss-process=style/bb)

雖然對於公司來說，商業的生意模型是頂層，產品矩陣在上層，因為面向客戶的是產品；

業務的核心需求對應著消費方，也就是客群；

業務的核心價值對應著生產方，也就是組織；

而產品就是業務高度聚合的視覺化呈現，產品不單指網際網路上的應用，也可以是商品或者服務；

而商業，通俗的說就是生意模式，是由基本的供需關係產生的，即客戶和平臺的之間的需求和利益；

所以業務對於公司內部來說，是絕對的核心位置，並且公司的運營和協作都要緊緊圍繞業務；

在工作中要具備基本意識，產品是商業價值的關鍵，業務是產品的核心競爭力；

# 02

【什麼是技術？】

對於一眾碼農玩家來說，很難一句話聊清楚軟體技術的定義；

從個人實踐經驗來思考，膚淺的描述：軟體技術就是資料的增刪改查；

這種說法顯然只能是內心戲，如果在工作中表述，容易把路走窄；

想要全面深刻的描述軟體技術，可以對比一個經典的線下和線上的場景，比如電商；

傳統的線下購物場景，就是買家（顧客）透過現金的方式，在實體門面中交易賣家的商品，流程簡單高效；

對於線上交易的電商場景來說，圍繞使用者購買的一系列行為，都涉及資料的處理；

比如瀏覽行為的資料採集、儲存、加工等；

基於行為資料分析出使用者的畫像，進行精準的推薦營銷，進而實現商品銷售；

這些場景的核心技術支撐，依賴軟體的資料處理能力；

所以軟體技術可以理解為資料的生產、採集、傳輸、儲存、加工、交換、顯示、分析，各種能力的統稱；

從現象上看，就是把線下的場景對映為線上產品的能力，膚淺的表達為資料的增刪改查也不為過；

但必須要強調的是，這裡只是單純的站在應用層面來描述軟體技術；

實際上，當下主流的定義，是指基於資訊科技實現業務的資料化、資訊化、數字化、智慧化的轉型能力；

關於這個話題，後續會結合案例再詳細總結；

對業務和技術的定義明確之後，就可以統籌性的將二者進行綜合分析；

# 03

【業務的核心流程；】

流程是組織協作的最核心機制，也是效率和質量的基本保障；

尤其對於複雜度偏高的業務來說，任何一個流程節點不嚴謹，都可能導致損失，時間和成本投入巨大，但是效果不符合預期；

從實踐經驗來看，業務的流程通常劃分：需求、落地、沉澱三大階段；

![](http://img.blog.itpub.net/blog/2023/02/06/f93b8a7bd5c843c4.png?x-oss-process=style/bb)

**需求階段**

- 調研：採集和統籌各方意見，業務的核心要圍繞客戶需求設計，但是協作方的利益，產品的考量，技術的分析，運營的策略等，同樣重要；
- 評估：圍繞市場的現狀，判斷成本投入，包括直接成本，時間週期，人力資源等，預估創造的價值，平衡投入與產出；
- 設計：輸出業務的前期設計，包括各個參與方的協作流程，時間週期和關鍵節點，產品以及視覺稿的初步呈現；
- 決策：需求階段的核心流程走完之後，得到各個協作節點的負責人認同後，並進行郵件確認，避免後續的拉扯問題；

**落地階段**

- 生產：產品可以是網際網路應用、商品、服務能力等，作為業務流的高度聚合產物，產品決定了價值和競爭力；
- 營銷：透過相應的營銷策略和手段，推廣產品並放大其價值，為業務營收提供助力，當然也要考慮投入和產出比；
- 銷售：將產品的價值定義轉換為具體的營收，挖掘更多的付費客戶，維持業務和產品的持續能力；

**沉澱階段**

- 業務：當業務週期結束時，其應用服務有可能隨之消失，但是很多業務是具有共性的，需要保留下來支撐新的業務流；
- 技術：在架構設計中追求技術和業務的分離，很大程度可以避免業務消失導致技術投入清空，技術的複用能力沉澱，可以降低新業務的實現週期和成本；
- 客群：客群的運營是業務流中的核心環節，對於網際網路行業的產品來說，缺乏客群基礎即沒有流量，很難具備成長的持續性；

雖然不同的業務場景有不同的特點，在流程上也會有一定的差異性；

但是從實踐經驗來看，合理的流程機制可以直接避開很多問題；

# 04

【技術的核心流程；】

從真實的研發現狀來說，技術都是處於業務驅動的狀態下，流程上自然也不是主導位置；

在大部分的公司中，基本都是圍繞業務流程，做技術面的研發和管理，在業務到達間歇性的平緩期，才會考慮技術建設的投入；

只有在大廠或者小部分的公司中，才會有更純粹的技術研發；

但其根本依舊是對業務趨勢的判斷，前瞻性的解決業務可能或已經出現的問題；

也可以從技術領域直接為公司創造價值，然而技術服務也同樣依賴大量的基礎使用者，業務問題自然也會隨之而來；

從實踐經驗來看，技術的流程通常劃分：業務、實現、架構、沉澱四大階段；

![](http://img.blog.itpub.net/blog/2023/02/06/b00d345ab1368578.png?x-oss-process=style/bb)

**業務階段**

- 需求：深入理解每個版本需求的細節，因為細節的誤差導致返工甚至重做，相信研發都經歷過；
- 現狀：這可能是大部分玩家都厭煩的問題，在業務流實現過程中，必然要面對新舊兩套邏輯的銜接，需要對現狀做最佳化甚至是重構；
- 發展：對於業務來說，場景的橫向擴充套件，或者縱向深入，都會導致邏輯複雜度的提升，也會直接呈現在系統和資料層面；

**實現階段**

- 選型：基於業務和系統現狀，不同的場景選擇合理的技術元件和工具，或者第三方解決方案；
- 時序：比較關鍵的是業務流程對映的系統互動時序，編碼實現的邏輯時序等；
- 設計：圍繞流程的互動時序，做實現邏輯的設計，資料層面的結構設計，團隊協作的規劃設計；
- 編碼：透過編碼實現完整的互動邏輯，從技術業務分離的角度思考，編碼也分技術和業務兩個階段；

**架構階段**：在業務和系統的演變過程中，架構設計也會從單服務發展到系統級的拆分；

**沉澱階段**：單工程演變到分散式服務時，自然就會出現公共的技術和業務服務，以及大量的工具和資料的沉澱；

技術流程無論設計和規劃的多合理，始終受限於決策層的認知和業務模式，多數情況下技術發展都會受到業務規模和週期的直接影響；

單純站在技術實踐的角度來看，架構的合理性和編碼的質量可以保證系統的穩定性和持續能力，這就已經實屬不易了；

# 05

【業務和技術的週期；】

要先捋清楚一個共識，週期的概念不論在業務還是技術場景中，都反覆出現；

週期：事物在運動、變化的發展過程中，某些特徵多次重複出現；

業務的發展週期：孵化期、驗證期、成長期、成熟期、衰退期、轉型或者消亡期；

![](http://img.blog.itpub.net/blog/2023/02/06/d4598ddd83550fe7.png?x-oss-process=style/bb)

對於業務不同發展階段來說，其相應技術研發的階段側重也不同，協作方和責任也在持續變化；

**孵化期**

- 業務：對於所屬行業和市場的探索，基本模式的驗證；
- 技術：從技術視角提供業務和產品的專業評估；

**驗證期**

- 業務：證明當前業務具備市場價值和落地的可行性，實現產品的初步打造；
- 技術：技術的投入巨大，實現初始的系統構建，基於資料的沉澱，再次對業務進行驗證；

**成長期**

- 業務：業務持續的擴張和發展，產品快速迭代，實現品牌打造；
- 技術：完善系統的業務流程，應對業務發展帶來的高併發高可用問題；

**成熟期**

- 業務：實現營收增長，降低成本提高效率，即效益最大化；
- 技術：解決業務運營的問題，保證系統的穩定性；

**衰退期**

- 業務：注重公共業務的積累和沉澱，以及相應的客群維護；
- 技術：形成可複用的技術積累和沉澱，追求技術和業務的分離；

**轉型||消亡**

- 業務：基於各種業務的沉澱，快速開始下個新的業務週期；
- 技術：基於各種技術的積累，快速實現新業務的推進；

理解業務和技術的不同週期，只是基礎的能力，合理把握週期中各個階段的趨勢才是關鍵；

看清業務的本質，判斷業務的發展變化，分析其內部的問題和矛盾；

利用合理的技術手段，構建穩妥的架構設計，並隨著業務的發展不斷調整；

在業務的中後期，能有體系化的業務和技術層面的沉澱，在面對業務的轉型時，提供可複用的解決方案；

# 06

【業務和技術的應對策略；】

對於業務而言；

用變化的思維，理解業務不同階段的核心問題和矛盾；

設計合理的解決方案，支撐業務穩定和持續的發展；

分析業務本質的關鍵在於，理解不同參與方的需求與核心利益，這是引發矛盾和問題的根本原因；

對於技術而言；

理解業務的發展週期，在不同的階段對於業務和技術投入要合理分配；

業務成長期，要更多的側重業務流程的打造；

業務平穩期，要更多的側重技術方面的構建；

在常規的業務版本迭代中，也要適當的投入技術方面的長期建設；

可以在大版本之後進行技術最佳化，或者版本中統籌部分技術方面的需求；如果有業務空窗期，也可以直接走單純的技術改造版本；

# 07

【綜合的看技術和業務；】

首先要明確基本的認知，對於技術和業務來說，不必糾結於誰更重要，顯然是缺一不可；

在研發的過程中，業務能力和技術水平也會共同的提升；

合理的實現業務落地，就是技術能力的絕對體現；技術體系的架構設計，也是對業務深刻理解的對映；

**Gitee主頁**： https://gitee.com/cicadasmile/butte-java-note

理解「業務」與「技術」概念

相關文章