后臺(tái)產(chǎn)品經(jīng)理:三步教你打造簡(jiǎn)單的營(yíng)銷平臺(tái)(二)

14 評(píng)論 25425 瀏覽 234 收藏 12 分鐘

后臺(tái)產(chǎn)品設(shè)計(jì)充斥至邏輯、判斷、流程、數(shù)據(jù)庫(kù)運(yùn)行效率、服務(wù)器管理權(quán)限等多維度多角度的元素,本文接上文《后臺(tái)產(chǎn)品經(jīng)理:三步教你打造簡(jiǎn)單的營(yíng)銷平臺(tái)(一)》,接著與你探討如何打造簡(jiǎn)單的營(yíng)銷平臺(tái)。

簡(jiǎn)述營(yíng)銷平臺(tái)目錄結(jié)構(gòu):

  • 平臺(tái)概覽:對(duì)現(xiàn)有用戶進(jìn)行數(shù)據(jù)分類與報(bào)表展示;
  • 模型創(chuàng)建:用戶篩選條件組合操作;
  • 任務(wù)發(fā)起:任務(wù)創(chuàng)建及數(shù)據(jù)結(jié)果跟蹤。

怎樣發(fā)起模型式營(yíng)銷任務(wù)

營(yíng)銷任務(wù)模塊功能比較簡(jiǎn)單,操作上只要涵蓋“任務(wù)發(fā)起”、“任務(wù)修改”,頁(yè)面結(jié)構(gòu)可以定義為“任務(wù)創(chuàng)建及修改頁(yè)面”、“任務(wù)管理頁(yè)面”、“基本數(shù)據(jù)與營(yíng)銷數(shù)據(jù)查看頁(yè)面”,基本就可以組成初級(jí)的營(yíng)銷任務(wù)管理平臺(tái)。

1. 任務(wù)發(fā)起

前章一直在介紹模型創(chuàng)建流程與相關(guān)內(nèi)容,在模型類營(yíng)銷平臺(tái)中,任務(wù)的發(fā)起方式當(dāng)然缺少不了用戶模型的參與,以下會(huì)對(duì)任務(wù)的創(chuàng)建方式進(jìn)行簡(jiǎn)單介紹。

  • 任務(wù)推送方式:PUSH,短信,EDM等。
  • 任務(wù)執(zhí)行方式:建議用戶感知類的操作,使用定時(shí)任務(wù)形式完成,以減少人工出錯(cuò)的幾率,除非你想增加運(yùn)營(yíng)人員被扣績(jī)效的概率。

下圖中,模型選擇的位置,就是增加前章所創(chuàng)建的用戶模型的地方,模型可多選,涵蓋不同用戶。當(dāng)然需求文檔里要加一句“重復(fù)用戶僅推送1次即可”,后面所講到的數(shù)據(jù)分析報(bào)表中,這個(gè)用戶的數(shù)據(jù)也會(huì)分別在已選擇的多個(gè)模型報(bào)表中進(jìn)行體現(xiàn),以保證數(shù)據(jù)的完整性。

另:短信、PUSH、EDM等推送方式可在同一個(gè)任務(wù)中自有匹配,放開相關(guān)產(chǎn)品限制,會(huì)有助于運(yùn)營(yíng)人員更好的完成任務(wù)。這也是后臺(tái)產(chǎn)品應(yīng)全權(quán)考慮的產(chǎn)品可控邊界!

最重要的一點(diǎn)!切記:短信或PUSH這種直接任務(wù)類功能,一定先要進(jìn)行“預(yù)覽”操作,才能對(duì)任務(wù)進(jìn)行創(chuàng)建,還是那句話,除非你想增加運(yùn)營(yíng)人員被扣績(jī)效的概率?。ㄈ绻愫匏麄儯?/p>

2. 任務(wù)管理

依據(jù)常規(guī)后臺(tái)產(chǎn)品設(shè)計(jì)邏輯:“產(chǎn)生即存儲(chǔ)”原則,任務(wù)承接列表頁(yè)也不能夠缺少,包括每條任務(wù)的相關(guān)元素展示,時(shí)間類(創(chuàng)建、執(zhí)行)、狀態(tài)(待執(zhí)行、執(zhí)行中、已完成、暫停、過(guò)期、異常)、操作類(創(chuàng)建、修改、繼續(xù)、暫停、刪除)、名稱、執(zhí)行情況(設(shè)置與成功的人數(shù)比較)。

下面來(lái)介紹一下狀態(tài)的標(biāo)準(zhǔn):

  • 【待執(zhí)行】:營(yíng)銷任務(wù)未到達(dá)開始時(shí)間,且未進(jìn)行【暫?!坎僮?,狀態(tài)為【待執(zhí)行】;
  • 【執(zhí)行中】:營(yíng)銷任務(wù)已到達(dá)開始時(shí)間,且未全部執(zhí)行完成前,狀態(tài)為【執(zhí)行中】;
  • 【已完成】:營(yíng)銷任務(wù)已到達(dá)開始時(shí)間,且全部執(zhí)行完成,并未發(fā)生【異?!康葐栴},狀態(tài)為【已完成】;
  • 【暫?!浚籂I(yíng)銷任務(wù)在【待執(zhí)行】【執(zhí)行中】?jī)蓚€(gè)環(huán)節(jié)進(jìn)行【暫停】操作,且操作成功后,狀態(tài)為【暫?!浚?/li>
  • 【過(guò)期】:營(yíng)銷任務(wù)在【暫?!繝顟B(tài)下,超過(guò)了【執(zhí)行時(shí)間】24小時(shí)后, 當(dāng)前狀態(tài)變更為【過(guò)期】;
  • 【異?!浚籂I(yíng)銷任務(wù)在執(zhí)行期間,突然因不可逆轉(zhuǎn)的系統(tǒng)造成的錯(cuò)誤,且系統(tǒng)無(wú)法執(zhí)行下去后,當(dāng)前狀態(tài)變更為【異常】。

3. 任務(wù)查看

當(dāng)前營(yíng)銷平臺(tái)的人物類查看頁(yè)面結(jié)構(gòu)簡(jiǎn)單,基本分為“基本信息區(qū)”、“執(zhí)行情況區(qū)”兩個(gè)主類,“執(zhí)行情況中”又深入拓展了“模型條件”“營(yíng)銷報(bào)告”模塊。

基本信息區(qū)功能簡(jiǎn)單,依據(jù)后臺(tái)產(chǎn)品設(shè)計(jì)規(guī)則的從屬關(guān)系,與展示層級(jí)關(guān)系,頂部的、概括的、范圍最大的、宏觀的相關(guān)信息標(biāo)準(zhǔn)。

4. 執(zhí)行情況

執(zhí)行情況功能,在任務(wù)類流程中的存在是非常必要的。

  • 第一:能夠更好的跟蹤任務(wù)在執(zhí)行中是否發(fā)生斷續(xù)、停滯、異常行為等逆流程問題,也是及時(shí)發(fā)現(xiàn)問題及時(shí)解決的監(jiān)控手段之一。
  • 第二:能夠?qū)Τ绦驁?zhí)行結(jié)果(部分?jǐn)?shù)據(jù)的成功與否)進(jìn)行歷史記錄,后期可通過(guò)非程序的形式查看未推送成功的記錄。

5. 模型條件

只要對(duì)當(dāng)前任務(wù)中所涵蓋的模型進(jìn)行頁(yè)面展示即可,能夠讓運(yùn)營(yíng)人員在后期查看相關(guān)數(shù)據(jù)或制作報(bào)告時(shí),及時(shí)了解當(dāng)前任務(wù)相關(guān)的模型規(guī)則。

6. 營(yíng)銷報(bào)告(重要)

能夠在線生成營(yíng)銷報(bào)告,將可以大大節(jié)省運(yùn)營(yíng)人員進(jìn)行數(shù)據(jù)分析的時(shí)間,以及提高產(chǎn)品B格的東西,這么好的功能為什么不做?

重點(diǎn)關(guān)注:

  1. 數(shù)據(jù)可對(duì)比:如果可以,增加任務(wù)類數(shù)據(jù)與平臺(tái)整體數(shù)據(jù)的直接對(duì)比,凸顯當(dāng)次任務(wù)在平臺(tái)中的表現(xiàn),形式可以使用曲線圖、餅狀圖、柱狀圖等對(duì)比視覺性較強(qiáng)的報(bào)表。
  2. Y軸的初始值:因?yàn)槠脚_(tái)數(shù)據(jù)與任務(wù)的數(shù)據(jù)量有著量級(jí)的差別,量級(jí)相距越遠(yuǎn),對(duì)比圖形的表現(xiàn)越差,以至于其中一個(gè)取消圖可能已經(jīng)變成了一條橫線。
  3. 指標(biāo)構(gòu)成:更加貼近業(yè)務(wù),電商類從訂單、消費(fèi)方式、金額這種簡(jiǎn)單的直接指標(biāo)開始展示,逐漸擴(kuò)展至計(jì)算指標(biāo)。
  4. 跟蹤時(shí)間定義:根據(jù)當(dāng)前營(yíng)銷任務(wù)所對(duì)應(yīng)的活動(dòng)周期,要考慮系統(tǒng)需對(duì)當(dāng)前活動(dòng)用戶數(shù)據(jù)跟蹤的周期問題,電商活動(dòng)類的建議活動(dòng)結(jié)束后,自動(dòng)跟蹤60天的數(shù)據(jù)。
  5. 數(shù)據(jù)的精準(zhǔn)性:以訂單舉例,訂單完結(jié)后,還可進(jìn)行退貨、退款、取消訂單等多種訂單類型的變更,數(shù)據(jù)要保證在統(tǒng)計(jì)有效期內(nèi),實(shí)時(shí)進(jìn)行展示,以保證數(shù)據(jù)的準(zhǔn)確性。

通過(guò)模型篩選、模型任務(wù)創(chuàng)建兩個(gè)環(huán)節(jié)的工作后,恭喜你,你已經(jīng)很成功的對(duì)營(yíng)銷任務(wù)中每個(gè)用戶成功的打上了當(dāng)前任務(wù)的追蹤標(biāo)記,你將可以獲取到當(dāng)前任務(wù)模型中所有用戶的操作習(xí)慣、購(gòu)物、消費(fèi)、品類偏好、金額消費(fèi)分布、用戶實(shí)力等直接指標(biāo),與間接指標(biāo)客單價(jià)、用戶訪問路徑、購(gòu)物與查看商品習(xí)慣等等等等!

還用我再和你說(shuō)什么嘛?你的世界是無(wú)限的!

總結(jié)

一個(gè)營(yíng)銷平臺(tái)需具備以下幾個(gè)特征:

  1. 模型與營(yíng)銷任務(wù)的結(jié)合,對(duì)營(yíng)銷策略有著直接的優(yōu)勢(shì);
  2. 模型篩選形式的多樣化,可決定運(yùn)營(yíng)人員精準(zhǔn)操作的靈活性;
  3. 模型維護(hù)、修改、更新全部使用操作歷史功能進(jìn)行記錄,這將會(huì)對(duì)后期做模型用戶分析時(shí),不會(huì)迷茫到不知道模型范圍變更的范圍;
  4. 平臺(tái)概覽將會(huì)讓運(yùn)營(yíng)人員對(duì)現(xiàn)有平臺(tái)用戶結(jié)構(gòu)有著非常清晰的了解;
  5. 營(yíng)銷平臺(tái)中,保留每個(gè)用戶的營(yíng)銷記錄以及用戶曾經(jīng)所屬的模型名稱及模型條件,相信我,后期精準(zhǔn)分析時(shí),這些信息將會(huì)成為你觀察力的另一種體現(xiàn);
  6. 營(yíng)銷任務(wù)中要對(duì)用戶進(jìn)行標(biāo)記處理,不然你會(huì)發(fā)現(xiàn)你僅僅是做了個(gè)營(yíng)銷而已,除此之外你無(wú)所獲得;
  7. 最重要的!營(yíng)銷任務(wù)報(bào)告自動(dòng)生成,不然要你的平臺(tái)干什么!

注:后臺(tái)產(chǎn)品經(jīng)理們,去發(fā)揮你們的想象,根據(jù)你們業(yè)務(wù)的重要性,增加你們所關(guān)注的指標(biāo)!

后臺(tái)產(chǎn)品經(jīng)理一定要做到比業(yè)務(wù)人員更加了解業(yè)務(wù),這將是你們有力的武器!

 

作者:王榮,微信號(hào)公眾號(hào):PM_magic,9年互聯(lián)網(wǎng)后臺(tái)產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn),主導(dǎo)電商后臺(tái)核心業(yè)務(wù)搭建,流程、邏輯設(shè)計(jì),多系統(tǒng)設(shè)計(jì)經(jīng)驗(yàn)。

本文由 @王榮 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來(lái)自Unsplash,基于CCO協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 執(zhí)行情況功能,在任務(wù)類流程中的存在是非常必要的。

    來(lái)自陜西 回復(fù)
  2. 王隊(duì) 好期待你更新第三期的干貨,你好久沒更新了呀。

    來(lái)自北京 回復(fù)
  3. 營(yíng)銷報(bào)告里為什么要有那么多對(duì)比數(shù)據(jù)呢,如果是一個(gè)抵扣券促銷活動(dòng)的,不是只用對(duì)比平臺(tái)抵扣券支付數(shù)據(jù)和當(dāng)前任務(wù)抵扣券支付數(shù)據(jù)嗎,和現(xiàn)金還有積分支付有什么關(guān)系呢

    來(lái)自北京 回復(fù)
    1. 請(qǐng)放開你的眼界,因?yàn)楣緲I(yè)務(wù)存在差異化,無(wú)論是京東還是淘寶,業(yè)務(wù)均有不同。

      來(lái)自北京 回復(fù)
  4. 大眼一掃,干貨,先收藏

    來(lái)自廣東 回復(fù)
  5. 感謝王隊(duì)分享

    來(lái)自北京 回復(fù)
  6. 謝謝王隊(duì),學(xué)習(xí)了

    來(lái)自浙江 回復(fù)
  7. 任務(wù)執(zhí)行情況中,是展示的用戶對(duì)當(dāng)前任務(wù)的反饋情況吧?何時(shí)點(diǎn)擊打開此任務(wù)?求回答

    來(lái)自浙江 回復(fù)
  8. 咨詢一個(gè)問題,短信、edm、push中會(huì)出現(xiàn)推送失敗嗎?推送失敗是怎么定義的?是短信等發(fā)送失???

    來(lái)自浙江 回復(fù)
    1. Push、EDM、短信,都可以將推送失敗定義為推送信息到通道失敗,或者通道返回錯(cuò)誤信息,除了短信,其他的方式還可以使用其他形式的判斷

      來(lái)自北京 回復(fù)
  9. ??期待第三篇

    回復(fù)
    1. 已經(jīng)有啦!還有在撰寫當(dāng)中的

      來(lái)自北京 回復(fù)
    2. 王總,有原型嗎

      來(lái)自江蘇 回復(fù)
  10. 厲害

    回復(fù)