新建的畫布是什麼佈局
編輯導語：不管是每年大的節日或是小的節日，我們總能看見大大小小的活動，這些都離不開產品經理和運營人員的精心籌劃與準備，那怎樣來推出優質的產品活動本文就為大家展開來說說。
2021年第四季度一直在研究市面上的營銷產品，有自己公司的營銷平臺，有從人人都是產品經理扒出來的各種文章和案例，也有從第三方平臺註冊賬號進行體驗、研究、操作，以為能夠匹配自己腦袋裡面的一個小模型，如果能夠臨摹一下那就豈不美哉美哉。
就如剛好睏了，有人正好給你送來枕頭，嗯，我想多了…
每次一到元旦、春節、情人節、清明節、五一、七夕、中元節、十一、雙十一、聖誕，不管是國內的還是國外的，不是陽間的還是陰間的，在運營人的眼睛裡（不，應該是腦海裡）那都是可以用來被人民來消費的。
比如我們剛剛過去的雙旦禮遇（聖誕、元旦），以及正在進行的年貨節（春節），這都離不開運營人的汗血功勞，加班加點絞盡腦汁來坑蒙拐騙的（呸，說錯了，來為廣大群眾提供最優質的服務支援）。
作為公司內部的一名員工，我們很樂意看到運營人員為公司的產品提升很高的付費轉化率，來為我們發年終獎金。
作為公司內的一名產品經理，那更是從心底裡願意配合運營人員透過他們所描述的需求，以此搭建出優質的產品活動支援運營方案完美落地執行。
一、需求
我們很清楚需求的提出，如何提出、提出的型別、提出的時間、提出的細節，決定了需求如何落地。
對產品和技術來說，最最最不想接受的就是很很很緊急的需求。比如：後臺有個節日，今天設計了一個活動方案，並提出了方案的產品活動需求，然後要求明天上線（對於這種營銷活動的產品需求，我想大家都碰到過，我之前碰到的這種奇葩需求更是數不勝數，所謂天下烏鴉一般黑，當然也有部分牛逼的運營團隊，真的可以規劃出來一個季度或者半年的營銷活動計劃，提前佈局做準備）。
這時候內心的os就是：離tmd大譜，因為以一個普通需求的一生，從需求提出-產品方案設計-技術開發實現-上線生產環境使用，那都是需要時間和驗證的，否則就會有或大或小的坑在不知名的地方等著你栽跟頭，我相信很多產品經理都跌倒過不少次了，我更是摔得滿頭是包…
隨著工作的不斷積累，和運營人員打交道的工作越來越多，在如何處理營銷活動更是一點點持續進階。
二、基礎類-直接搭建活動
剛開始做營銷相關的產品經理，在拿到一個需求的時候，會直接按照需求方所描述的需求，依據自己所學的產品知識，流程圖、活動邏輯直接畫產品原型圖
以便快速的支援運營活動，對於營銷產品的搭建和活動架構不會想的太多，以至於我們有時候入職一家新的企業，去了解公司的營銷後臺會看到後臺有n個活動，如果今年運營新提一個類似的活動，也需要產品、技術吭哧吭哧累死累活的再搭一個新的活動，而且還不能確定線上環境的活動產品不回出現bug。
隨著不斷的出現緊急需求，技術團隊持續的重複開發工作，後臺一直寫重複規則條件，一個活動一遍一個活動一遍，手都快寫麻了。
這種最簡單直接的產品方案確實比較容易，卻對公司內人力物力財力產生了極大了浪費，人效成本太高了。
三、進階類-模組化建活動
為了能夠提高人效，在搭建營銷後臺的產品經理考慮營銷活動的時候，多了一種隱藏的責任，那就是如何讓現在的活動，在未來也可以發揮它的價值，避免重複造車。
玩營銷的產品經理都知道，搭建一個營銷活動會有一些基礎資訊、活動規則條件、獎勵條件、分享是一個活動的必備型別。
基於此當下的產品經理會拔高自己的維度，使產品抽象化，把抽象的條件歸類為模組，分模組化搭建產品活動。
從上圖可以很明確的知曉，我們把活動抽象拆分為不同的模組，對於可以使用的模組在搭建新活動時直接引用到新的活動內，避免了技術同事的重複開發；對於不可直接引用的模組，去持續增加模組，獎勵配置1、獎勵配置2，對不同的獎勵配置不同的規則，把所有的模組合併到一起就是一個新的活動，即滿足了運營同學所提出的營銷活動產品方案，又提高了人效，一舉兩得。
在和很多朋友聊天溝通營銷中臺相關工作、營銷活動新活動產品的開發時，目前市面上的企業都是在使用模組化搭建產品活動，雖然提高了部分人效，但是其實沒有實際的解決一個活動的所有問題，治標不治本。
一個活動的建立不僅體現在後臺，還有前端落地頁，雖然在後臺我們可以按照模組化的方式去配置活動規則等資訊，但是如果在前端落地頁下一個活動想添加個排行榜、捲軸等，就還是需要重新開發-發版-上線。
我在使用的時候感覺還是太太過於麻煩了，所以我一直在想，我怎麼才能夠讓運營、產品、技術、測試，4端聯動的成本和人效再提升一個檔次呢，便有了下方的一個想法…
四、高階類-元件化建活動
提到元件化不得不提第三方支援平臺，比如易企秀、凡科互動等，元件化這種模式在第三方平臺的落地頁被使用的爐火純青，在一個空白頁面可以自己隨意新增自己想要的元件：影片、圖片、文字、按鈕…
你可以從左側新增你想要的任何元件提現在畫布上，還可以隨意的移動位置，搭建完成的畫布樣式所見即所得。
避免了公司持續不斷落地頁活動每次都要重複浪費前端、後端寫一個落地頁的資源浪費。
當然，也有不好的地方，那就是使用它的產品就要為他背書，因為末尾會有一個大大的logo，除非你付費了會員。就好比我司運營對我說的一句話
雖然我很想懟一句，那你去申請預算呀！
對於落地頁，元件化是很簡單的，只是透過頁面拼接做了一張圖而已，不會有產品邏輯、多頁面等情況。
聯想到活動元件化後就一直在思考，這麼多頁面，這麼多邏輯，這麼多規則，如何搭建呢，是不是對整個活動內的規則細節要更抽象化，一個規則就是一個元件。
首先歸類，哪些資訊是一類，哪些資訊是一類，大類規劃完後，在大類裡面去豐富元件，透過不透過的元件組合成一個又一個不同的活動，未來產品、技術只往裡面豐富不同的元件就可以了。
活動的大類共分為了4大類：基本配置、頁面模版配置、規則配置、獎勵配置。
基本配置：
點選新建首先進入到基礎配置，基礎配置是針對一個活動必須要用到的固定欄位，可根據自己的需要進行相應的調整，如：名稱、時間、說明、優先順序。
頁面模版配置：
點選頁面模版配置，左側元件欄定位到頁面模版元件，使用者可自己在畫布上面新增這個活動落地頁所需要的元件，並調整元件相關的內容，如：背景、頂圖、圖片、按鈕、文字等等。
同時對於一個活動內，有活動頁、中獎頁、未中獎頁面的樣式都可進行自定義。
規則配置：
規則元件是我認為最重要的一個元件模組，它的重要程度體現在，你所建立的這個活動，是讓哪些人可以參與的，能夠覆蓋到哪些使用者；這個活動的邏輯規則裡面會用到哪些元件，直接從左側拖拽，新增的元件不需要也可以直接刪除進行調整，很靈活。
包括下方的獎勵配置也是一樣的如此：
獎勵元件決定了參與這個活動的使用者，達到了什麼獎勵條件，才能夠獲得相應獎勵，可以不斷的新增獎項，包括不同的獎項所搭建的不同獎勵條件也可以很靈活。
活動元件化，在後期進行維護的時候，只要去豐富這個外掛內的規則元件、獎勵元件，運營在節假日時想到了我要做一個什麼什麼型別的活動，開啟這個營銷活動中臺，按照自己設計的活動邏輯，先豐富頁面、再拖拽活動規則和獎勵規則就快速的設計完成了一個營銷活動。
省去了正常產品先提需求-產品規劃需求-出產品方案-技術實現-測試測試上線，等一系列騷操作。
以此提高人效，快速搭建你想要的營銷活動喲。
當然，隨著活動的持續豐富，各類元件也需要不斷的豐富能夠支撐未來更多的營銷活動產品。來真真正正的提高人效，解放技術人員去做更多有挑戰的事情。
本文由@無名 原創釋出於人人都是產品經理，未經許可，禁止轉載。
題圖來自Unsplash， 基於CC0協議。