目錄

一、快速了解抽象思維

（一）抽象思維的本質(zhì)理解

（二）系統(tǒng)架構(gòu)中的重要性

（三）軟件開發(fā)中抽象的基本過程思考

意識(shí)和手段

抽象的方式

抽象層次的權(quán)衡

二、業(yè)務(wù)中的應(yīng)用實(shí)踐

（一）業(yè)務(wù)背景和研發(fā)挑戰(zhàn)

（二）營(yíng)銷系統(tǒng)目標(biāo)架構(gòu)

（三）實(shí)踐解決方案

問題域的頂層抽象

子問題的抽象與解決

共性統(tǒng)一解決、差異開放擴(kuò)展的展品子系統(tǒng)

基于模塊化、模板化和函數(shù)化的互動(dòng)子系統(tǒng)

產(chǎn)品功能標(biāo)準(zhǔn)化、安防體系化的優(yōu)惠子系統(tǒng)

橫縱向穩(wěn)定性建設(shè)

參考文章鏈接

---

一、快速了解抽象思維

（一）抽象思維的本質(zhì)理解

抽象思維是一種認(rèn)知和思維方式，通過在眾多事物中提取共同的、本質(zhì)性的特征，舍棄非本質(zhì)的特征，形成概念、判斷、推理等思維形式，以反映事物的本質(zhì)和規(guī)律。抽象是將復(fù)雜的現(xiàn)實(shí)世界簡(jiǎn)化為更易于理解和處理的概念或模型的過程。這種思維方式使人們能夠通過一般性的規(guī)律和原則來理解和處理復(fù)雜的現(xiàn)實(shí)情境。

在抽象思維中，人們通過對(duì)感性材料的加工制作，去粗取精、去偽存真，從具體事物中提煉出普遍性的特征。這有助于人們更有效地組織和理解信息，提高認(rèn)知效率，并使得復(fù)雜的問題變得更加可管理。抽象是認(rèn)知過程中的一種重要手段，常常涉及到將具體事物歸納為更一般的概念，從而使得我們能夠處理更廣泛和復(fù)雜的信息。

比如，當(dāng)我們面對(duì)如地球上大約150萬種不同的動(dòng)物這樣龐大而復(fù)雜的現(xiàn)實(shí)情境時(shí)，要一一認(rèn)知和理解每一種動(dòng)物幾乎是不可能的任務(wù)。這是因?yàn)槊糠N動(dòng)物都有其獨(dú)特的特征、行為和生態(tài)系統(tǒng)，涉及的信息量巨大且復(fù)雜。

動(dòng)物學(xué)家們采用了抽象思維的方法，將這些多樣性的動(dòng)物進(jìn)行分類。他們從所有動(dòng)物中提取了一個(gè)共同的、本質(zhì)性的特征，即是否有脊椎。這一抽象分類首先將動(dòng)物分為兩大類：脊椎動(dòng)物和無脊椎動(dòng)物。這是一個(gè)對(duì)復(fù)雜事物進(jìn)行簡(jiǎn)化的抽象過程。

然后，對(duì)脊椎動(dòng)物這一類別進(jìn)行進(jìn)一步的抽象和細(xì)分，將其分為魚類、爬行類、兩棲類、鳥類以及哺乳類等亞類。這一層次的抽象進(jìn)一步簡(jiǎn)化了分類，使我們能夠更輕松地理解動(dòng)物的整體組織結(jié)構(gòu)，而不必深入研究每個(gè)具體的物種。

通過這種抽象分類，我們可以以更高效的方式了解動(dòng)物界的多樣性，而不必被每個(gè)具體動(dòng)物的細(xì)節(jié)所淹沒。這個(gè)過程不僅提高了對(duì)動(dòng)物的認(rèn)知效率，還為進(jìn)一步的研究和了解提供了有序的框架。這個(gè)例子突顯了抽象思維在處理龐大而復(fù)雜的信息時(shí)的重要性，通過將信息層次化和分類，我們能夠更好地理解和應(yīng)對(duì)復(fù)雜的現(xiàn)實(shí)世界。

（二）系統(tǒng)架構(gòu)中的重要性

“編程中最重要的三件事是：抽象，抽象，抽象”。抽象是計(jì)算機(jī)科學(xué)中許多工作的中心，它包括為系統(tǒng)定義正確的接口以及為系統(tǒng)實(shí)現(xiàn)設(shè)計(jì)合適的架構(gòu)。 在計(jì)算機(jī)科學(xué)中，抽象是指高級(jí)的模型，是和低級(jí)的實(shí)體相對(duì)的。

例如，在面向?qū)ο缶幊讨?#xff0c;“鳥”是抽象模型，具有羽毛、沒有牙齒、會(huì)下蛋等共性特征，“大雁”、“鴨子”和“企鵝”是具象實(shí)體，它們繼承了“鳥”的共同特征，同時(shí)具備個(gè)性差異，比如“大雁”會(huì)飛，“鴨子”和“企鵝”不會(huì)飛。

從系統(tǒng)實(shí)現(xiàn)角度看，經(jīng)過這樣的模型設(shè)計(jì)之后，“大雁”在代碼實(shí)現(xiàn)上就無需從頭開始對(duì)每一項(xiàng)屬性和功能進(jìn)行編程，而是在繼承抽象類“鳥”的共性基礎(chǔ)上，專注于“飛”等差異邏輯的實(shí)現(xiàn)。因此，在計(jì)算機(jī)科學(xué)中，抽象通常意味著化繁為簡(jiǎn)并將共性與差異分離，使得一大堆底層代碼變得可移植和可復(fù)用，從而可以更加高效地實(shí)現(xiàn)和演進(jìn)軟件系統(tǒng)。

從系統(tǒng)使用角度看，通過抽象化的模型設(shè)計(jì)，“大雁”、“鴨子”和“企鵝”的功能被拆解提煉為“下蛋”、“飛”等極簡(jiǎn)的接口或者方法，使得使用方可以在不了解它們?nèi)绾翁峁┕δ艿那闆r下使用它們，極大地簡(jiǎn)化了復(fù)雜性。

通過上述案例我們可以認(rèn)識(shí)到，抽象思維能夠幫助我們極大地提升解決問題的效率，具體而言，它可以幫助我們：

• 化繁為簡(jiǎn)： 抽象思維通過將問題分解、分類、拆分，幫助將復(fù)雜的問題簡(jiǎn)化為更易于處理的部分。這個(gè)過程就好比在森林中迷失了方向，抽象思維就是通過識(shí)別并跟蹤主要特征，從整體中剝離出關(guān)鍵元素，使得問題的復(fù)雜性降低，進(jìn)而更容易找到解決方案。
• 由表及里： 抽象思維有助于我們看到問題的本質(zhì)，而不僅僅是表面現(xiàn)象。在面對(duì)一個(gè)問題時(shí)，很多時(shí)候我們首先看到的是外部的表象，而抽象思維則能夠幫助我們深入探究問題的核心原因和關(guān)鍵驅(qū)動(dòng)因素。這種方法類似于醫(yī)生對(duì)病人的診斷，不僅僅看癥狀，還要找到病因。
• 舉一反三： 抽象思維幫助我們將具體問題升華為一般性的原則或模型。這就像是學(xué)習(xí)數(shù)學(xué)，通過理解一個(gè)問題的解法，我們可以推廣到解決類似類型的問題。這種抽象過程使得我們能夠以更高效的方式處理問題，而不是每次都從零開始思考。

綜合來看，抽象能力是一種關(guān)鍵的底層思維能力，它并不僅僅局限于計(jì)算機(jī)科學(xué)和軟件開發(fā)領(lǐng)域，而是貫穿于我們解決各種問題的過程中。通過抽象，我們能夠更清晰地定義問題、更深入地理解問題的本質(zhì)，從而更有效地找到解決方案。這種思維方式不僅在解決具體問題時(shí)有用，還有助于我們更全面地理解世界，提升對(duì)復(fù)雜現(xiàn)象的認(rèn)知水平。

（三）軟件開發(fā)中抽象的基本過程思考

抽象在軟件開發(fā)中是一個(gè)基本而重要的過程，其核心目標(biāo)是提取事物的共性，以便通過縱向和橫向分層將復(fù)雜問題分解成可管理的小問題，實(shí)現(xiàn)通用能力的重復(fù)利用，從而降低系統(tǒng)構(gòu)建的復(fù)雜度。

意識(shí)和手段

抽象過程首先需要一種正確的意識(shí)，即在問題分析中要超越表面，站在更高的層次來看待問題。這意味著不僅僅要看到問題的具體細(xì)節(jié)，還要理解問題的本質(zhì)和共性，從而進(jìn)行有效的抽象。

在軟件開發(fā)中，抽象有兩種基本方法，即自下而上和自頂而下。通過業(yè)務(wù)建模等手段，可以自下而上地從具體業(yè)務(wù)中提煉出模型和數(shù)據(jù)結(jié)構(gòu)。而通過軟件系統(tǒng)設(shè)計(jì)等手段，可以自頂而下地從整體出發(fā)，逐步定義系統(tǒng)的結(jié)構(gòu)和模塊劃分。

抽象的方式

• 自下而上： 這是一種從局部到整體的抽象方式，即從小到大，通過業(yè)務(wù)建模等手段自底向上地歸納和演繹。這種方法關(guān)注局部細(xì)節(jié)，逐步構(gòu)建出系統(tǒng)的整體模型、模塊和服務(wù)。例如，在面向?qū)ο蟮拈_發(fā)中，從業(yè)務(wù)實(shí)體中提取出類和對(duì)象，逐步建立起系統(tǒng)的整體結(jié)構(gòu)。
• 自頂向下： 這是一種從整體到局部的抽象方式，即從大到小，通過軟件系統(tǒng)設(shè)計(jì)等手段自頂向下地拆解和切分。這種方法注重整體架構(gòu)和系統(tǒng)的高層次設(shè)計(jì)，通過逐步拆解和細(xì)化，最終形成系統(tǒng)的模塊、服務(wù)和組件。例如，在軟件系統(tǒng)設(shè)計(jì)中，從整體業(yè)務(wù)需求出發(fā)，逐步分解成各個(gè)子系統(tǒng)和模塊。

抽象層次的權(quán)衡

在軟件系統(tǒng)設(shè)計(jì)中，抽象層次的選擇至關(guān)重要。權(quán)衡抽象層次是指根據(jù)業(yè)務(wù)場(chǎng)景的需要，在抽象設(shè)計(jì)過程中選擇合理的層次。過高的抽象層次可能導(dǎo)致過度泛化，而過低的抽象層次則可能導(dǎo)致失去通用性。例如，在接口設(shè)計(jì)中，選擇參數(shù)類型時(shí)需要權(quán)衡通用性和類型約束力，以避免潛在的類型轉(zhuǎn)換異常問題。

總體而言，抽象是軟件開發(fā)中的基本思維和方法之一，通過合適的抽象，我們能夠更有效地解決問題，提高系統(tǒng)的設(shè)計(jì)質(zhì)量和可維護(hù)性。

二、業(yè)務(wù)中的應(yīng)用實(shí)踐

查看高超的文章《抽象思維及其在點(diǎn)評(píng)廣告營(yíng)銷系統(tǒng)中的實(shí)踐》（見下文鏈接），可以學(xué)習(xí)看下美團(tuán)的應(yīng)用實(shí)踐

（一）業(yè)務(wù)背景和研發(fā)挑戰(zhàn)

廣告營(yíng)銷系統(tǒng)是大眾點(diǎn)評(píng)平臺(tái)的關(guān)鍵支撐，其主要業(yè)務(wù)目標(biāo)旨在為平臺(tái)創(chuàng)造可觀的商業(yè)收入。通過在美團(tuán)/點(diǎn)評(píng)App上提供廣泛而多元的廣告營(yíng)銷方案，系統(tǒng)致力于為境內(nèi)外品牌客戶打造全面有效的廣告解決方案。這一業(yè)務(wù)模式的核心是在移動(dòng)應(yīng)用平臺(tái)上為品牌客戶提供一攬子的廣告服務(wù)，其中包括但不限于品牌傳播、獲客引流和銷量提升等多方面的關(guān)鍵業(yè)務(wù)。

在整體上，廣告營(yíng)銷系統(tǒng)通過其在大眾點(diǎn)評(píng)平臺(tái)上的精準(zhǔn)定位和服務(wù)，為品牌客戶提供了一個(gè)強(qiáng)大而綜合的廣告推廣平臺(tái)。通過實(shí)現(xiàn)品牌建設(shè)、客戶引流和銷售增長(zhǎng)等關(guān)鍵業(yè)務(wù)目標(biāo)，系統(tǒng)為大眾點(diǎn)評(píng)平臺(tái)的商業(yè)收入創(chuàng)造打下了堅(jiān)實(shí)的基礎(chǔ)。業(yè)務(wù)整體的發(fā)展如下：

在業(yè)務(wù)穩(wěn)定期，研發(fā)團(tuán)隊(duì)的工作方式發(fā)生了變化，從以往的需求驅(qū)動(dòng)型逐漸過渡到技術(shù)驅(qū)動(dòng)型。技術(shù)驅(qū)動(dòng)要求研發(fā)同學(xué)具備高度主動(dòng)性和獨(dú)立思考能力，需要他們主動(dòng)思考并定義當(dāng)前影響業(yè)務(wù)發(fā)展的問題，并制定相應(yīng)的技術(shù)規(guī)劃來解決。在定義問題時(shí)，采用抽象思維對(duì)問題進(jìn)行簡(jiǎn)化，由表及里有助于提高解決問題的效率。為支持業(yè)務(wù)實(shí)現(xiàn)目標(biāo)，研發(fā)團(tuán)隊(duì)需要解決以下問題和挑戰(zhàn)：

1. 需求頻率高且多變： 廣告營(yíng)銷業(yè)務(wù)面向外部客戶，需求不確定性大且節(jié)奏多變。如何在不增加研發(fā)資源的情況下，確保按期交付成為首要挑戰(zhàn)。

2. 客戶需求方案多樣： 面對(duì)來自各行各業(yè)的品牌客戶，需求方案多樣化。建設(shè)可復(fù)用的解決方案成為降低高投入成本的挑戰(zhàn)。

3. 系統(tǒng)規(guī)?？焖僭鲩L(zhǎng)： 隨著業(yè)務(wù)發(fā)展，系統(tǒng)規(guī)模不斷增大，對(duì)技術(shù)運(yùn)營(yíng)的要求也隨之增加。如何控制系統(tǒng)復(fù)雜度，保障系統(tǒng)穩(wěn)定運(yùn)行成為底線挑戰(zhàn)。

這些挑戰(zhàn)要求研發(fā)團(tuán)隊(duì)在技術(shù)驅(qū)動(dòng)下，更加注重主動(dòng)思考問題，采用抽象思維簡(jiǎn)化復(fù)雜性，以提高解決問題的效率。

（二）營(yíng)銷系統(tǒng)目標(biāo)架構(gòu)

（三）實(shí)踐解決方案

在解決研發(fā)挑戰(zhàn)時(shí)，引入了馬斯克所提倡的第一性原理，即回歸事物最基本的條件，通過拆分為各要素進(jìn)行解構(gòu)分析，找到實(shí)現(xiàn)目標(biāo)最優(yōu)路徑的方法。

對(duì)于前述的三個(gè)研發(fā)挑戰(zhàn)，實(shí)質(zhì)上都涉及到軟件系統(tǒng)的復(fù)雜性，這種復(fù)雜性導(dǎo)致了低效率、低質(zhì)量和高成本。軟件復(fù)雜性主要由不確定性、無序性、規(guī)模和認(rèn)知成本構(gòu)成：

其中，認(rèn)知成本和不確定性依賴于對(duì)業(yè)務(wù)問題的定義與解構(gòu)；無序性則取決于解決方案的有效性，可以通過標(biāo)準(zhǔn)化和結(jié)構(gòu)化來保持系統(tǒng)有序；規(guī)模是客觀存在的，可以通過分而治之和提高解決方案的復(fù)用性來解決。

因此首先，從業(yè)務(wù)出發(fā)，嘗試在業(yè)務(wù)中找到簡(jiǎn)化問題的可能性；接著，通過有效的業(yè)務(wù)建模進(jìn)一步簡(jiǎn)化問題的復(fù)雜度；最后，選擇合適的架構(gòu)來表達(dá)業(yè)務(wù)模型。在業(yè)務(wù)發(fā)展過程中，我們需要循環(huán)上述流程，不斷適應(yīng)變化。這種方法有助于降低軟件復(fù)雜性，提高系統(tǒng)的效率和質(zhì)量。

問題域的頂層抽象

在構(gòu)建理想的營(yíng)銷系統(tǒng)之前，我們首先需要深入了解營(yíng)銷業(yè)務(wù)的本質(zhì)。通過從本質(zhì)出發(fā)，我們能夠更容易地找到解決問題的杠桿點(diǎn)。營(yíng)銷業(yè)務(wù)的最終目標(biāo)是服務(wù)消費(fèi)者，因此從消費(fèi)者的角度出發(fā)，我們通常需要回答三個(gè)關(guān)鍵問題：“這里有什么？”（what）、“我為什么要參與？”（why）、“我怎么參與？”（how）。

這三個(gè)問題的答案直接對(duì)應(yīng)了營(yíng)銷系統(tǒng)能力的三個(gè)核心要素，即展品、優(yōu)惠和互動(dòng)。這構(gòu)成了我們對(duì)營(yíng)銷系統(tǒng)的頂層抽象。簡(jiǎn)要解釋如下：

1. 展品（What）： 涉及了消費(fèi)者關(guān)心的產(chǎn)品或服務(wù)，即營(yíng)銷活動(dòng)中的展示物品。消費(fèi)者需要清楚了解在這個(gè)營(yíng)銷平臺(tái)上有哪些產(chǎn)品或服務(wù)可供選擇。

2. 優(yōu)惠（Why）： 針對(duì)“我為什么要參與”這個(gè)問題，優(yōu)惠是一個(gè)重要的激勵(lì)因素。消費(fèi)者希望知道為什么參與這個(gè)營(yíng)銷活動(dòng)會(huì)對(duì)他們有利，可能涉及到價(jià)格優(yōu)惠、特別優(yōu)惠或其他吸引人的福利。

3. 互動(dòng)（How）： 涉及到參與的具體方式和交互過程。這包括消費(fèi)者如何參與到營(yíng)銷活動(dòng)中，如何獲得優(yōu)惠，以及他們與平臺(tái)之間的互動(dòng)方式。

通過理解這三個(gè)核心要素，我們可以更系統(tǒng)地設(shè)計(jì)和構(gòu)建營(yíng)銷系統(tǒng)，確保它能夠滿足消費(fèi)者的基本需求，提供有吸引力的產(chǎn)品或服務(wù)，激發(fā)他們的參與興趣，并提供簡(jiǎn)便而愉快的互動(dòng)體驗(yàn)。這樣的系統(tǒng)能夠更好地服務(wù)于業(yè)務(wù)的本質(zhì)，提升用戶參與度和滿意度。

在完成對(duì)營(yíng)銷能力的頂層抽象之后，要解決的核心問題逐漸明了，系統(tǒng)的全景圖也逐漸清晰。接著，就是從業(yè)務(wù)發(fā)展趨勢(shì)出發(fā)，逆向思考技術(shù)側(cè)現(xiàn)狀與理想目標(biāo)之間的差距，進(jìn)而尋找應(yīng)對(duì)策略，最后基于對(duì)營(yíng)銷能力的抽象，拆解出具體的關(guān)鍵任務(wù)：

• 展品子系統(tǒng)：收斂營(yíng)銷需求中展品領(lǐng)域的解決方案，以更方便地獲取展品，更高效地處理展品，更靈活地展示展品。

• 互動(dòng)子系統(tǒng)：構(gòu)建支持可插拔、可編排、可配置的互動(dòng)組件庫(kù)，以降低互動(dòng)需求的研發(fā)交付時(shí)長(zhǎng)，并提升互動(dòng)模塊的可靠性。

• 優(yōu)惠子系統(tǒng)：建設(shè)一站式電子獎(jiǎng)券系統(tǒng)，通過配置化支持各類獎(jiǎng)券的制作，并提供標(biāo)準(zhǔn)化的發(fā)券、用券能力，以及體系化的優(yōu)惠權(quán)益安全防控能力。

此外，在技術(shù)運(yùn)營(yíng)方面，要以不發(fā)生嚴(yán)重級(jí)事故為目標(biāo)，完善系統(tǒng)的穩(wěn)定性保障措施，降低系統(tǒng)發(fā)生事故的概率，并提升團(tuán)隊(duì)人員應(yīng)對(duì)風(fēng)險(xiǎn)的能力。

子問題的抽象與解決

共性統(tǒng)一解決、差異開放擴(kuò)展的展品子系統(tǒng)

展品是抽象出的概念，實(shí)際對(duì)應(yīng)展示營(yíng)銷中的營(yíng)銷標(biāo)，也就是營(yíng)銷活動(dòng)中展示的商戶、外賣、團(tuán)購(gòu)、評(píng)價(jià)等。在過去的技術(shù)實(shí)現(xiàn)上，針對(duì)展品領(lǐng)域的需求做了部分代碼級(jí)復(fù)用，但還需要經(jīng)歷完整的需求分析、方案設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)和測(cè)試上線過程。

為了降低展品領(lǐng)域的開發(fā)和維護(hù)成本，期望用一套系統(tǒng)解決展品領(lǐng)域的絕大部分需求。但是實(shí)際需求總是存在與設(shè)想形態(tài)偏離的情況，例如A活動(dòng)期望通過九宮格的方式展示商品，而B活動(dòng)希望用單排列表的方式展示。

因此，需要通過抽象建模，分離需求中的共性和差異部分， 針對(duì)共性部分可以建設(shè)面向流程、面向服務(wù)和面向功能的統(tǒng)一能力來解決，對(duì)于差異部分，比如數(shù)據(jù)結(jié)構(gòu)的差異、展品字段的差異或者展示樣式的差異，可以開放擴(kuò)展點(diǎn)，以提升系統(tǒng)應(yīng)對(duì)變化的能力。

確定了解決思路，接下來就是業(yè)務(wù)建模，也就是用合理的技術(shù)語(yǔ)言將業(yè)務(wù)問題精確地翻譯成技術(shù)問題，然后再尋找解決問題的方法。

從具體案例出發(fā)，結(jié)合分層原則，將展品子系統(tǒng)分為如下圖所示的三層

• 中間的一層定義了展品的身份，包括它是哪個(gè)業(yè)務(wù)線的，以及它是通過自建存儲(chǔ)還是對(duì)接外部服務(wù)來實(shí)現(xiàn)數(shù)據(jù)管理的，為如何支持展品的統(tǒng)一管理打下基礎(chǔ)；
• 最上面一層聚合了展品的共性部分，包括展示規(guī)則、排序規(guī)則和展示時(shí)間等，為提升展品系統(tǒng)的復(fù)用性奠定基礎(chǔ)；
• 最下面一層是展品模型的具體定義，包括展品類型、展品屬性等，并提供擴(kuò)展能力。

從抽象模型出發(fā)，結(jié)合統(tǒng)一流程，進(jìn)行領(lǐng)域拆分、功能細(xì)化，可以得出展品子系統(tǒng)的全景圖：

• 首先，在流程的統(tǒng)一上，遵循求同存異的原則，實(shí)現(xiàn)展品處理流程的最大化統(tǒng)一。
• 其次，在領(lǐng)域服務(wù)的拆分上，以展品模型為基礎(chǔ)，對(duì)標(biāo)業(yè)務(wù)流程，遵循職責(zé)內(nèi)聚的原則，將系統(tǒng)分為供給域、加工域和查詢域，分別對(duì)應(yīng)展品數(shù)據(jù)的接入、處理和輸出能力。
• 最后，在展品系統(tǒng)功能的統(tǒng)一上，通過無需開發(fā)代碼的配置化解決80%的共性，開放擴(kuò)展點(diǎn)應(yīng)對(duì)20%的差異。

基于模塊化、模板化和函數(shù)化的互動(dòng)子系統(tǒng)

互動(dòng)營(yíng)銷主要強(qiáng)調(diào)的是用戶和客戶之間的互動(dòng)，從而培養(yǎng)用戶對(duì)客戶品牌的認(rèn)知和購(gòu)買欲，常見的互動(dòng)形式有做任務(wù)領(lǐng)獎(jiǎng)勵(lì)、社交互動(dòng)、知識(shí)問答等?；?dòng)在技術(shù)上意味著有較多的寫操作，相比只讀場(chǎng)景的展示營(yíng)銷，有著更高的系統(tǒng)復(fù)雜度，因此也更容易出bug。過去，針對(duì)互動(dòng)營(yíng)銷需求，在技術(shù)建設(shè)上主要是通過沉淀獨(dú)立的組件，例如點(diǎn)贊、收藏、留資、抽獎(jiǎng)等，來提高研發(fā)效率的，但是一個(gè)互動(dòng)需求還是需要在互動(dòng)邏輯編排上投入較多的開發(fā)、測(cè)試和維護(hù)成本。

這次優(yōu)化的目標(biāo)是，實(shí)現(xiàn)系統(tǒng)性的研發(fā)質(zhì)效提升，互動(dòng)需求的零開發(fā)支持率提升至90%以上，反映提測(cè)質(zhì)量的千行代碼bug率能夠控制在0.5%以內(nèi)。

為實(shí)現(xiàn)這個(gè)目標(biāo)，采用抽象分治法。首先，對(duì)過去交付的需求案例進(jìn)行總結(jié)分析，將互動(dòng)營(yíng)銷玩法進(jìn)行抽象分類，任務(wù)類互動(dòng)玩法占比65%左右，社交類玩法占比30%，其他的一些定制小游戲等玩法占比5%。其中，任務(wù)類和社交類玩法的確定性較高，可以在組件化的基礎(chǔ)上采用模塊化、模板化等手段來進(jìn)一步提升系統(tǒng)的復(fù)用程度，而對(duì)于變化較多的其他類玩法，可以通過函數(shù)化來降低定制需求的開發(fā)、部署和運(yùn)維成本。這樣一來，我們?cè)诿鎸?duì)互動(dòng)營(yíng)銷需求時(shí)，可以在開發(fā)、測(cè)試和運(yùn)維方面得到質(zhì)的提升。此外，可以通過提升存量代碼的單元測(cè)試覆蓋率，減少代碼變更的頻率，來提升代碼質(zhì)量。

模塊化是以業(yè)務(wù)邏輯為單元的抽象，它是對(duì)以代碼單元為主的組件化的進(jìn)一步抽象，使得每個(gè)模塊都包含著執(zhí)行預(yù)期功能的一個(gè)唯一方面（aspect）所必需的所有東西，例如，任務(wù)模塊是基于任務(wù)組件、推送組件、簽到組件等構(gòu)建的，提供了創(chuàng)建任務(wù)、分發(fā)任務(wù)、展示任務(wù)列表和狀態(tài)流轉(zhuǎn)通知等一個(gè)任務(wù)產(chǎn)品模塊應(yīng)該具備的所有功能。

換言之，模塊化可以用來分割，組織和打包軟件，每個(gè)模塊完成一個(gè)特定的、標(biāo)準(zhǔn)化的子功能，并且它的功能是可擴(kuò)展的，將這些模塊按某種方法組裝起來成為一個(gè)整體，可以完成整個(gè)系統(tǒng)所要求的功能，某個(gè)模塊在不被需要的時(shí)候也可以獨(dú)立拆卸。因此，基于模塊化構(gòu)建的互動(dòng)子系統(tǒng)在復(fù)用性、易測(cè)性（每個(gè)模塊可以獨(dú)立測(cè)試）和可靠性（每個(gè)模塊可以獨(dú)立部署，運(yùn)行時(shí)互不影響）上可以得到進(jìn)一步的提升。

模板化是基于范式的抽象方法，它的主要思想是，定義一個(gè)操作的一系列步驟，對(duì)于某些暫時(shí)不確定的步驟，就留給子類去實(shí)現(xiàn)，這樣不同的子類就可以組成不同的步驟。因此，模板方法的核心在于定義一個(gè)“骨架”。在互動(dòng)營(yíng)銷需求中，經(jīng)常遇到這類需求：

“當(dāng)用戶關(guān)注了xx官方號(hào)后，們就給他發(fā)張優(yōu)惠券”

這種需求經(jīng)過抽象，可以提煉出一種范式，叫IFTTT，是“If This Then That”的縮寫。簡(jiǎn)而言之，IFTTT就是基于條件觸發(fā)的任務(wù)，是這類需求的模板“骨架”，即“若xx發(fā)生yy行為，就執(zhí)行zz動(dòng)作”。其中，每一個(gè)可以發(fā)生行為的場(chǎng)景叫做一個(gè)Channel，觸發(fā)的條件叫Trigger，之后執(zhí)行的任務(wù)叫Action，這一整套流程就叫Recipe。

基于IFTTT的基本理念，可以實(shí)現(xiàn)“由簡(jiǎn)單組成的復(fù)雜”，即由眾多簡(jiǎn)單的IFTTT流程相互銜接，組成跨組件、跨模塊的復(fù)雜流程。相比于面向過程的傳統(tǒng)開發(fā)方式，基于范式的模板化開發(fā)模式可以減少簡(jiǎn)單重復(fù)的代碼開發(fā)、縮減系統(tǒng)規(guī)模，從而極大地提升開發(fā)效率，降低運(yùn)維成本。

在模塊化、模板化的技術(shù)建設(shè)中不可避免還會(huì)遇到一些超出預(yù)期的需求。

針對(duì)這類需要定制化開發(fā)的需求，過去有兩種方案：

• 一是“All In One”，也就是將這類需求的實(shí)現(xiàn)收斂在一個(gè)單體服務(wù)中，這樣可以不用從0到1搭建服務(wù)，一些非功能性需求的代碼也可以復(fù)用，開發(fā)效率較高，但是因?yàn)閱误w服務(wù)在運(yùn)行期未隔離、服務(wù)體積也會(huì)不斷增長(zhǎng)，所以存在穩(wěn)定性差和可維護(hù)性差的問題；
• 二是“微服務(wù)”架構(gòu)，也就是為每個(gè)需求搭建一套獨(dú)立的服務(wù)，這樣可以解決穩(wěn)定性的問題，但是存在開發(fā)成本高、機(jī)器資源利用率低的問題。

這兩種方案各有利弊，如果將它們的優(yōu)勢(shì)疊加，就能完美地解決定制化開發(fā)需求的效率問題。當(dāng)認(rèn)識(shí)到問題的本質(zhì)后，就比較容易找到解決方案，這里引入了函數(shù)化的解決方案，也就是業(yè)內(nèi)新的一代開發(fā)模式FaaS（函數(shù)即服務(wù)，Function as a Service）。

基于FaaS（這里采用了我司的Nest平臺(tái)），可以在開發(fā)期僅關(guān)心占比20%的業(yè)務(wù)邏輯，由框架解決占比80%的非功能性需求；而在運(yùn)維期，業(yè)務(wù)開發(fā)可以實(shí)現(xiàn)秒級(jí)發(fā)布，也無需關(guān)注機(jī)器層面的容量評(píng)估、擴(kuò)縮容、容災(zāi)、升級(jí)、下線等日常運(yùn)維事務(wù)，可以節(jié)省大量的機(jī)器資源成本和技術(shù)運(yùn)營(yíng)人力成本，從而達(dá)到提效、提質(zhì)和降本的目的。

產(chǎn)品功能標(biāo)準(zhǔn)化、安防體系化的優(yōu)惠子系統(tǒng)

優(yōu)惠是做好營(yíng)銷必不可少的元素，它可以激勵(lì)用戶更好地參與到營(yíng)銷活動(dòng)中。

過去，在優(yōu)惠需求領(lǐng)域遇到的主要問題包括兩個(gè)：

• 一是交付效率低，因?yàn)閮?yōu)惠產(chǎn)品形式多樣，而且經(jīng)常需要與客戶系統(tǒng)對(duì)接，不確定性較高；
• 二是安全風(fēng)險(xiǎn)高，因?yàn)閮?yōu)惠模塊一旦出問題就意味著直接的經(jīng)濟(jì)損失。

針對(duì)這些問題，縱觀優(yōu)惠產(chǎn)品生命周期，從優(yōu)惠券的制作、發(fā)放和核銷這三個(gè)主要環(huán)節(jié)入手，分析相關(guān)的研發(fā)挑戰(zhàn)和安全風(fēng)險(xiǎn)，進(jìn)而提出實(shí)現(xiàn)標(biāo)準(zhǔn)化的優(yōu)惠產(chǎn)品解決方案和體系化的風(fēng)險(xiǎn)管控體系的目標(biāo)以及相應(yīng)的設(shè)計(jì)思路。

為了建設(shè)平臺(tái)化的優(yōu)惠系統(tǒng)，提供標(biāo)準(zhǔn)化的產(chǎn)品功能，需要從用戶視角抽象推導(dǎo)標(biāo)準(zhǔn)的獎(jiǎng)券模型。這里采用分析歸納法，并用“5W1H”提問法來驗(yàn)證模型的完整性：“用戶（who）為了獲得某種優(yōu)惠（why），在什么時(shí)間（when），來到什么地方（where），滿足什么條件（how）的情況下通過核驗(yàn)兌付權(quán)益（what）？”，從而推導(dǎo)出獎(jiǎng)券的基本六要素：

• 獎(jiǎng)券權(quán)益：抽象權(quán)益維度，表示獎(jiǎng)券所有者能夠享受的權(quán)益。
• 兌付時(shí)段：抽象時(shí)間維度，表示獎(jiǎng)券所有者可以兌付權(quán)益的有效時(shí)段。
• 適用商戶：抽象空間維度，表示獎(jiǎng)券所有者可以兌付權(quán)益的地方。
• 使用規(guī)則：抽象規(guī)則維度，表示使用權(quán)益需要滿足的條件。
• 憑證標(biāo)識(shí)：抽象標(biāo)識(shí)維度，表示獎(jiǎng)券的唯一標(biāo)識(shí)，用于權(quán)益在使用時(shí)的確權(quán)。
• 核驗(yàn)?zāi)Ｊ?#xff1a;抽象核驗(yàn)方法維度，表示使用何種方式核銷權(quán)益。

通過抽象提煉出獎(jiǎng)券的基本要素后，接下來就是從平臺(tái)視角泛化設(shè)計(jì)獎(jiǎng)券的模型，為設(shè)計(jì)可擴(kuò)展的優(yōu)惠系統(tǒng)架構(gòu)奠定基礎(chǔ)。

首先，是對(duì)獎(jiǎng)券模型進(jìn)行分層，我們從“什么券？”、“怎么發(fā)？”和“怎么用？”三個(gè)問題出發(fā)，將獎(jiǎng)券模型分為三層；其次，針對(duì)獎(jiǎng)券的基本六要素，設(shè)計(jì)抽象接口，以支持?jǐn)U展，例如兌付時(shí)段可以是動(dòng)態(tài)時(shí)段，也可以是固定時(shí)段；最后，從平臺(tái)視角出發(fā)，擴(kuò)充系統(tǒng)功能，包括業(yè)務(wù)標(biāo)識(shí)、管理模式、庫(kù)存、發(fā)放規(guī)則等，以實(shí)現(xiàn)較為完整的優(yōu)惠系統(tǒng)功能。

營(yíng)銷安全是優(yōu)惠子系統(tǒng)面臨的最主要的挑戰(zhàn)，為了防止規(guī)模性的資損事件發(fā)生，需要構(gòu)建體系化的安全保障方案。如圖所示，從制定優(yōu)惠營(yíng)銷安全應(yīng)對(duì)原則出發(fā)，一方面是通過組織團(tuán)隊(duì)定期學(xué)習(xí)公司、行業(yè)的營(yíng)銷安全事故案例，從而提高安全意識(shí)；另一方面，針對(duì)業(yè)務(wù)流程中的制券、發(fā)券和用券核心環(huán)節(jié)，以及數(shù)據(jù)存儲(chǔ)構(gòu)建立體化的安全保障手段。從而構(gòu)建在事前預(yù)備兜底方案，事中及時(shí)感知并處理異常，事后總結(jié)復(fù)盤不斷改進(jìn)的安全防御體系。

橫縱向穩(wěn)定性建設(shè)

展品子系統(tǒng)、互動(dòng)子系統(tǒng)和優(yōu)惠子系統(tǒng)可以獨(dú)立存在，但在大多數(shù)需求場(chǎng)景中，它們需要通過組合、聯(lián)動(dòng)形成整體。因此，從營(yíng)銷系統(tǒng)整體出發(fā)需要在橫向和縱向上進(jìn)行綜合性的穩(wěn)定性建設(shè)，以保障營(yíng)銷活動(dòng)穩(wěn)定地運(yùn)行。

首先，在橫向穩(wěn)定性建設(shè)上的關(guān)注點(diǎn)是活動(dòng)的資損和客訴，這是直接反映技術(shù)交付質(zhì)量的指標(biāo)。為了控制好這兩個(gè)指標(biāo)，制定了“防備下游、懷疑上游、做好自己”的穩(wěn)定性建設(shè)策略。但是，一年需要交付幾百個(gè)營(yíng)銷活動(dòng)，怎么平衡穩(wěn)定性建設(shè)成本與效率呢？對(duì)過去的營(yíng)銷活動(dòng)分析后發(fā)現(xiàn)，活動(dòng)流量和風(fēng)險(xiǎn)分布是符合2/8原則的，80%的穩(wěn)定性問題集中在20%的活動(dòng)上。因此，計(jì)劃建立活動(dòng)評(píng)級(jí)機(jī)制，根據(jù)風(fēng)險(xiǎn)評(píng)估的活動(dòng)定級(jí)S/A/B，進(jìn)行穩(wěn)定性保障資源的分配，從而最大化穩(wěn)定性建設(shè)的收益與投入比。

在縱向穩(wěn)定性建設(shè)上關(guān)注點(diǎn)是各個(gè)子系統(tǒng)、子功能的穩(wěn)定性，例如抽獎(jiǎng)組件是否是高可用、高可靠的。然而，和上面遇到了同樣的挑戰(zhàn)，營(yíng)銷系統(tǒng)的功能模塊有上百個(gè)，如何平衡穩(wěn)定性建設(shè)成本與效率呢？我們從功能模塊的變化頻率和風(fēng)險(xiǎn)等級(jí)兩個(gè)維度，將所有營(yíng)銷功能組件分為四類，進(jìn)而按系統(tǒng)模塊的風(fēng)險(xiǎn)等級(jí)和易變性，拆分出系統(tǒng)模塊的穩(wěn)定性保障優(yōu)先級(jí)，再針對(duì)性地做好系統(tǒng)在運(yùn)行時(shí)的解耦和分層分級(jí)運(yùn)維。

參考文章鏈接

抽象思維及其在點(diǎn)評(píng)廣告營(yíng)銷系統(tǒng)中的實(shí)踐

基本思維篇--抽象思維 - 知乎