1. 首頁 > 生活百科 > >

網店營銷的主要策略 網店營銷是什么呢( 二 )

網店小知識


4. 模塊四：活動選品及提報
1）選品模板
這里需要注意不同活動所需要提供的活動信息是不同的 ， 所以提報時的選品模板需要按活動類型進行處理 ， 除了常規的活動價 ， 活動庫存 ， 限購數量外 ， 如立減有立減金額字段（可針對單個sku進行修改）等
2）可提報商品及提報校驗
選品、提報應與活動規則模板相關聯 ， 規則即是選品及提報時的部分校驗邏輯；判斷商品是否為可提報商品 ， 以及是否滿足活動模板要求；這一步可以幫助業務進行選品及提高入選幾率 。
通用校驗還包含如商品狀態等 ， 諸如售罄狀態是否可提報 ， 活動開始前是否需要二次校驗；
5. 模塊五：活動審批流
審批流需考慮正向及逆向流程 ， 審批流與時間節點密切相關 ， 會影響審核狀態：
1）正向流程中
需考慮參與角色及進度是否一致性；如在平臺活動中 ， 涉及多個部門 ， 則需要考慮各部門之間的審批流是否獨立；如果超時未審核 ， 是否自動駁回等 。
2）逆向流程中
需考慮打回結果及二次提報審批流；如在“打回修改”后 ， 操作權限由誰來承接 ， 二次提報的流程是否可根據不同的活動信息 ， 進行不同的設計等 。
舉例：如審批流正向流程如下圖所示 ， 如二審對某商品進行了“打回修改”的操作 ， 那么二次提報流程可進行怎樣的產品設計呢？
方案一：再次進行的審批

網店營銷的主要策略 網店營銷是什么呢

文章插圖

方案二：直接回到打回處審批
網店營銷的主要策略 網店營銷是什么呢

文章插圖

如信息不重要 ， 比如僅為活動短標題等 ， 可直接選擇方案二 ， 節省審核時間及提高審核效率；如為庫存 ， 價格等 ， 可酌情選擇選擇方案一；
那么如果“打回修改”可直接由“一審”進行修改而不是由“申請人”承接呢 ， 可對數據流轉指向再進行進一步思考 。
6. 模塊六：營銷數據報表
“業務報表的核心價值是掌握事實、發現問題、分析原因、產生對策 。 產品經理要和業務人員一起 ， 關注完整的體系化指標建設 ， 設計有使用價值的報表 。 觀察、分析問題的視角和思路是報表設計的核心 ， 絢麗的交互只是次要的存在”—— 楊堃《決勝B端：產品經理升級之路》
報表數據可以幫助業務規劃、決策、分析活動 ， 作用范圍覆蓋了活動創建、活動中、活動后 ， 是運營人員不可或缺的工具 。
1）提供客觀、準確的活動數據
我們可以大致從流量數據和交易數量兩個維度進行規劃：
流量數據：如新客數 ， 活動及商品UV等——流量型數據需注意前端的數據埋點；
交易數據：如銷售額 ， 銷售件數 ， 支付用戶數 ， 轉化率 ， 客單價等——交易型數據需注意訂單金額的準確性 。
在營銷系統中 ， 不同活動關注的數據不同 ， 如拼團活動還需關注開團訂單數 ， 參團訂單數 ， 成團訂單數等
2）發現數據指標變化
這里需要對數據結果進行處理 ， 進一步對比數據值 ， 觀察數據曲線；總體數據可加入一些對比分析數值：如銷售環比 ， 與昨日 ， 與上周等帶有時間性質的數據字段 ， 可以更直觀的感受到數據變化 。
如設定范圍數值 ， 當數據出現不正常的波動時進行預警 ， 便于業務團隊分析數據變化原因 。
雖然數據報表一般呈現在BI系統內 ， 但是我比較傾向于在活動系統內同時展示實時數據 ， 方便運營人員就地進行觀察和調整 。
7. 模塊7：營銷系統權限體系
因營銷系統常常涉及到跨端（平臺端 ， 商家端） ， 多角色參與 ， 多狀態多操作情況 ， 所以在角色及權限設計上需要格外嚴謹 ， 否則容易造成混亂 。
不同平臺中設計的方式有可能會不同 ， 有的是按照角色去判斷功能及可操作項 ， 有的則按照權限點去判斷 ， 再把權限點加在不同的角色中 ， 這是由平臺的權限體系所決定 。
這部分需要在產品設計階段就規劃好狀態/角色/權限對應表 ， 不僅用于技術開發 ， 也應用于功能上線后的權限配置 。
如下表所示：
首先系統會默認所有角色均有“詳情”權限 。
其次 ， 結合狀態及權限判定 ， 如在CEO審核狀態下 ， 找到具有“CEO審核”權限的人 ， 展示“去審核”的操作：
網店營銷的主要策略 網店營銷是什么呢

文章插圖

三、ToC與ToB 營銷工具設計差異

推薦閱讀