01

【優(yōu)先做設計方案】

職場中的那些魔幻操作，研發(fā)最煩的是哪個？

作為一個數(shù)年且資深的互聯(lián)網(wǎng)普通開發(fā)，可以來說明一下為什么是：缺乏設計；

面對業(yè)務需求的時候，可能都聽過這樣一句話：

這個很簡單，直接開發(fā)，三天內(nèi)上線；

產(chǎn)品聽了流淚，測試見了崩潰，研發(fā)眉頭一皺直呼什么鬼；

如果沒有聽過，那么職場的經(jīng)歷可能是不完美的，但是幸運爆棚；

這種魔幻般的神奇操作，邏輯在哪里？底線在哪里？唯獨離譜在這里；

從實踐經(jīng)驗上來看，產(chǎn)品研發(fā)拋開業(yè)務設計所帶來的反傷，也許會遲到，但絕對不會缺席；

所謂的簡單業(yè)務流程，倉促上線之后，后續(xù)補坑的成本可能高的離譜；

相對于完整的研發(fā)周期來說，設計、落地、一次性的高質(zhì)量完成，就是成本最低，效率最高的決策；

對于研發(fā)角色，方案設計通常就是圍繞技術和業(yè)務兩個核心；

02

【常用的方法論總結】

在做方案設計時，必然要運用一些基礎的方式方法；

有關方法的經(jīng)驗總結很多，但是真正常用的并不多，以下只圍繞個人在工作中常用的幾個來分析；

• 本質(zhì)：

理解本質(zhì)的時候，必須明確在一定的空間和時間范圍內(nèi)，需要有邊界約束；

如果范圍擴大，考慮的因素太多，相互間的影響和關聯(lián)過度復雜，脫離實際太遠，很難得出符合現(xiàn)狀的結論；

在工作中時常會說：透過現(xiàn)象看本質(zhì)，理解不同事物的共性和個性，判斷發(fā)展邏輯；

那么，如何理解產(chǎn)品研發(fā)的本質(zhì)？

基于業(yè)務的供需關系，持續(xù)打造優(yōu)質(zhì)的產(chǎn)品服務；

這個描述只是個人的實踐體會，對于事物的本質(zhì)理解，應該簡單明了，直擊核心內(nèi)容；

• 矛盾

矛盾是指事物內(nèi)部以及事物之間的對立統(tǒng)一關系，雖然概念很抽象，但現(xiàn)象幾乎是無處不在；

用通俗的方式來理解，就是需求和利益之間的沖突且統(tǒng)一的關系；

以常見的平臺商業(yè)形式來思考；

平臺方：希望以低成本的服務獲取更高的營收；

客戶方：希望以低成本獲得更好更優(yōu)質(zhì)的服務；

平臺與客戶雙方，都希望低成本付出，獲取更高的回報，矛盾就這樣產(chǎn)生了；

但是，平臺失去客戶，沒有持續(xù)生存的能力；客戶本身又依賴平臺服務，關系既統(tǒng)一又存在沖突；

雙方的合作，隨著不同階段的核心問題被解決，即事物的不斷發(fā)展變化，新的問題和矛盾也會出現(xiàn)；

• 系統(tǒng)

理解事物的全貌，橫向擴展的廣度，縱向發(fā)展的深度，在時間空間的變化中，以動態(tài)的思維應對事物的變化；

簡單的說就是：全面的看事物，系統(tǒng)的解決問題；

以實際的研發(fā)案例來分析；

面對并發(fā)業(yè)務的復雜流程時，比較經(jīng)典的就是搶單場景，處理的思路有很多種；

如果資源足夠，直接擴展以支撐請求處理；

如果資源不足，可以限制請求端的放行比例，服務端只處理少量請求；

或者服務端對請求異步解耦，快速失敗掉大量的請求；

所以在面對問題時，不必只片面的看一個方向，圍繞問題的矛盾多方，統(tǒng)籌尋找平衡的解決方法；

• 周期

在周期現(xiàn)象中，存在事物的發(fā)展和演變規(guī)律；

即事物在運動、變化的發(fā)展過程中，某些特征多次重復出現(xiàn)；

比較經(jīng)典的現(xiàn)象就是業(yè)務的發(fā)展周期：孵化期、驗證期、成長期、成熟期、衰退期、轉(zhuǎn)型或者消亡期；

理解事物的發(fā)展周期，可以在不同的階段把握核心事項，解決關鍵問題；

• 分治

分而治之是研發(fā)的核心能力之一，強調(diào)對復雜事物的拆解能力；

隨著技術水平的成長，面對的業(yè)務問題也更加復雜，必須具備拆分能力，分而治之；

流程的分段管理；技術與業(yè)務的分離；代碼工程的分層維護；系統(tǒng)的分布式架構；

這些都是研發(fā)過程中常用的分治手段；

面對諸多的方法論，首先圍繞幾個基礎方法進行思考和實踐，從而理解其內(nèi)涵和精髓；

然后，再借鑒其他的方法，形成自己的方法體系；

基于一些核心的方法論之上，再去思考業(yè)務和技術的設計，在思路上就會成熟很多；

03

【如何分析業(yè)務】

想要分析業(yè)務，首先要深刻的理解和洞察業(yè)務整體；

在個人習慣上會考量三個層次：首先理解業(yè)務全貌，其次理解負責的業(yè)務板塊，最后理解具體的業(yè)務需求；

• 理解業(yè)務全貌

理解業(yè)務全貌，本質(zhì)就是明白公司在做什么，組織架構的協(xié)作流程，團隊的工作方向；

業(yè)務的常規(guī)定義：行業(yè)的基本模式，運作的流程，具體的事務執(zhí)行；

在實際的工作中，職級越高越是需要具備對業(yè)務全貌的分析能力；

行業(yè)分析并非普通玩家所能理解的，需要極其頂級的思維和知識儲備，以及對各個信息的統(tǒng)籌分析；

作為研發(fā)來說；

應該理解業(yè)務的投入和營收，并且能意識到這種模式是映射到產(chǎn)品設計或者服務中的；

必須理解業(yè)務模式所對應的產(chǎn)品矩陣設計，各個核心功能的流程和路徑；

• 理解負責的業(yè)務板塊

個人的工作習慣，并不是常規(guī)的流程機制；

明確自己負責的業(yè)務板塊，把握工作重心，不同階段中調(diào)整能力的輸入（學習）和輸出（生產(chǎn)價值）策略；

產(chǎn)品矩陣的設計與業(yè)務模式有直接關系，也是梳理自己工作板塊的核心依據(jù)；

對于產(chǎn)品來說，常見的拆分有兩種；

例如以端口為依據(jù)劃分的C端和B端，以系統(tǒng)為依據(jù)劃分的業(yè)務應用和數(shù)據(jù)應用；

對于業(yè)務來說，拆分的模式則更加靈活；

在運營概念上可能有多個業(yè)務線，但是對于研發(fā)來說，各種業(yè)務線之間存在諸多的流程交互；

對于個人來說，可以從業(yè)務、技術、數(shù)據(jù)三個基礎的方向梳理，或者根據(jù)具體的運營模式梳理；

理解業(yè)務全貌和個人的負責板塊，以此明確工作重心和方向；

• 理解具體的業(yè)務需求

理順業(yè)務全貌與自己負責板塊，更偏向于內(nèi)在的務虛方向；

研發(fā)對于職場的真正價值，還是在于各個版本的具體需求實現(xiàn)；

分析具體的業(yè)務需求時，依然有一個對齊的過程；

將具體的業(yè)務需求向業(yè)務全貌對齊，理解其價值所在；

將業(yè)務需求向自己的工作板塊對齊，理解自己的價值所在；

實現(xiàn)版本的業(yè)務需求，既要對齊大的業(yè)務框架，也要理清需求本身，把握版本落地的質(zhì)量；

04

【理解技術架構的演進】

對于技術規(guī)劃來說，通常分為：業(yè)務和技術兩個方向；

可以分析一個復雜系統(tǒng)的迭代過程，從而理解技術方案在規(guī)劃設計上的演變規(guī)律；

• 橫向擴展

從架構的概念來描述：單服務、集群模式、分布式服務、系統(tǒng)級分拆；

橫向擴展，其映射的是業(yè)務流程和模式的復雜度，隨著業(yè)務的不同發(fā)展階段，需要進行不同級別的服務拆分；

• 縱向擴展

從單個系統(tǒng)架構的縱向來分析：展現(xiàn)層、應用層、業(yè)務層、組件層、存儲層；

縱向深入，其映射的是業(yè)務邏輯的復雜度，在縱向上進行分層設計，可以降低邏輯管理的難度；

• 業(yè)務研發(fā)

基于常規(guī)的分布式系統(tǒng)來看，業(yè)務研發(fā)在演變的過程中，也會拆分為應用級業(yè)務，公共業(yè)務兩大板塊；

應用業(yè)務實現(xiàn)的是具體需求場景，而公共業(yè)務則是大多數(shù)應用都依賴的基礎業(yè)務能力；

• 技術研發(fā)

基于常規(guī)的分布式系統(tǒng)來看，合理的架構設計，必然會追求技術與業(yè)務的分離；

在代碼工程的分包上，可以獨立封裝技術層面的組件應用，以便于統(tǒng)一維護和升級；

在服務級別上，可以將組件服務拆分為業(yè)務（側(cè)重業(yè)務解決方案）與技術（側(cè)重技術解決方案）兩個層次；

分析業(yè)務，把握技術架構的演進歷程，將二者進行統(tǒng)籌結合，就是方案設計的主線；

05

【統(tǒng)籌技術和業(yè)務方案】

設計研發(fā)方案，自然需要把握業(yè)務的整體，規(guī)劃技術架構，確保業(yè)務和技術雙線推進；

方案的核心則是圍繞當前階段的具體業(yè)務需求，設計實現(xiàn)流程、目標、指標；

• 業(yè)務和技術的演進

分別把握整體與階段的核心目標，作為方案設計的基礎指導原則；

從業(yè)務整體上看，系統(tǒng)建設與技術架構應該圍繞大的業(yè)務目標去考量，支撐或者驅(qū)動業(yè)務發(fā)展；

從業(yè)務階段上看，把握當前階段的業(yè)務本質(zhì)，關鍵問題與核心矛盾，在版本需求中有序解決；

• 業(yè)務和技術的流程

分析業(yè)務的運轉(zhuǎn)流程和特征，映射為技術的實現(xiàn)過程，作為方案設計的核心思想；

業(yè)務的運轉(zhuǎn)流程，圍繞客戶、產(chǎn)品、組織協(xié)作來設計，側(cè)重于場景的分析；

業(yè)務映射的系統(tǒng)流程，將業(yè)務流程和特征轉(zhuǎn)化為系統(tǒng)實現(xiàn)的流程，側(cè)重于兩者的統(tǒng)籌分析；

核心邏輯的實現(xiàn)流程，圍繞具體需求，設計邏輯時序圖，側(cè)重于關鍵問題的分析；

• 業(yè)務和技術的目標

圍繞具體需求，設定相應的目標和指標拆解，作為方案執(zhí)行結果的考量標準；

版本需求立項之時，就對結果有明確的預期，目標貫穿業(yè)務需求的完整周期，在組織協(xié)作中是關鍵導向；

指標用來衡量目標達成的執(zhí)行過程和最終完成度，側(cè)重于對目標進行驗證；

綜合來看，對于業(yè)務和技術的方案來說；

有業(yè)務的整體思考，技術的系統(tǒng)性架構，具體需求的核心設計與落地執(zhí)行，以及目標和指標的衡量標準；

06

最后，回到工作實踐中來，做事雖然有很多方式方法，但是從來沒有絕對的標準；

業(yè)務也好，技術也罷；

在周期演進的過程中，始終受到組織架構和團隊人員的最根本影響；

所以在輸出業(yè)務和技術方案時，要圍繞環(huán)境的真實現(xiàn)狀，做出相應的調(diào)整優(yōu)化，把握核心即可；