編輯導語：一場好的營銷活動中，好的設計是必不可少的。但并不是每個人都能做出好的設計，這時活動模版就是必不可少的。本篇文章從多個角度對核心功能-活動模板進行了拆解，講解了活動設計的側重點。推薦對營銷活動模板設計感興趣的用戶閱讀。

本篇文章將拆解下核心功能-活動模板進行講解。好的活動模板在具備標準配置的同時也能夠在基礎上進行個性化延伸。

活動設計不僅僅是運營提供的方案，產品更需要觀察到邏輯底層的需求，運營側重的是玩法，怎么玩吸引用戶；產品側重的是邏輯，怎么設計吸引用戶，怎么設計避免被薅羊毛，可以多去玩玩活動，一個是作為用戶角度，一個是作為產品角度，多思考很重要。

一、活動模板全局設計

首先，梳理活動整體流程。

之前講過：每一個活動鏈條是由上游的活動目標用戶以及下游的權益獎品所形成的閉環。

• 選擇活動目標用戶
• 配置活動內容（其中就包括各類規則：參與條件、獎品、發放條件等等、這部分也是最復雜的設計）
• 選擇投放渠道
• 預覽活動
• 發布活動

其中預覽活動與發布活動的邊界也是當時討論了好幾版才確定的，但我始終覺得這部分邊界沒有絕對的，而是根據體系的完善進行動態調整的。

整個活動流程，大家可以參考下圖：

其次，根據流程劃分功能模塊，頁面布局。通俗來講就是整合功能節點，哪幾步操作可以放在一個頁面，該頁面完成什么任務/目標。

這個時候我們需要站在用戶角度考慮，當你完成一個配置單內容的時候，你愿意是上一頁下一頁來回切換，還是一個頁面通過菜單tab去切換?？梢赞D換一個場景，我們都知道現在越來越多的餐廳是線上手機點單或者是ipad點單。

以海底撈為例，葷菜、素菜、甜品、酒水都是分開的頁面，如果我選擇葷菜在前面一頁，點完葷菜后在點素菜時發現還需要點一份毛肚，那我要切回到上一頁，然后再點擊下一頁回到素菜頁面。

你是不是會覺得操作很麻煩？如果這時候還沒有保存素菜勾選（有些產品真的設計在點擊下一步的時候進行保存），是不是都要爆炸了，心想：這個軟件誰設計的這么不智能？

這個時候可能會有人反駁，活動配置是流程式的，完成第一步再完成第二步，沒有問題啊。

我先選擇用戶，再選擇活動條件，獎品數量，再發布。其實這并沒有因果關系，確實會存在前置條件，例如我選擇的渠道不同，后面校驗的用戶屬性也不同。

產品設計是需要在滿足需求的同時，達到易用性，不是說這樣設計不可以，而是我們有更優方案。

這也是我自己在做這部分設計成長的地方吧，有時候不是對與錯，而是好與更好，多傾聽別人的想法，多看看其他的設計，提供更好的服務，實現用戶的需求，產品才能發揮最大的價值。

基于上述例子，我在設計的時候將配置內容都放在同一個頁面，頁面布局：左中右，左側是活動頁面切換-菜單tab形式；中間是活動頁面（直觀呈現前端活動效果）；右側是各配置項-菜單tab形式，根據規則內容劃分為：基礎設置、參與設置、獎品設置、高級設置。整體設計如下圖：

左側和中間部分為聯動設計，呈現活動前端頁面，根據左側選擇的頁面名稱進行切換。活動頁面部分圖片或文字元素是可配置的，例如活動主頁的LOGO、按鈕圖片等。涉及到圖片上傳的地方需要注意下尺寸以及大小，圖片太大會影響活動加載速度，從而影響用戶體驗。

（1）基礎設置

活動基本的內容配置，比如活動名稱、活動時間、活動規則、文案等。

（2）參與設置

配置活動邏輯及特性，主要控制活動常用的邏輯。這部分內容與活動性質關聯性較強，例如參與設置里面的派獎條件設置，根據活動類型不同，條件限制也不同：

新人類模板（派獎設置）：新人條件設置。

抽獎類模板（派獎設置）：抽獎限制（總抽獎次數、周期抽獎次數）、中獎限制等設置。

這塊字段的設計可以參考下上一篇文章-規則引擎，一個活動流程可配置的地方都可以抽象出來成為配置項，但是也是需要把控好邊界的，如果太多都能配置，難度就會增加，太少配置又不太靈活。

這里有個小tip：可以默認部分設置，減輕用戶操作配置，另外也可以起到說明教學的作用。

（3）獎品設置

配置活動獎品信息，或商品信息。

獎項數目由模板配置端控制。部分字段可通用：活動獎品名稱、活動獎品描述、活動獎品圖片、獎品兌獎期限。其他字段和參與設置同樣存在特性，獎品類型不同，條件不同。

（4）高級設置

不涉及活動主要邏輯，附件條件的配置。例如分享活動的標題，文案等。

通用的底層模板完成了設計，基于此模板拓展延伸的活動模板，這就類似清水房都是一樣的，要裝修成不通風格根據特性而進行設計。產品能做的還是之前提到的，多看多體驗各類活動，多思考，會發現很多不一樣的思路。

二、預覽與發布

1. 活動預覽及修改

活動完成配置后，如何讓用戶真實體驗到自己所配置的活動，也是活動模板流程中的重要一環。

難點不是在預覽，預覽無非生成一個測試鏈接，做測試白名單，僅讓內測用戶參與下活動流程，看下文案，看下次數限制等等；難點是在于預覽狀態下需要做哪些規則校驗？因為內測時，真正配置的人員大多都不具備規則條件。

例如新人條件；還有內測時用戶參與活動后的數據產生如何處理等等問題。討論這個問題沒少和開發組吵（si）架（bi），但是最終在一次次battle中找到解決辦法。

最開始因為趕進度版本，更多采用的是一刀切，后來慢慢完善產品，但是發現這樣設計過于籠統，對于預覽的體驗特別不好，并且也要考慮在預覽階段，用戶發現配置有誤還涉及到修改活動的問題。

經過討論，我們提出了獎品預占的概念（獎品的進出設計需要重點考慮），和支付設計中的預訂單類似，整體方案如下，大家可以作為參考：

• 預覽狀態中的活動，所有配置項均可以修改
• 配置過程中，點擊【保存】或【預覽與發布】，都需要校驗各配置項的規范性（特殊條件可以通過后臺人工操作設置），并預占獎品庫存，預占庫存時判斷庫存是否充足
• 預覽狀態不用校驗活動開始/結束時間。預覽時的前端頁面需要展示開屏頁，提示用戶，當前僅為預覽，若活動體驗中獲得獎品無法兌換。且首頁頂部跑馬燈提示：活動尚未發布，當前產生的活動數據發布后將被清空
• 正式發布后，發放出去的庫存都歸置原庫存，預覽狀態中獎的用戶也不再有中獎記錄

2. 活動發布及修改

完成活動配置及預覽后，在確認無誤的情況下，活動可正式發布至線上，所有活動目標用戶均可參與。

在活動開始時間之前進行攔截-活動未開始提示頁面，所以不存在需要定時發布的問題，活動可以提早宣傳，提高活動曝光量，可以通過短信或push消息等形式提示用戶活動開始。

雖然在活動配置環節提供了預覽，但同時也會存在上線后需要修改或優化的情況，如何設置修改的邊界以減輕開發的工作量，也是產品需要考慮重點。

在沒有活動營銷平臺之前，修改個時間、文字都得通過開發，開發再測試，再發布，不僅整個鏈條很長，同時在此期間活動用戶參與的數據處理也需要很仔細，總會發現異常數據。

在此部分的設計，我們考慮是修改不是實時，而是通過二次發布覆蓋到當前版本，并且產生的活動數據可以做版本標記，這樣出現異常的時候也好排查。我們的考慮切入點就是：

• 首先需要考慮已發布的活動可修改的字段
• 其次針對已發布的活動，修改生效操作：點擊【保存】提示保存成功后，才覆蓋線上態活動

三、總結

整個活動營銷平臺的核心就是在模板設計與規則引擎，這部分需要通過不斷的學習而進行產品優化。

另外還是很強調邊界把控的問題，模板做得太靈活，開發難度及工作量都巨大，產品很炫酷是吸引點，但是產品經理也需要考慮實用性以及商業價值，ROI等等因素。

以上是來自個人的產品理解，歡迎大家批評和指正。

從來都沒有完美的產品，這才是產品經理存在的意義。

最近很喜歡的一句話，送給大家

“Learning doesn’t end at the answer”

本文由 @SLJwu 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議