技術也好，業務也罷；
01
【什么是業務？】
對于那些久經職場的人，也很難一句話說明白；
業務，作為作業中絕對的核心點，即便在一個公司待的足夠久，對業務足夠熟悉，也很難簡單直接的說清概念；
業務，立足在一個行業的范疇內，比如物流、金融、電商等；
從行業向下看，延伸到作業中經常說的業務需求和價值，進行結構化的梳理；
從個人的經驗中來描述業務的定義：行業的基本模式，運作的流程，具體的事務執行；
對于業務這種結構化的概念分析，只能作為了解事物的入門參考，并不在具體問題的范疇內；
核心的業務能力，要站位所處層級和階段，體現在解決方案的設計和執行策略；
回到實踐場景中來分析；
雖然對于公司來說，商業的生意模型是頂層，產品矩陣在上層，因為面向客戶的是產品；
業務的核心需求對應著消費方，也就是客群；
業務的核心價值對應著生產方，也就是組織；
而產品就是業務高度聚合的可視化呈現，產品不單指互聯網上的應用，也可以是商品或者服務；
而商業，通俗的說就是生意模式，是由基本的供需關系產生的，即客戶和平臺的之間的需求和利益；
所以業務對于公司內部來說，是絕對的核心位置，并且公司的運營和協作都要緊緊圍繞業務；
在作業中要具備基本意識，產品是商業價值的關鍵，業務是產品的核心競爭力；
02
【什么是技術？】
對于一眾碼農玩家來說，很難一句話聊清楚軟體技術的定義；
從個人實踐經驗來思考，膚淺的描述：軟體技術就是資料的增刪改查；
這種說法顯然只能是內心戲，如果在作業中表述，容易把路走窄；
想要全面深刻的描述軟體技術，可以對比一個經典的線下和線上的場景，比如電商；
傳統的線下購物場景，就是買家（顧客）通過現金的方式，在物體門面中交易賣家的商品，流程簡單高效；
對于線上交易的電商場景來說，圍繞用戶購買的一系列行為，都涉及資料的處理；
比如瀏覽行為的資料采集、存盤、加工等；
基于行為資料分析出用戶的畫像，進行精準的推薦營銷，進而實作商品銷售；
這些場景的核心技術支撐，依賴軟體的資料處理能力；
所以軟體技術可以理解為資料的生產、采集、傳輸、存盤、加工、交換、顯示、分析，各種能力的統稱；
從現象上看，就是把線下的場景映射為線上產品的能力，膚淺的表達為資料的增刪改查也不為過；
但必須要強調的是，這里只是單純的站在應用層面來描述軟體技術；
實際上，當下主流的定義，是指基于資訊技術實作業務的資料化、資訊化、數字化、智能化的轉型能力；
關于這個話題，后續會結合案例再詳細總結；
對業務和技術的定義明確之后，就可以統籌性的將二者進行綜合分析；
03
【業務的核心流程；】
流程是組織協作的最核心機制，也是效率和質量的基本保障；
尤其對于復雜度偏高的業務來說，任何一個流程節點不嚴謹，都可能導致損失，時間和成本投入巨大，但是效果不符合預期；
從實踐經驗來看，業務的流程通常劃分：需求、落地、沉淀三大階段；
需求階段
- 調研：采集和統籌各方意見，業務的核心要圍繞客戶需求設計，但是協作方的利益，產品的考量，技術的分析，運營的策略等，同樣重要；
- 評估：圍繞市場的現狀，判斷成本投入，包括直接成本，時間周期，人力資源等，預估創造的價值，平衡投入與產出；
- 設計：輸出業務的前期設計，包括各個參與方的協作流程，時間周期和關鍵節點，產品以及視覺稿的初步呈現；
- 決策：需求階段的核心流程走完之后，得到各個協作節點的負責人認同后，并進行郵件確認，避免后續的拉扯問題；
落地階段
- 生產：產品可以是互聯網應用、商品、服務能力等，作為業務流的高度聚合產物，產品決定了價值和競爭力；
- 營銷：通過相應的營銷策略和手段，推廣產品并放大其價值，為業務營收提供助力，當然也要考慮投入和產出比；
- 銷售：將產品的價值定義轉換為具體的營收，挖掘更多的付費客戶，維持業務和產品的持續能力；
沉淀階段
- 業務：當業務周期結束時，其應用服務有可能隨之消失，但是很多業務是具有共性的，需要保留下來支撐新的業務流；
- 技術：在架構設計中追求技術和業務的分離，很大程度可以避免業務消失導致技術投入清空，技術的復用能力沉淀，可以降低新業務的實作周期和成本；
- 客群：客群的運營是業務流中的核心環節，對于互聯網行業的產品來說，缺乏客群基礎即沒有流量，很難具備成長的持續性；
雖然不同的業務場景有不同的特點，在流程上也會有一定的差異性；
但是從實踐經驗來看，合理的流程機制可以直接避開很多問題；
04
【技術的核心流程；】
從真實的研發現狀來說，技術都是處于業務驅動的狀態下，流程上自然也不是主導位置；
在大部分的公司中，基本都是圍繞業務流程，做技術面的研發和管理，在業務到達間歇性的平緩期，才會考慮技術建設的投入；
只有在大廠或者小部分的公司中，才會有更純粹的技術研發；
但其根本依舊是對業務趨勢的判斷，前瞻性的解決業務可能或已經出現的問題；
也可以從技術領域直接為公司創造價值，然而技術服務也同樣依賴大量的基礎用戶，業務問題自然也會隨之而來；
從實踐經驗來看，技術的流程通常劃分：業務、實作、架構、沉淀四大階段；
業務階段
- 需求：深入理解每個版本需求的細節，因為細節的誤差導致返工甚至重做，相信研發都經歷過；
- 現狀：這可能是大部分玩家都厭煩的問題，在業務流實作程序中，必然要面對新舊兩套邏輯的銜接，需要對現狀做優化甚至是重構；
- 發展：對于業務來說，場景的橫向擴展，或者縱向深入，都會導致邏輯復雜度的提升，也會直接呈現在系統和資料層面；
實作階段
- 選型：基于業務和系統現狀，不同的場景選擇合理的技術組件和工具，或者第三方解決方案；
- 時序：比較關鍵的是業務流程映射的系統互動時序，編碼實作的邏輯時序等；
- 設計：圍繞流程的互動時序，做實作邏輯的設計，資料層面的結構設計，團隊協作的規劃設計；
- 編碼：通過編碼實作完整的互動邏輯，從技術業務分離的角度思考，編碼也分技術和業務兩個階段；
架構階段：在業務和系統的演變程序中，架構設計也會從單服務發展到系統級的拆分；
沉淀階段：單工程演變到分布式服務時，自然就會出現公共的技術和業務服務，以及大量的工具和資料的沉淀；
技術流程無論設計和規劃的多合理，始終受限于決策層的認知和業務模式，多數情況下技術發展都會受到業務規模和周期的直接影響；
單純站在技術實踐的角度來看，架構的合理性和編碼的質量可以保證系統的穩定性和持續能力，這就已經實屬不易了；
05
【業務和技術的周期；】
要先捋清楚一個共識，周期的概念不論在業務還是技術場景中，都反復出現；
周期：事物在運動、變化的發展程序中，某些特征多次重復出現；
業務的發展周期：范訓期、驗證期、成長期、成熟期、衰退期、轉型或者消亡期；
對于業務不同發展階段來說，其相應技術研發的階段側重也不同，協作方和責任也在持續變化；
范訓期
- 業務：對于所屬行業和市場的探索，基本模式的驗證；
- 技術：從技術視角提供業務和產品的專業評估；
驗證期
- 業務：證明當前業務具備市場價值和落地的可行性，實作產品的初步打造；
- 技術：技術的投入巨大，實作初始的系統構建，基于資料的沉淀，再次對業務進行驗證；
成長期
- 業務：業務持續的擴張和發展，產品快速迭代，實作品牌打造；
- 技術：完善系統的業務流程，應對業務發展帶來的高并發高可用問題；
成熟期
- 業務：實作營收增長，降低成本提高效率，即效益最大化；
- 技術：解決業務運營的問題，保證系統的穩定性；
衰退期
- 業務：注重公共業務的積累和沉淀，以及相應的客群維護；
- 技術：形成可復用的技識訓累和沉淀，追求技術和業務的分離；
轉型||消亡
- 業務：基于各種業務的沉淀，快速開始下個新的業務周期；
- 技術：基于各種技術的積累，快速實作新業務的推進；
理解業務和技術的不同周期，只是基礎的能力，合理把握周期中各個階段的趨勢才是關鍵；
看清業務的本質，判斷業務的發展變化，分析其內部的問題和矛盾；
利用合理的技術手段，構建穩妥的架構設計，并隨著業務的發展不斷調整；
在業務的中后期，能有體系化的業務和技術層面的沉淀，在面對業務的轉型時，提供可復用的解決方案；
06
【業務和技術的應對策略；】
對于業務而言；
用變化的思維，理解業務不同階段的核心問題和矛盾；
設計合理的解決方案，支撐業務穩定和持續的發展；
分析業務本質的關鍵在于，理解不同參與方的需求與核心利益，這是引發矛盾和問題的根本原因；
對于技術而言；
理解業務的發展周期，在不同的階段對于業務和技術投入要合理分配；
業務成長期，要更多的側重業務流程的打造；
業務平穩期，要更多的側重技術方面的構建；
在常規的業務版本迭代中，也要適當的投入技術方面的長期建設；
可以在大版本之后進行技術優化，或者版本中統籌部分技術方面的需求；如果有業務空窗期，也可以直接走單純的技術改造版本；
07
【綜合的看技術和業務；】
首先要明確基本的認知，對于技術和業務來說，不必糾結于誰更重要，顯然是缺一不可；
在研發的程序中，業務能力和技術水平也會共同的提升；
合理的實作業務落地，就是技術能力的絕對體現；技術體系的架構設計，也是對業務深刻理解的映射；
Gitee主頁： https://gitee.com/cicadasmile/butte-java-note轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/543189.html
標籤：其他