B端產品之營銷（促銷）活動系統搭建。

互聯網發展至今已有20多年的歷史，在互聯網產品同質化的今天，精細差異化運營至關重要。運營驅動甚至佔了主導地位。 各種營銷活動，可幫助我們做好精細差異化運營、激發潛在客戶、帶動連帶消費、增加銷售額度、提升用戶增長、實現品牌宣傳。

我們經常看到天貓、京東上各種促銷活動。譬如：滿減、滿返、滿折、直降、換購、滿郵。

而優惠券，常見的有各種「現金紅包」、滿減、滿返券…

已眼花繚亂？穩住，我們一起來看如何搭建一個B端營銷（促銷）活動系統。

後台（B端）產品搭建，主要分三個環節（前面文章有寫過）：

一、業務流程梳理：

一般來講，公司運營事業部主要負責產品的運營，因此營銷／促銷系統，就是為我們運營的同事打造的一件利器。

活動運營（運營角色）創建活動——提交運營經理審核——審核通過——活動時間到後——即活動開始。

二、功能模塊構建

根據業務流程，構建出功能模塊：

a、活動創建：

欄位包含：

活動名稱：

此活動的名稱。

營銷文案：

此活動的營銷文案。

規則設計：

此活動的促銷規則，比如說滿減、滿返、滿折、直降、換購，此處用於訂單優惠額度結算。

比如門檻條件是滿200，優惠額度20。可疊加設計滿400減40、乃至三級促銷、滿600減60。

活動預算：

此次活動營銷費用預算，譬如100萬，還可設計個預警值。此次活動訂單優惠額度接近100萬時，我們可以給活動運營管理員發送活動預警簡訊，規避好風險。

開始-結束時間：

此次活動的開始、結束時間、精確到秒。當活動審核通過，時間到後，活動即在C端展示，用戶即可參與。活動到結束時間後，活動即下線。將不展示。

費用承擔：

活動費用承擔方，一般可以為商家，或公司平台。若為商家，創建好活動後，同步活動信息給商家系統，供應商報名活動，然後提交平台審核，通過後，用戶即可參加。

活動受益人群：

此處可將平台的用戶做體系劃分；初次訪問用戶、未註冊非初次訪問用戶、註冊未購買用戶、多次購買用戶。根據活動需求，具體用戶群體，可自行定義。

活動商品範圍：

可進行活動商品篩選。即選擇活動的促銷商品。

管理員聯繫方式：

用於記錄活動負責人的聯繫方式，一旦活動有任何風險，管理員可即時處理。

此時，活動就創建好了，此活動進入待審核列表，提交審核，審核通過後，活動即在C端進行。

b、活動查詢：

當一條活動被創建好後，運營管理員進入活動列表，可根據：

活動名稱、活動狀態、活動時間、審核狀態等系列條件進行活動查看、審核、下線等管理操作。

c、活動編輯：

已創建的活動，在實際運營過程中，需進行修改，編輯。 如延長活動時間。此時可進行再次編輯。

d、暫停活動：

當活動進行過程中，發現需要暫停，即可暫停活動。

e、活動日誌：

此次活動的操作記錄，可追溯活動被操作的歷史記錄。

g、活動營銷結果統計：

用於記錄及統計一場活動的營銷結果，此次活動帶來了多少訂單量，消耗了多少費用等。

三、數據流轉指向：

活動數據源來自活動運營的創建，活動審核通過後，營銷系統提供活動介面供C端調用。

若活動已到時間期限，活動即展示在C端，用戶參與活動，實現訂單結算。

優惠券體系跟促銷活動本質差別不大，只是優惠券具備有效期限，及領取動作，具有參與感，可提升用戶粘性。

寫到最後：

1、營銷／促銷系統只是產品運營中的一種工具，而做好產品運營，更多的是活動本身的玩法（如促銷規則策劃、活動商品選品）。

2、運營一場活動，從活動投放預熱、至活動開始到結束。會帶來大批量的流量。將各投放渠道的流量進行拆解，同時做好並發機制是保障活動順利進行的兩大關鍵點。

3、促銷商品選擇也是一大技巧，若是商家做活動，不會垮店鋪、或跨商家。若是平台做活動，可跨品類，跨商家，但結算流程是一大難題。

此篇只包含營銷系統，後續將分享，不同活動規則的運營套路，及活動訂單的結算機制。

微信搜索公眾號。 「 yinqiuqin 」更多內容期待與您交流。