B端產(chǎn)品為企業(yè)提供協(xié)同辦公的工具，幫助企業(yè)解決某類經(jīng)營管理問題，核心價(jià)值在于為企業(yè)增加收入、降本提效、管控風(fēng)險(xiǎn)，企業(yè)級(jí)SaaS產(chǎn)品也是B端產(chǎn)品中的一類。
B端產(chǎn)品有以下特點(diǎn)：
客戶是一個(gè)群體：B端產(chǎn)品為某個(gè)企業(yè)組織服務(wù)，一項(xiàng)工作通常需要由多名角色完成，例如，門店要貨流程，需要門店店員、總部運(yùn)營、倉儲(chǔ)人員、配送人員共同完成，B端產(chǎn)品幫助他們完成分工協(xié)作。
功能繁雜：由于B端產(chǎn)品涉及企業(yè)經(jīng)營的方方面面，關(guān)聯(lián)的用戶角色、業(yè)務(wù)流程非常繁多，反應(yīng)到產(chǎn)品上，菜單、界面、配置項(xiàng)特別多，復(fù)雜度遠(yuǎn)高于C端產(chǎn)品。為了實(shí)現(xiàn)一項(xiàng)功能需求，往往會(huì)影響其他許多功能，需要進(jìn)行全面的梳理，考慮各種極端情況，才能保證整體功能正常。
定制化功能：B端產(chǎn)品必然會(huì)有很多定制化需求，如果一味抗拒，很容易丟掉一些優(yōu)質(zhì)客戶，但如果大包大攬地接受，系統(tǒng)復(fù)雜度會(huì)指數(shù)級(jí)上升，高昂的研發(fā)維護(hù)成本將很難承受，所以如何處理好定制化需求，是一項(xiàng)非常艱巨的任務(wù)。
見效慢、難量化：由于B端產(chǎn)品的客戶是一個(gè)群體，產(chǎn)品上線新功能，通常是管理層先評(píng)估，能否在企業(yè)中適用，如果合適，才會(huì)組織一線人員，進(jìn)行操作培訓(xùn)。這樣一來一回，可能要2個(gè)月后才有客戶正式使用新功能。
其次，業(yè)務(wù)見效的影響因素非常多，很多時(shí)候并非因?yàn)锽端產(chǎn)品設(shè)計(jì)問題。例如，采購部門核心目標(biāo)是找到更多優(yōu)質(zhì)、低價(jià)供應(yīng)商，而這主要依賴采購員的專業(yè)能力，以及商家的管理能力，很難衡量產(chǎn)品功能對(duì)商家業(yè)務(wù)的實(shí)際貢獻(xiàn)。
正是由于B端產(chǎn)品這些復(fù)雜性，要寫好一份B端產(chǎn)品的技術(shù)方案，是非常有挑戰(zhàn)的事情，對(duì)最終項(xiàng)目價(jià)值達(dá)成起到?jīng)Q定性的作用，技術(shù)方案質(zhì)量差可能直接毀滅一塊業(yè)務(wù)。下面推薦一份B端產(chǎn)品的技術(shù)方案模板，供讀者參考。
為什么要這塊內(nèi)容？
B端產(chǎn)品中的專業(yè)名稱非常多，對(duì)專業(yè)名詞進(jìn)行匯總解釋，方便項(xiàng)目組理解上下文，統(tǒng)一認(rèn)知。
為什么要這塊內(nèi)容？
介紹項(xiàng)目的背景，為什么需要做這個(gè)項(xiàng)目，解決了用戶哪些痛點(diǎn)，為用戶創(chuàng)造什么價(jià)值，或者是技術(shù)價(jià)值，例如，帶來多少活躍商家數(shù)？提升多少NPS？性能有多少提升？開發(fā)效率上有多少提升？
這部分內(nèi)容極其重要，前文提到B端產(chǎn)品見效慢、難量化，但這并不代表只能自暴自棄，不去進(jìn)行收益分析，相反，我們需要更加努力地對(duì)B端項(xiàng)目進(jìn)行收益分析，即使最終也很難找到合適的度量方法，思考如何度量收益，這個(gè)過程本身就能幫助決策該不該做，如果一件事很難度量，同時(shí)放飛自我，不去謹(jǐn)慎思考，最終項(xiàng)目大概率失敗。
站在技術(shù)視角，系統(tǒng)復(fù)雜度無節(jié)制地增加，很重要的一個(gè)原因是由大量無價(jià)值的項(xiàng)目累積起來的，最終演變成一座“代碼屎山”，在項(xiàng)目初期，多追問項(xiàng)目的價(jià)值，項(xiàng)目上線后，也追著產(chǎn)品設(shè)計(jì)者回顧項(xiàng)目價(jià)值，能有效避免這種情況，讓技術(shù)人員的付出更容易獲得結(jié)果。
介紹本期項(xiàng)目需要達(dá)成的目標(biāo)
為什么要這塊內(nèi)容？
一個(gè)復(fù)雜項(xiàng)目，通常需要好幾次評(píng)審才能通過，記錄每次評(píng)審紀(jì)要，根據(jù)評(píng)審建議改進(jìn)，是非常重要的。
為什么要這塊內(nèi)容？
業(yè)務(wù)用例，是指參與者為完成某個(gè)特定業(yè)務(wù)目標(biāo)的一系列活動(dòng)的集合，用例圖用于描述系統(tǒng)與用戶之間交互關(guān)系。用例圖關(guān)心的是系統(tǒng)為用戶提供什么價(jià)值，而不是如何實(shí)現(xiàn)系統(tǒng)功能，它驅(qū)動(dòng)了后續(xù)各階段的研發(fā)工作，如果用例分析出錯(cuò)，很可能導(dǎo)致項(xiàng)目目標(biāo)失敗。
業(yè)務(wù)用例希望我們跳出系統(tǒng)功能，以用戶視角來看待系統(tǒng)，思考什么場景下為誰提供什么服務(wù)？這樣才能以用戶為中心獲取需求，設(shè)計(jì)產(chǎn)品功能，同時(shí)這種視角也是用戶最容易理解的邏輯。
舉例說明
小項(xiàng)目如何設(shè)計(jì)？
在原有業(yè)務(wù)用例圖的基礎(chǔ)上，需要補(bǔ)充新用例或標(biāo)識(shí)出待修改的用例，并在圖中用不同顏色標(biāo)記出來，如上圖所示，紅色表示新增用例，黃色表示變更用例。
為什么要這塊內(nèi)容？
業(yè)務(wù)流程，是指為達(dá)成特定業(yè)務(wù)目標(biāo)，由不同的角色分工完成的一系列活動(dòng)。活動(dòng)之間不僅有嚴(yán)格的先后順序限定，并且活動(dòng)的內(nèi)容、方式、責(zé)任等也都必須有明確的安排和界定，讓不同活動(dòng)在不同崗位角色之間進(jìn)行流轉(zhuǎn)與交接。
業(yè)務(wù)流程對(duì)于B端產(chǎn)品的意義不僅在于對(duì)B端客戶業(yè)務(wù)的一種描述，更在于產(chǎn)研團(tuán)隊(duì)對(duì)B端業(yè)務(wù)運(yùn)營的理解和剖析，這種理解是對(duì)企業(yè)資源的優(yōu)化、對(duì)企業(yè)組織機(jī)構(gòu)的優(yōu)化以及對(duì)管理制度的一系列深入探究。只有真正理解業(yè)務(wù)流程，才能幫助B端客戶達(dá)成期望的目標(biāo)：降低企業(yè)的運(yùn)營成本，提高對(duì)市場需求的響應(yīng)速度，爭取企業(yè)利潤的最大化。
對(duì)于研發(fā)人員，業(yè)務(wù)流程模型可以幫助研發(fā)人員更好地了解企業(yè)真實(shí)的運(yùn)營場景，進(jìn)而更好地實(shí)現(xiàn)客戶的需求。
舉例說明
小項(xiàng)目如何設(shè)計(jì)？
在原有業(yè)務(wù)流程圖的基礎(chǔ)上，需要用不同顏色標(biāo)識(shí)出需要修改的部分。
為什么要這塊內(nèi)容？
概念模型，是指從業(yè)務(wù)視角出發(fā)，聚焦業(yè)務(wù)流程、業(yè)務(wù)活動(dòng)中涉及的信息數(shù)據(jù)，抽象出關(guān)鍵業(yè)務(wù)對(duì)象，并描述這些對(duì)象間的關(guān)系。
概念模型實(shí)際上是現(xiàn)實(shí)世界到數(shù)字世界的第一層抽象。通過觀察業(yè)務(wù)中關(guān)于數(shù)據(jù)的采集、傳輸、處理、存儲(chǔ)、輸出等需求，經(jīng)過分析、總結(jié)之后建立起來的一個(gè)邏輯模型，它主要是用于描述業(yè)務(wù)系統(tǒng)中數(shù)據(jù)的各種狀態(tài)。
概念模型不關(guān)心具體的實(shí)現(xiàn)方式（例如如何存儲(chǔ)）等技術(shù)細(xì)節(jié)，而是主要關(guān)心數(shù)據(jù)在業(yè)務(wù)流中各個(gè)處理階段的狀態(tài)。
想要全面地了解某個(gè)業(yè)務(wù)領(lǐng)域，首先要了解該業(yè)務(wù)是什么，其次就要了解業(yè)務(wù)內(nèi)部的核心運(yùn)作原理，即從靜態(tài)到動(dòng)態(tài)，從目標(biāo)到過程，系統(tǒng)地理清業(yè)務(wù)的框架和脈絡(luò)。
業(yè)務(wù)的動(dòng)態(tài)描述可以通過活動(dòng)圖，流程圖，時(shí)序圖，泳道圖等模式描述，而業(yè)務(wù)的靜態(tài)描述首先要分析出概念模型。
舉例說明
為什么要這塊內(nèi)容？
有些項(xiàng)目比較簡單，簡單到不需要花太多時(shí)間做方案決策。
但一些成本大、風(fēng)險(xiǎn)高的大型復(fù)雜項(xiàng)目，會(huì)讓人感覺到頭疼、焦慮，這些項(xiàng)目的技術(shù)方案的決策結(jié)果，很可能摧毀一個(gè)項(xiàng)目，甚至一塊業(yè)務(wù)。
為了避免做出錯(cuò)誤決策，需要一系列的分析步驟，幫助我們做出正確的決定，保障項(xiàng)目目標(biāo)順利達(dá)成：
1.詳細(xì)的現(xiàn)狀分析：很多項(xiàng)目失敗，原因是一開始就沒分析清楚問題。在這個(gè)環(huán)節(jié)，需要明確真正的問題是什么，它與各個(gè)問題癥狀的因果關(guān)系是什么。常用的分析工具有五個(gè)為什么、根因分析法等。
2.核心成員同頻：一個(gè)復(fù)雜項(xiàng)目，通常需要很多人參與，有人是受益方，有人是受影響方，有人是決策者，需要讓核心成員盡早參與進(jìn)來，并營造一個(gè)積極的討論氛圍，讓每個(gè)人充分貢獻(xiàn)自己的想法，這對(duì)做出正確的決定至關(guān)重要。
3.充分挖掘可行方案：挖掘出的可行方案越多，最終得出最優(yōu)方案的概率就越大。
4.方案對(duì)比分析，選擇最優(yōu)方案：通過一些分析維度，對(duì)比方案的優(yōu)劣，最終選擇最優(yōu)方案，分析維度可以通過團(tuán)隊(duì)頭腦風(fēng)暴篩選得出，或其他方法得出。這里推薦幾種常用的分析維度：
交付效果：該方案是否對(duì)最終交付給存量或新客戶的價(jià)值有影響，例如，對(duì)存量客戶的操作體驗(yàn)、效率有損，部分新功能無法實(shí)現(xiàn)等。
工作量：該方案需要多大的工作量？這是非常重要的一個(gè)決策因素，方案再好，無法真正落地也只能是空想。
影響面：該方案涉及多少關(guān)聯(lián)方改動(dòng)？如果影響全公司所有部門，即使每個(gè)部門改動(dòng)量不大，但要協(xié)調(diào)這么多人，也是一項(xiàng)非常艱巨的任務(wù)。
穩(wěn)定性：項(xiàng)目上線后是否有數(shù)據(jù)庫性能問題？服務(wù)器資源不足？并發(fā)流量問題？能否平滑發(fā)布？歷史接口或數(shù)據(jù)能否兼容？
長期價(jià)值：該方案是不是長期方案？有時(shí)候?qū)Ψ桨缸鲩L期投資也是很重要的一件事，短視的方案雖然工作量會(huì)減少一些，但會(huì)阻礙未來新項(xiàng)目迭代，欠的技術(shù)債可能要加倍還上。
5.向更多項(xiàng)目成員傳達(dá)方案，進(jìn)一步優(yōu)化：通過上述步驟，可為最終方案提供大量的信息，例如，根本問題、風(fēng)險(xiǎn)、收益、替代方案、決策方式和決策的原因等，這會(huì)讓更多人有理由支持該方案。在傳達(dá)的過程中，也可能有人指出方案的缺陷，這時(shí)可以進(jìn)一步完善方案，這時(shí)對(duì)方案的改動(dòng)，成本非常低，如果等到進(jìn)入研發(fā)階段，昂貴的代價(jià)可能無法接受。
舉例說明
方案1：。。。（描述）
方案2：。。。（描述）
方案3：。。。（描述）
為什么要這塊內(nèi)容？
業(yè)務(wù)平臺(tái)化是將多業(yè)務(wù)線可復(fù)用的能力抽取出來，并集中管理和演進(jìn)的架構(gòu)方案。
一方面，可讓企業(yè)避免重復(fù)建設(shè)，浪費(fèi)技術(shù)資源，另一方面基于平臺(tái)化的能力，讓新業(yè)務(wù)快速組裝上線，支撐業(yè)務(wù)創(chuàng)新。
為什么要這塊內(nèi)容？
業(yè)務(wù)能力描述了應(yīng)對(duì)當(dāng)前和未來的挑戰(zhàn)，企業(yè)目前能做什么或需要做什么。業(yè)務(wù)能力建模的關(guān)鍵點(diǎn)在于它定義了企業(yè)做什么，而不是如何做（由業(yè)務(wù)流程描述）。
以招聘業(yè)務(wù)為例，大部分公司都需要“招聘人才”這項(xiàng)業(yè)務(wù)能力，“招聘人才”告訴我們要做什么，但并沒有展開說如何去做，可能是通過人力資源的招聘流程實(shí)現(xiàn)，例如，從招聘網(wǎng)站吸引候選人，再到招聘信息的管理，也可能外包給獵頭公司。
業(yè)務(wù)能力獨(dú)立于組織的結(jié)構(gòu)、流程、人員、資產(chǎn)，準(zhǔn)確地說，這些業(yè)務(wù)要素是支撐企業(yè)的業(yè)務(wù)能力而存在的。還是以“招聘人才”為例，“招聘人才”包括人力部門（人力資源團(tuán)隊(duì)）、業(yè)務(wù)流程（例如吸引、篩選、面試、雇用）和IT系統(tǒng)（例如招聘系統(tǒng)、人事系統(tǒng)）。準(zhǔn)確的業(yè)務(wù)能力是非常穩(wěn)定的，在過去的幾十年中，招聘的流程、技術(shù)、模式發(fā)生了翻天覆地的變化，但“招聘人才”這項(xiàng)業(yè)務(wù)能力始終恒定存在。
正是因?yàn)闃I(yè)務(wù)能力的這些特征，業(yè)務(wù)能力視圖對(duì)構(gòu)建IT架構(gòu)提供了至關(guān)重要的幫助，圍繞業(yè)務(wù)能力構(gòu)建的IT系統(tǒng)會(huì)具備更加穩(wěn)定的結(jié)構(gòu)，并易于擴(kuò)展。
具體來說，業(yè)務(wù)能力視圖有以下2大應(yīng)用場景：
1.產(chǎn)品定義與演進(jìn)路線圖。如果需要推出的新產(chǎn)品或服務(wù)，可以使用業(yè)務(wù)能力地圖來描述產(chǎn)品規(guī)劃。尤其在基于敏捷、最小可行產(chǎn)品 (MVP)的文化中，業(yè)務(wù)能力地圖可以在定義產(chǎn)品的同時(shí)，保持最終產(chǎn)品方案的正確性，不至于在偽敏捷文化中迷失自我。
2.基于現(xiàn)有能力快速搭建新應(yīng)用系統(tǒng)。通用能力很可能被多條業(yè)務(wù)線復(fù)用，當(dāng)新業(yè)務(wù)需要搭建新應(yīng)用系統(tǒng)時(shí)，合理地對(duì)現(xiàn)有能力進(jìn)行組合是最高效的方案，此時(shí)業(yè)務(wù)能力圖可能是最重要的輸入。
舉例說明
為什么要這塊內(nèi)容？
基礎(chǔ)能力是對(duì)領(lǐng)域?qū)ο蟮脑硬僮鳎强蓮?fù)用的最小能力單元，擴(kuò)展點(diǎn)是對(duì)基礎(chǔ)能力的可變性設(shè)計(jì)，而業(yè)務(wù)身份是業(yè)務(wù)能力在業(yè)務(wù)平臺(tái)上的唯一標(biāo)識(shí)。
在技術(shù)視角下，基礎(chǔ)能力可對(duì)應(yīng)于服務(wù)接口，將基礎(chǔ)能力的內(nèi)部實(shí)現(xiàn)展開，即為一個(gè)系統(tǒng)工作流，而擴(kuò)展點(diǎn)是指系統(tǒng)工作流的某一步驟級(jí)接口，這個(gè)步驟級(jí)接口的實(shí)現(xiàn)即為一個(gè)擴(kuò)展點(diǎn)實(shí)現(xiàn)?；跇I(yè)務(wù)身份，可實(shí)現(xiàn)工作流內(nèi)部組件的路由、鏈路溯源、鏈路監(jiān)控、業(yè)務(wù)隔離等。
有了擴(kuò)展點(diǎn)機(jī)制，我們就可以基于現(xiàn)有基礎(chǔ)能力，快速實(shí)現(xiàn)定制需求。
舉例說明
為什么要這塊內(nèi)容？
在業(yè)務(wù)分析環(huán)節(jié)，我們需要分析業(yè)務(wù)流程、業(yè)務(wù)活動(dòng)，根據(jù)業(yè)務(wù)目標(biāo)的相關(guān)性、耦合關(guān)系，對(duì)業(yè)務(wù)活動(dòng)進(jìn)行歸類分組，劃分出一個(gè)個(gè)的邊界，這個(gè)邊界就是限界上下文。
限界上下文內(nèi)包含一組能夠獨(dú)立提供服務(wù)的模塊或組件，這些模塊或組件服務(wù)共同的業(yè)務(wù)目標(biāo)。
限界上下文的價(jià)值主要有：
1.基于業(yè)務(wù)目標(biāo)的相關(guān)性，維護(hù)了一個(gè)分解后的邏輯邊界，將相關(guān)的模型封裝在內(nèi)，對(duì)外提供抽象簡化后的服務(wù)接口，降低了系統(tǒng)整體復(fù)雜度。
2.以限界上下文定義的邏輯邊界為基礎(chǔ)，建立團(tuán)隊(duì)間的協(xié)作邊界，團(tuán)隊(duì)間同樣以服務(wù)接口進(jìn)行交互，屏蔽內(nèi)部的業(yè)務(wù)復(fù)雜度與技術(shù)復(fù)雜度。
舉例說明
為什么要這塊內(nèi)容？
應(yīng)用架構(gòu)描述出應(yīng)用系統(tǒng)的層次結(jié)構(gòu)，包括系統(tǒng)、應(yīng)用、模塊、組件等構(gòu)件的劃分規(guī)范，以及它們的定義、邊界、相互間的交互協(xié)議。
畫應(yīng)用架構(gòu)圖，推薦西蒙布朗提出的C4模型，它將應(yīng)用架構(gòu)分為4個(gè)抽象層次，分別為系統(tǒng)級(jí)、容器級(jí)、組件級(jí)、代碼級(jí)。
舉例說明
容器級(jí)應(yīng)用架構(gòu)：
組件級(jí)應(yīng)用架構(gòu)：
為什么要這塊內(nèi)容？
領(lǐng)域模型是對(duì)業(yè)務(wù)知識(shí)的抽象與濃縮，它能夠有效幫助業(yè)務(wù)人員、技術(shù)人員快速理解現(xiàn)實(shí)業(yè)務(wù)，同時(shí)也是團(tuán)隊(duì)統(tǒng)一語言的關(guān)鍵。
在DDD理論中，領(lǐng)域模型包含限界上下文、領(lǐng)域?qū)嶓w、聚合、值對(duì)象、領(lǐng)域事件、倉儲(chǔ)、應(yīng)用服務(wù)、領(lǐng)域服務(wù)等，以及它們間的關(guān)系。
舉例說明
小項(xiàng)目如何設(shè)計(jì)？
在原有領(lǐng)域模型的基礎(chǔ)上，需要補(bǔ)充新的模型或新屬性，并在圖中用不同顏色標(biāo)記出來。如果沒有模型變更，可以不需要這塊內(nèi)容
為什么要這塊內(nèi)容？
容器級(jí)交互時(shí)序圖是一種流程建模，描述了應(yīng)用容器之間的交互順序，將交互行為建模為消息傳遞，通過描述消息是如何在應(yīng)用容器間發(fā)送和接收，來動(dòng)態(tài)展示它們之間的交互。相對(duì)于其他UML圖，時(shí)序圖更強(qiáng)調(diào)交互的時(shí)間順序，可以直觀的描述交互的過程。
舉例說明
小項(xiàng)目如何設(shè)計(jì)？
在原有交互圖的基礎(chǔ)上，需要補(bǔ)充新的調(diào)用關(guān)系，并在圖中用不同顏色標(biāo)記出來，例如，用紅色線條標(biāo)識(shí)為本期項(xiàng)目新增。
為什么要這塊內(nèi)容？
相比于容器級(jí)交互圖，組件或代碼級(jí)的交互圖是更細(xì)粒度的交互流程，描述了應(yīng)用容器內(nèi)各個(gè)組件或代碼的交互順序。
舉例說明
小項(xiàng)目如何設(shè)計(jì)？
在原有組件間交互圖的基礎(chǔ)上，需要補(bǔ)充新的調(diào)用關(guān)系，并在圖中用不同顏色標(biāo)記出來，例如，用紅色線條標(biāo)識(shí)為本期項(xiàng)目新增。
6.2.1 領(lǐng)域?qū)嶓w&值對(duì)象定義
XX領(lǐng)域?qū)嶓w
XX值對(duì)象
6.2.2 領(lǐng)域服務(wù)定義
XXDomainService
6.2.3 應(yīng)用服務(wù)定義
XXAppService
6.2.4 領(lǐng)域事件定義
XX領(lǐng)域事件
6.2.5 領(lǐng)域?qū)嶓w狀態(tài)機(jī)定義
舉例說明
要貨申請單的狀態(tài)機(jī)：
為什么要這塊內(nèi)容？
物理模型是指按照一定規(guī)則和方法，將領(lǐng)域模型中定義的實(shí)體、屬性、屬性類型、關(guān)系等要素轉(zhuǎn)換為數(shù)據(jù)庫設(shè)計(jì)所能夠識(shí)別的表關(guān)系圖，即我們常說的數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(jì)。
舉例說明
XX表結(jié)構(gòu)
接口名稱：XX
為什么需要這塊內(nèi)容？
非功能性需求是指軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求，除功能需求以外必須具有的特性，包括系統(tǒng)的性能、可靠性、可維護(hù)性、擴(kuò)展性、安全性等。
大多時(shí)候我們更關(guān)注功能需求，而容易忽視非功能性需求，但這些需求沒有做到位，也很容易讓用戶體驗(yàn)受損，產(chǎn)品飽受詬病。我們在做技術(shù)方案時(shí)，需要有非功能性需求的checklist，避免遺漏關(guān)鍵的需求點(diǎn)。
1.數(shù)據(jù)庫性能
評(píng)估新增的數(shù)據(jù)庫表的IO、事務(wù)數(shù)，是否有并發(fā)場景，是否有性能瓶頸，是否對(duì)現(xiàn)有業(yè)務(wù)或?qū)崟r(shí)/離線數(shù)倉有影響。
若有高并發(fā)、熱點(diǎn)數(shù)據(jù)集中訪問等場景，需要有詳細(xì)的緩存設(shè)計(jì)方案。
2.JVM調(diào)優(yōu)
JVM參數(shù)是否配置合理，是否有參考線上標(biāo)準(zhǔn)配置。
3.外部系統(tǒng)性能
當(dāng)前業(yè)務(wù)流量，下游系統(tǒng)能否支撐，是否需要做限流處理。
4.服務(wù)器性能
當(dāng)前業(yè)務(wù)流量，對(duì)服務(wù)器性能是否有挑戰(zhàn)，建議通過壓力測試，驗(yàn)證服務(wù)器性能狀況。
1.降級(jí)、熔斷、限流
在大流量、高并發(fā)場景下，熔斷、降級(jí)、限流是保護(hù)系統(tǒng)的利器，評(píng)估該項(xiàng)目是否需要使用這些機(jī)制。
2.灰度發(fā)布
評(píng)估該項(xiàng)目是否需要灰度發(fā)布，雖然功能在測試環(huán)境測試過，但生產(chǎn)環(huán)境的場景異常復(fù)雜，對(duì)于復(fù)雜項(xiàng)目很難全面評(píng)估，通過灰度發(fā)布，讓少部分用戶先使用新版本，提前發(fā)現(xiàn)bug，或者穩(wěn)定性問題，提前做好修復(fù)，可以有效降低新版本帶來的影響。
3.監(jiān)控報(bào)警
評(píng)估該項(xiàng)目是否需要新增或變更監(jiān)控報(bào)警，監(jiān)控報(bào)警能夠保障出現(xiàn)故障之后，第一時(shí)間知道，防止影響面擴(kuò)大。
4.數(shù)據(jù)一致性對(duì)賬設(shè)計(jì)
分布式架構(gòu)極容易出現(xiàn)數(shù)據(jù)不一致的問題，該項(xiàng)目是否需要設(shè)計(jì)數(shù)據(jù)對(duì)賬腳本，幫助及時(shí)發(fā)現(xiàn)不一致問題。
1.評(píng)估資損點(diǎn)，例如服務(wù)接口中包含資損相關(guān)字段（資金、積分、虛擬幣等）。
2.評(píng)估為了防止資損，是否需要進(jìn)行冪等控制、并發(fā)控制、越權(quán)校驗(yàn)、風(fēng)控機(jī)制設(shè)計(jì)、止損機(jī)制設(shè)計(jì)、監(jiān)控報(bào)警設(shè)計(jì)等。
1.歷史數(shù)據(jù)遷移
該項(xiàng)目對(duì)歷史數(shù)據(jù)是否有影響，若有，需要制定詳細(xì)的數(shù)據(jù)遷移計(jì)劃。
2.歷史版本兼容
該項(xiàng)目對(duì)老系統(tǒng)、APP歷史版本、開放平臺(tái)接口是否有影響，是否需要開發(fā)兼容邏輯。
1.評(píng)估常用技術(shù)攻擊手段的防控，比如腳本（JS）注入、SQL注入、CSRF攻擊、越權(quán)問題、id遍歷、防重放攻擊。
2.數(shù)據(jù)是否需要脫敏，比如手機(jī)號(hào)等隱私、敏感數(shù)據(jù)
聯(lián)系客服
