閱讀全文大約需要15分鐘。本文為作者對平時工作的思考總結(jié)，包括商品中心的設計、訂單拆單的實現(xiàn)、促銷活動及優(yōu)惠券的設計使用等，對相關(guān)從業(yè)者，有借鑒意義。歡迎留言交流討論。

本文包括以下幾個部分：

1. 電商后臺系統(tǒng)概述
2. 電商后臺產(chǎn)品設計：商品中心
3. 電商后臺產(chǎn)品設計：訂單拆單
4. 電商后臺產(chǎn)品設計：促銷活動解析
5. 電商后臺產(chǎn)品設計：優(yōu)惠券的設計和妙用

一、電商后臺系統(tǒng)到底是怎么回事兒

每年的“雙十二”“雙十一”人造購物節(jié)一來，電商群戰(zhàn)就好不熱鬧，馬云卻預言純電商時代已去，新零售時代已至。作為一名電商產(chǎn)品經(jīng)理，身處如此時代，亦會覺得不負青春。

做產(chǎn)品以來，主要做后端支撐產(chǎn)品方向，目前對各模塊系統(tǒng)都有所涉及。初次接觸時，在網(wǎng)上找了很多資料，發(fā)現(xiàn)關(guān)于產(chǎn)品的相關(guān)文章，大部分都是關(guān)于產(chǎn)品體驗、交互、APP等，提及后臺的文章基本淺嘗輒止，很少有文章來系統(tǒng)介紹后臺各模塊（商品、訂單、營銷、物流、支付、會員、評價、采購…）,就計劃寫一系列關(guān)于后臺各模塊的產(chǎn)品設計文章，希望能夠幫助在產(chǎn)品路上成長的PM。

后臺系統(tǒng)，也不能叫做一個系統(tǒng)，很多公司將其拆分為很多子系統(tǒng)，阿里更將其發(fā)展成了中臺事業(yè)群（搜索事業(yè)部、共享業(yè)務平臺、數(shù)據(jù)技術(shù)）。后端一系列系統(tǒng)支撐著公司各種業(yè)務的進行和發(fā)展，前端展示、業(yè)務處理（訂單、優(yōu)惠券）、庫存變動等進行時，后端各系統(tǒng)間互相調(diào)用接口進行數(shù)據(jù)更新。

由于商業(yè)性質(zhì)決定了電商業(yè)務支撐系統(tǒng)必須具備穩(wěn)定性、可擴展、安全性強等特點，PM在設計產(chǎn)品架構(gòu)時，應充分考慮到業(yè)務發(fā)展需要，盡量將各模塊隔離，商品模塊建個商品中心，訂單模塊建個訂單中心等等。

只有在產(chǎn)品設計上有模塊化思想，具有前瞻性，技術(shù)在開發(fā)時才會考慮業(yè)務隔離，當業(yè)務調(diào)整、功能新增時，開發(fā)可迅速進行，避免牽一發(fā)而動全身的事情反復發(fā)生。

針對一般電商業(yè)務，我簡單畫了一張產(chǎn)品模塊示意圖，基本一些中小型電商公司的產(chǎn)品架構(gòu)大致如此。除了圖中所示，現(xiàn)在很多電商公司開始轉(zhuǎn)型社交電商，采用UGC模式或直播電商，在產(chǎn)品架構(gòu)上會新增資訊系統(tǒng)，實現(xiàn)資訊與商品的高度融合，本文不過多涉及。

對電商公司來講，最核心最難做的三部分：商品、訂單、庫存。

商品與店鋪、營銷、評價等相關(guān)，訂單與會員、營銷、支付、庫存、物流等相關(guān)，庫存與訂單、采購、WMS、營銷等相關(guān)，系統(tǒng)之間業(yè)務邏輯和交互異常復雜，規(guī)則多樣。

• 商品中心：主要管理SKU(最小庫存單位)、SPU（標準化產(chǎn)品單元）、屬性（關(guān)鍵屬性、非關(guān)鍵屬性、銷售屬性）、類目品牌、價格等有關(guān)商品的數(shù)據(jù)；

• 訂單中心：管理訂單類型、訂單狀態(tài)，落下關(guān)于商品、優(yōu)惠、用戶、收貨信息、支付信息等一系列的訂單實時數(shù)據(jù)，進行庫存更新、訂單下發(fā)等一系列動作；

• 支付中心：主要調(diào)用第三方支付平臺接口，記錄支付信息（對應訂單號、支付金額等）；

• 會員中心：主要管理用戶等級、用戶權(quán)益、積分、卡券等會員相關(guān)信息；調(diào)度中心主要將訂單信息轉(zhuǎn)化為發(fā)貨通知單，調(diào)度倉庫和物流進行發(fā)貨；

• 客服中心：主要管理退貨退款、售后服務等操作，包括呼叫中心、在線客服等，與之對應的是工單系統(tǒng)，將客服任務進行隊列管理，分配給相應的客服；

• 營銷中心：主要管理活動相關(guān)，優(yōu)惠券、滿減、專場活動、促銷專區(qū)等，營銷工具的開發(fā)對電商尤其重要，營銷活動的濫用造成的用戶疲勞，怎樣推陳出新，給電商產(chǎn)品經(jīng)理造成了很大挑戰(zhàn)；

• 運營中心：主要是對用戶端進行頁面配置（Banner、ICON、TAB）、價格管理等，一般會營銷中心并入運營，作為其一部分；

• 評價中心：管理商品評價和用戶反饋，這并沒有想象的那么簡單，涉及到一些敏感詞和敏感圖片的篩選，以及回復內(nèi)容管理；

• 店鋪管理：功能龐雜，相當于提供給B端用戶一個Saas管理后臺，提供管理商品、營銷、訂單一系列功能，主要針對一些有to B業(yè)務的電商開放平臺；

• 采購中心：管理SKU，當庫存預警時，及時生成采購單進行入庫，有供應商管理模塊，主要進行供應商管理評級，發(fā)展新供應商等功能；

• 財務管理：主要和訂單、采購系統(tǒng)相關(guān)，數(shù)據(jù)準確性要求較高；

• WMS系統(tǒng)（倉庫管理系統(tǒng)）：主要是入庫、出庫、盤點等模塊，WMS主要和調(diào)度中心進行數(shù)據(jù)交互，反饋出入庫狀態(tài)和庫存變動；

• 物流中心：主要進行運費模板、運費管理（前端訂單、真實物流成本）、物流狀態(tài)保存查詢（快遞100、菜鳥等關(guān)聯(lián)），如果是跨境電商，還涉及到和海關(guān)總署的對接，進行報關(guān)操作。

• 風控中心：主要利用大數(shù)據(jù)進行用戶信用建設、反欺詐，避免惡意評價、刷單退款等操作，構(gòu)建安全的電商購物環(huán)境。

對電商后端支撐線各模塊的業(yè)務功能有初步認知之后，可以看到的是，平常手機中的一個電商APP，背后是若干系統(tǒng)在支撐著，亦是許多技術(shù)和產(chǎn)品人員在辛苦付出。

以客戶下訂單為例來介紹業(yè)務信息在各系統(tǒng)之間的流轉(zhuǎn)，涉及主要的信息交互如下圖所示。從用戶選擇商品、生成訂單到訂單出庫、物流配送、用戶簽收、退貨退款，信息在多系統(tǒng)中流轉(zhuǎn)更新數(shù)據(jù)。

從圖中可以看出前臺的一小步，后臺的一大步。對于產(chǎn)品經(jīng)理來講，理清各系統(tǒng)之間的業(yè)務邏輯，特別是在商品類型多樣（服務商品、實物商品、服務加實物商品等），業(yè)務復雜（預售、代銷、代發(fā)等）時，各系統(tǒng)模塊的隔離，設計時考慮擴展性非常必要。

二、如何設計實用的商品中心（前端顯示篇）

每天逛淘寶和京東的時候，映入眼簾的都是品類繁多的商品，但是當我們選擇分類或者直接搜索的時候，按條件篩選時，系統(tǒng)卻往往能從千萬商品中提供心中想要的商品；在瀏覽商品時，商品主圖、詳情圖、規(guī)格等信息讓我們感覺比在超市拿著實物獲得更多信息，電商系統(tǒng)到底是怎么做到這些的呢？

簡單粗暴地講，商品中心是用來管理核心的商品數(shù)據(jù)。對于使用的維度：從前端來講，是給商品展示、訂單、營銷活動提供商品數(shù)據(jù)支撐，從后端來講，商品中心給訂單發(fā)貨、倉庫管理、供應商管理、采購提供基礎(chǔ)數(shù)據(jù)支撐。

為了更清晰地描述商品中心這項重量級工程，文章分為兩部分從上述兩個維度來闡述，第一部分主要從后端的維度介紹商品中心。第二部分主要從商品前端顯示來說后臺設計的那些事兒。

一、 商品常用概念介紹

先介紹幾個基本概念：SKU、SPU、屬性、類目。

• SKU

stock keeping uint（庫存量單位），庫存控制的最小可用單位。例如Iphone 7plus 128G 銀色就是一個SKU，倉庫管理、采購進貨、庫存顯示的都是SKU。

不同的公司都有自己的SKU編碼規(guī)則，如果有自己的倉庫，在商品入庫時一般會打上自己的SKU碼，這樣整一套庫存體系就會自上而下打通，當然還有另一種處理方式，設置自有SKU碼與供應商條碼的對應關(guān)系，將訂單轉(zhuǎn)化為發(fā)貨單時，將自有SKU碼轉(zhuǎn)化為供應商的條碼。

對大公司來說，推薦前一種做法，后一種由于供應商編碼規(guī)則不同，或者管理規(guī)范，在實際操作往往會增加出錯率。

• SPU

standard product unit（標準化產(chǎn)品單元），是一組標準化信息的集合，例如Iphone 7plus就是一個SPU。SPU與SKU的關(guān)系有許多種，可以一對多，一對一，如下圖所示。

SPU信息中應該包含SPU屬性、產(chǎn)品圖片、產(chǎn)品描述、產(chǎn)品標簽。SPU和SKU之間是通過規(guī)格來鏈接的。

SPU(Iphone 7plus)通過顏色、內(nèi)容關(guān)聯(lián)到SKU(Iphone 7plus 128G 銀色)。SPU的庫存是由其對應的SKU庫存共同決定的。

• 屬性

分為關(guān)鍵屬性、銷售屬性、非關(guān)鍵屬性。

關(guān)鍵屬性是指能夠唯一確定產(chǎn)品的屬性，是必填項。例如手機的品牌、型號屬于關(guān)鍵屬性；銷售屬性組成SKU的特殊屬性，或稱為規(guī)格屬性，如手機的”顏色”、”內(nèi)存”；非關(guān)鍵屬性指的是除關(guān)鍵屬性、銷售屬性外的其他屬性，如手機的手機接口類型，非關(guān)鍵屬性不一定是非必填項，有時為了商品信息完整，也會設為必填項。

屬性定義對于良好的消費體驗有著至關(guān)重要的關(guān)系，對搜索、索引、篩選都有至關(guān)重要的作用。

• 類目

分類樹，電商常用的有兩層類目，前臺展示類目，后端商品類目。

前臺類目指的是展示給消費者的類目，會根據(jù)季節(jié)、銷售策略、活動進行變動；后臺類目屬于基礎(chǔ)數(shù)據(jù)，不可隨意變動，添加SKU時都需要選擇類目，進行綁定。

需要注意的是，類目樹的層次不能太深，一般三層或四層，如果太深，不論對于管理還是技術(shù)性能來說，都是不利的。前臺類目與后臺類目可隨意搭配，設置前臺類目關(guān)聯(lián)時，對前臺類目樹最深層進行設置，可讓其關(guān)聯(lián)后臺類目任一層，可一對一、一對多。前臺類目還可以對應品牌。

二、商品基礎(chǔ)資料設計

在介紹商品常用概念時，也透露了很多在產(chǎn)品設計時關(guān)聯(lián)的信息。在添加SKU時，需要選擇品牌、填寫一些屬性，以及關(guān)于倉庫管理的基礎(chǔ)數(shù)據(jù)（長寬高、重量、供應商等）。

商品中心基礎(chǔ)資料結(jié)構(gòu)圖主要如下，首先是品類管理，主要包括品牌管理(中英文名、可供品類、產(chǎn)地（跨境電商比較重要）)、屬性管理（針對類目添加相關(guān)屬性和屬性值）、類目管理（后端類目樹重中之重，確定時要考慮全面，屬于基礎(chǔ)數(shù)據(jù)，后續(xù)更改比較麻煩。），大致產(chǎn)品框架如圖所示。

在添加SKU時，通過供應商去關(guān)聯(lián)采購，進而影響倉庫中SKU的庫存。

供應商在添加SKU時亦可不選擇，可以在采購系統(tǒng)中添加關(guān)聯(lián)。

通過銷售屬性去關(guān)聯(lián)SPU與SKU，同一SPU在前臺顯示時可以共用同一商品詳情，只是通過規(guī)格屬性映射到具體的SKU；針對商品的關(guān)鍵屬性和屬性值，可以在商品搜索和篩選時用上，良好的屬性定義對于顧客決策樹的縮短有著至關(guān)重要的作用。

三、復盤

商品中心后端屬于基礎(chǔ)數(shù)據(jù)，會被許多子系統(tǒng)調(diào)用，對于電商公司來說重中之重。商品中心提供接口數(shù)據(jù)進行倉庫管理、采購管理、庫存管理、訂單管理，可擴展的商品中心結(jié)構(gòu)將給公司業(yè)務發(fā)展帶來很大益處。

文后擴展，很多電商公司業(yè)務定位都是B2B2C，為了擴充SKU，增加用戶量，或者構(gòu)建平臺體系，都會允許第三方來平臺管理商品，類似京東、有贊，這類平臺的商品結(jié)構(gòu)更加復雜，SKU需要增加所屬商家，商品詳情、屬性值、庫存都需要相互獨立，在SKU、SPU緯度上增加一個商家緯度。這里不做過多擴展，感興趣的朋友可以深入思考。

三、如何設計實用的商品中心 ?（后臺設計篇）

用戶平常購物接觸到最多的就是商品顯示頁，商品列表、商品詳情頁的基礎(chǔ)信息都是從商品中心獲取。

目前對于商品設計有著成熟的產(chǎn)品方案，電商網(wǎng)站的商品產(chǎn)品結(jié)構(gòu)大同小異，淘寶上的商品以SPU形態(tài)顯示，京東上以SKU形態(tài)顯示，兩種處理方式各有優(yōu)劣勢（表達可能不太準確，但認真研究過兩者商品結(jié)構(gòu)應該理解我說的不同點，下文解釋）。

其實我更傾向于淘寶的商品結(jié)構(gòu)，能夠支持更加靈活的商品方案。

京東與淘寶的商品詳情頁

商品信息主要由類目、標題、品牌、商品屬性、規(guī)格（京東定義為銷售屬性）、價格、庫存、SKU信息（毛重、長寬高等）、商品圖、商品詳情描述、物流信息等組成。至于經(jīng)?？吹降姆諛撕灒ò讞l、極速退款）、商品標簽（熱銷）、活動標簽（滿減、優(yōu)惠券）、價格標簽（拼團價、活動價）、同類商品等都是在商品信息上的包裝層，不在本文的闡述范圍。

一、商品類目、商品基本信息

商品類目分為兩層，基礎(chǔ)數(shù)據(jù)類目層、前臺展示類目層，在添加和管理商品時，都是在基礎(chǔ)數(shù)據(jù)類目層對商品進行管理（如下圖）。商品屬性、銷售屬性及品牌等很多數(shù)據(jù)都是在基礎(chǔ)類目上進行管理，所以類目管理屬于較為核心的工作，一定要從長遠角度考慮。

在添加商品時，需選擇對應的類目。前臺類目在展示時，有兩種處理方式：

• 前臺類目對應后臺類目，可一對一、一對多、多對多，自由組合，動態(tài)調(diào)整?，F(xiàn)在大部分自營電商都是用的這種類型。

• 前臺類目直接對應商品，適合商品較少的小商家，主要是一些電商平臺提供給平臺上商家的類目服務，添加商品時直接選擇前臺展示的類目。?

另外，類目一般是分為三層，類目樹不要太深，否則將影響產(chǎn)品效率。?

JD商品類目

設置商品信息、副標題（一般介紹產(chǎn)品賣點、促銷），選擇商品對應的品牌。

在品牌管理中，有兩種方案：1.品牌統(tǒng)一管理，小公司商品豐富度較少時的方案。2.品牌關(guān)聯(lián)類目，商品豐富度高的選擇。

基本信息編輯?

二、商品屬性

商品屬性包括屬性名、屬性值，一般都是掛在具體類目子葉下，設置必填和非必填。在設置屬性值時，須保留一定的擴展性，部分允許自定義屬性。商品屬性管理要求強大的類目運營能力，在中小型電商平臺一般會提供基礎(chǔ)屬性值，再開放自定義屬性編輯，讓用戶來完善屬性庫數(shù)據(jù)。

商品搜索能力，除了標題、類目，很大部分依賴于商品屬性，條件篩選的基礎(chǔ)數(shù)據(jù)也是商品屬性和規(guī)格屬性。完善商品屬性對于良好用戶體驗至關(guān)重要。

淘寶的商品屬性（男裝>風衣）

三、規(guī)格、價格、庫存、SKU信息

在購買商品時，我們會經(jīng)常選擇規(guī)格（銷售屬性），主要包括顏色、尺寸，為了支持多樣化的用戶需求，選擇之后可以編輯規(guī)格。規(guī)格一對一確定之后，可單獨設置價格、庫存、商家SKU，淘寶上亦可添加條形碼（69碼）。

也可以設置統(tǒng)一價、統(tǒng)一庫存。填寫商家SKU主要是為了方便對應到具體的實物，上文亦講過，倉庫和采購管理的都是具體的SKU。

仔細觀察會發(fā)現(xiàn)，京東的商品標題是加上具體的規(guī)格，在選擇規(guī)格時會跳轉(zhuǎn)SKU，對于落單數(shù)據(jù)有效率提升，但是對于頁面效率和體驗是不如淘寶的SPU結(jié)構(gòu)的?，F(xiàn)在大部分電商都采用的是淘寶的SPU結(jié)構(gòu)，亦是優(yōu)質(zhì)選擇。

JD規(guī)格、價格、庫存、SKU設置頁面

在淘寶上選擇具體的規(guī)格后，會發(fā)現(xiàn)商品縮略圖會發(fā)生變化，這就需要在管理商品時，針對某規(guī)格單獨上傳圖片。這里有個設計很巧妙的地方，只是不同顏色需要上傳對應的商品縮略圖，而尺碼不需要。

淘寶不同顏色上傳具體的縮略圖，京東可上傳多圖

針對商品設置平臺價和市場價，主要是為了商品在列表展示商品、未選擇具體規(guī)格時展示，相當于商品的均價。毛重、長寬高等數(shù)據(jù)主要是為了物流而設置的，自建倉庫的自營電商一般在SKU數(shù)據(jù)層就會錄入這些數(shù)據(jù)，直接調(diào)用。

貨號即商品編碼，在商城購物時會掃描的條形碼就是貨號。貨號不等同于SKU編碼，同一商品編碼的商品可能是不同SKU，有著不同的規(guī)格，所以不能直接拿貨號來管理SKU。

JD商品信息填寫

四、商品圖、商品詳情描述、物流信息

除了不同規(guī)格對應的商品縮略圖，商品圖還包括商品主圖，一般要求圖片質(zhì)量較高，包括整體圖和細節(jié)圖。商品主圖是吸引顧客眼球的必要利器，不論是列表頁，還是活動頁，顧客除了關(guān)注價格，主要就是商品主圖，運營上架時需對商品主圖較為慎重。

商品詳情頁現(xiàn)在一般會區(qū)分電腦版和手機版，由于兩者的使用場景和設備不同，側(cè)重點也不相同。為了更好的展示產(chǎn)品特點，可提供不同的產(chǎn)品詳情模板，亦可支持不同的富文本編輯。

商品詳情描述

選擇運費服務時，要選擇對應的物流模板（包郵、按重量、按件數(shù)等），在訂單處理是按照具體的物流模板計算運費。運費模板計算較為多樣復雜，下篇文章詳細描述講解物流運費相關(guān)的細節(jié)。

商品物流選擇

五、其他商品信息

主要包括售后服務（發(fā)票、保修服務、退換貨）、包裝清單等相關(guān)說明。

六、上下架管理

設置完商品基本信息之后，設置上下架時間，亦可直接上架發(fā)布。和商品相關(guān)的活動，一旦商品下架，活動將失效，無法購買。搜索、篩選的商品范圍都是在上架的商品范圍進行。

上下架設置

在商品管理層面，平臺電商提供給平臺商戶的商品服務與自營電商自己的商品服務有著很大不同。最大區(qū)別在于自營電商比平臺電商多SKU管理，庫存和屬性都是基于SKU進行管理，在添加商品時，如果還要重新填寫，就會造成數(shù)據(jù)冗余。所以一般會共用數(shù)據(jù)。

四、電商后臺產(chǎn)品設計：優(yōu)惠券的設計和妙用

優(yōu)惠券是一種常見的促銷方式，在規(guī)定的周期內(nèi)購買對應商品類型和額度的商品時，結(jié)算時滿足一定條件會減免一定金額。通過發(fā)放優(yōu)惠券，引導用戶購買相應的商品，在下單的時候抵扣一定的費用，達到促銷、提高客單價的目標。

優(yōu)惠券不論在線上還是線下，適用范圍都比較廣泛。例如滴滴發(fā)的專車券、外賣平臺發(fā)的外賣券、京東淘寶的優(yōu)惠券等。

一、優(yōu)惠券的類型和應用場景

優(yōu)惠券有多種分類方式，按照使用門檻、使用范圍、發(fā)放主體等有不同的分類。

1.1 按照使用門檻分為現(xiàn)金券、滿減券、折扣券。

現(xiàn)金券：不限制訂單金額，可以直接使用。

滿減券：訂單金額需要滿足一定的最低額度才可使用，例如：滿100減10元優(yōu)惠券。

1.2 按照適用范圍分為：單品券、品類券、品牌券。

單品券：購買優(yōu)惠券指定商品時可使用，這種優(yōu)惠券一般只針對少量特殊商品可以使用。

品類券：購買優(yōu)惠券指定類別的商品即可使用，除個別特殊商品。

品牌券：購買優(yōu)惠券指定品牌的商品時可使用，除個別特殊商品。

一般按照品牌或者品類設置優(yōu)惠券范圍是比較常見的方式。?

1.3 按照發(fā)放的主體分為平臺優(yōu)惠券和店鋪優(yōu)惠券?

平臺優(yōu)惠券：優(yōu)惠由平臺承擔，比如平臺活動優(yōu)惠券、平臺注冊的新人優(yōu)惠券、平臺積分兌換的優(yōu)惠券。

店鋪優(yōu)惠券：在平臺上的店鋪自己發(fā)放的優(yōu)惠券，比如淘寶上的店鋪優(yōu)惠券、京東的店鋪優(yōu)惠券。

平臺優(yōu)惠券的金額由平臺承擔，在店鋪使用時優(yōu)惠金額由平臺返給店鋪；店鋪優(yōu)惠券的成本由店鋪自己承擔。

二、優(yōu)惠券的設計規(guī)則

從優(yōu)惠券的生命周期，來設計優(yōu)惠券是最恰當?shù)摹?/p>

優(yōu)惠券周期?

2.1 生成優(yōu)惠券

在生成優(yōu)惠券時，主要是從優(yōu)惠券信息和推廣信息兩方面來考慮優(yōu)惠券的設計。

2.1.1 優(yōu)惠券信息

• 優(yōu)惠券名稱
• 類型：現(xiàn)金券、滿減券、折扣券
• 面值：例如10元。
• 使用條件：滿XX元可用
• 使用平臺：客戶端、H5商城、主站、各分銷渠道
• 有效期時間：絕對時間（時間段）、相對時間（領(lǐng)取之日后多少天有效）
• 發(fā)行量：優(yōu)惠券張數(shù)（設置限額）
• 使用范圍：平臺券（全平臺通用）、店鋪券（僅在某店鋪可用）
• 商品范圍：全品類、限制品類、限制商品?

2.1.2?? 推廣信息

• 發(fā)放方式：可發(fā)放可領(lǐng)取、僅可發(fā)放(只能由平臺發(fā)放給用戶)、僅可領(lǐng)?。ㄖ荒苡脩糇约侯I(lǐng)取或兌換）
• 推廣范圍：免費領(lǐng)取、積分兌換
• 優(yōu)惠券是否公開：設置公開后，在領(lǐng)券專區(qū)、商品詳情頁、購物車都默認展示
• 限領(lǐng)：每人僅限一張、每人每天限領(lǐng)一張
• 券領(lǐng)取時間：設置領(lǐng)取時間段（過期）
• 在優(yōu)惠券生成之后，將優(yōu)惠券顯示在優(yōu)惠券列表中。?

2.2 發(fā)送優(yōu)惠券

優(yōu)惠券有主動領(lǐng)取和被動領(lǐng)取兩種方式。

主動領(lǐng)?。?/strong>