如何設(shè)計一款活動編輯器
如何設(shè)計一款活動編輯器,本文介紹了設(shè)計活動編輯器的目的、實施路徑、場景以及解決方案,與大家分享!
運營人員基于編輯器內(nèi)的活動模板,可視化的對活動頁面與玩法進行編輯和配置。
在無需研發(fā)人員參與的情況下,可低成本、短周期、高效率的發(fā)起營銷活動,達到降低營銷活動制作成本的目的。
一、實施路徑
理論與落地之間存在著可執(zhí)行性上的鴻溝,因此在方案未被充分驗證可行的情況下,需要對執(zhí)行路徑進行分步驗證,避免資源鋪開投入后才發(fā)現(xiàn)無法落地:
- 策略引擎:對營銷活動的策略進行抽象提煉,形成幾個標(biāo)準(zhǔn)化策略實體以及策略實體的組合方式;基于以上,在定制h5活動中驗證;標(biāo)準(zhǔn)化策略無法滿足的部分通過定制開發(fā)彌補,逐漸提高后端代碼的復(fù)用率;以上在幾個活動制作中驗證可行后,資源鋪開標(biāo)準(zhǔn)化更多策略實體,最終達到活動策略的完全可視化配置;
- 頁面/皮膚編輯:通過編輯器的方式,達到h5營銷活動的頁面可視化編輯,此項業(yè)內(nèi)很成熟,無需驗證;
- 對定制開發(fā)的h5營銷活動做通用化改造,接入策略引擎和編輯器,沉淀為活動模板?;诖?,運營人員能可視化的對模板頁面進行可視化編輯以及活動策略的可視化配置;
二、場景例舉
1. 組隊裂變+排行榜+權(quán)益
目的:通過裂變,提高用戶留資數(shù),并設(shè)置排行榜大獎,鼓勵拉人頭。
描述:
- 如果系統(tǒng)中不存在當(dāng)前訪問者手機號,則出現(xiàn)填寫手機號表單(瀏覽器環(huán)境下必現(xiàn));
- 填寫完手機號,邀請好友進行3人組隊。每個人發(fā)起組隊次數(shù)不限,最多只能參加3次隊伍(不占用發(fā)起次數(shù)),且不能重復(fù)參與同一發(fā)起者的隊伍;
- 組隊成功后,隊長可額外多一次機會抽獎品一、隊員只能抽獎品二、三、四;
- 獎品抽完,則顯示獎品已抽完;
- 邀請人數(shù)排名前三名的,獲得蘋果11,線下網(wǎng)點領(lǐng)取。
2. 任務(wù)達成+權(quán)益
目的:銀行信用卡運營,經(jīng)常會搞消費達標(biāo)后對用戶進行返利或者抽獎的活動,以促進動賬交易。
描述:
- 階段一:用戶提交手機號,在截止報名日前參與消費返利的活動報名,手機號必須為信用卡所綁定的手機號碼;此階段用戶訪問鏈接會出現(xiàn)活動報名h5;
- 階段二:當(dāng)月活動報名時間截止后,導(dǎo)出留資號碼,到行內(nèi)驗證,用戶是否達標(biāo),并按照消費金額區(qū)分A、B、C三個等級;此階段用戶訪問鏈接會提示,活動時間已過;
- 階段三:導(dǎo)入達標(biāo)用戶手機號碼到系統(tǒng)之后,用戶訪問當(dāng)前鏈接,進入拆禮盒活動;
- 活動獎品有6個,不同等級的用戶可抽不同的獎品池(A獎品池,獎項一二三四;B獎品池,獎項二三四五;C獎品池,獎項三四五六;),直到所有獎品抽取完畢;
- 抽過獎用戶進入鏈接,出現(xiàn)中獎信息(含未中獎提示)。
3. 任務(wù)達成+權(quán)益
目的:引導(dǎo)用戶了解及使用小程序/app等。
描述:
- 打開小程序,未注冊用戶彈窗提示注冊有禮;
- 未領(lǐng)取新人禮包,提示領(lǐng)取新人禮包,領(lǐng)取后提示完成新人任務(wù);
- 已領(lǐng)取新人禮包,但未完成新人任務(wù)的,則提示繼續(xù)完成新人任務(wù);
- 任務(wù)有:登錄小程序、閱讀資訊以及分享小程序等。
4. 邀請+簽到+抽獎+獎池瓜分
目的:促活+拉新
描述:
- 用戶每日登錄可領(lǐng)取錦囊,打開錦囊可得到獎品或者妙語;
- 連續(xù)登錄1個自然月,可參與10w獎金瓜分;
- 每邀請1個好友注冊可獲得補簽卡1張。
5. 早起打卡+權(quán)益
目的:促活
描述:
- 用戶選擇海報主題,編輯海報文案以及貼紙,在每日4am~10am完成打卡;
- 記錄每日打卡時間、連續(xù)打卡次數(shù)、累計打卡次數(shù)以及今日打卡排名(按照時間排序);
- 連續(xù)打卡7天,可獲得一次抽獎機會;
- 邀請新好友(當(dāng)月未參與活動用戶),可獲得補簽卡,可補當(dāng)月漏打卡的任意日子。
諸如此類,不再窮舉。
三、場景抽象
通過對實際場景的梳理與抽象,得出如下業(yè)務(wù)視角的流程圖:
對流程中的主要模塊,進一步顆粒度細(xì)分(模版皮膚通過編輯器搞定,暫不討論):
四、解決方案
整體設(shè)計可概括為基于事件驅(qū)動數(shù)據(jù)流轉(zhuǎn),以用戶狀態(tài)為核心數(shù)據(jù)中心,串聯(lián)各模塊,方案的框圖如下圖。
其中,需要注意的是:事件在隊列中的消費是無序的,且有時間延遲(需排隊等待)。因此諸如“分享后馬上獲得一次抽獎機會”等對實時性以及事件先后順序有嚴(yán)格要求的場景,需要重點注意,設(shè)計解決方案,因此項偏細(xì)節(jié),不贅述。
本文由 @韓松 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
寫的很棒
謝謝