最近兩年陸陸續續給公司運營部做了一些用于活動推廣的產品，這里姑且稱為“活動類產品”，在實際操作過程中發現活動類產品和常規產品在開發和維護上還是存在一定差別的，這里想跟大家分享一下這兩年在做此類產品時所遇到的困難以及所積累的一點淺薄經驗。
首先說什么活動類產品，我的定義是配合公司進行線上活動宣傳、推廣的一系列H5頁面。相比較于常規產品，活動類產品具有周期短、時效強、易傳播的特點，在我剛剛接手活動類產品是不太適應的，在做的過程中也遇到了許多困難，我寫此文的目的也是希望能夠給到剛接觸活動類產品或正準備接觸活動類產品的讀者一些幫助。
為了更方便讀者理解，這里我將活動產品開發流程分為產品需求期、產品開發期、產品上線期、產品結束期四個環節，講一講我們在開發一款活動類產品時，在各個環節都應該注意什么。
1、產品需求期
1.1、確保需求能在規定時間內完成
為什么將“按時完成”放在第一位呢？首先，活動類產品往往有很強的時效性，比如某些節日活動產品，時間是固定的，所以產品必須在固定節點完成，我們在常規產品時，上線時間往往是有一定彈性的，但這在活動類產品中因為其時效性，是不能延期的，因此在做活動類產品前，必須要合理的規劃時間，保證項目按時上線。這里分享一些能夠合理規劃時間的方法，如下：
1.1.1、明確活動目標，保證主要流程
一般來說，我們拿到活動方案時往往需要做“減法”，刪減掉一些不合理的需求，那如何才能有效地做減法？首先需要明確活動的目標，因為活動性質的不同，其目標也是各異的，例如某些活動是為了“拉新”，提高新增用戶數量；某些活動則是為了回饋老用戶，提高老用戶活躍度。我們在給方案進行減法前，需要明確活動目標，才能更準確地找出不合理的需求。但是并不是所有活動方案都會直接將目標寫出來，有些方案甚至給人模棱兩可的感覺，因此產品經理需要通過各種途徑去去確認活動目標，像通過細看活動方案、與活動策劃人溝通都是不錯的途徑，在確認好活動目標，之后工作也會變得簡單很多。
明確活動目標后，下一步是從活動方案中整理出需求，需求的優先級根據活動目標關聯度由高到低排，最保險的方式是將需求分為2個部分，影響基礎功能的需求優先完成。其次優化體驗的需求在基礎功能完成的情況下再做，這種做法雖然保守，但是最大程度地保證了產品不會有延期的情況發生。
1.1.2、開一場需求評審會
整理方案中的需求、給需求排列優先級后，一定要將產品各部分負責人召集起來，開一場需求評審會議，原因有以下幾點：
（1）在需求確認階段就讓各個部門參與進來，可以在需求期就能發現一些未注意的盲區，避免了開發期間因為需求問題所浪費的時間。
（2）面對面，各部分負責人之間可以關于產品的開發問題進行更加深入的討論，之后的配合會更加默契，提高產品的質量、開發效率。
（3）產品每個部分的開發時間由該部分的負責任進行估算，這樣的需求排期更加符合實際情況，如果預估時間不足，也可以及時商量解決方案。
1.2、活動產品不能閉門造車
上文說過活動類產品主要是用于公司活動推廣，并且多數情況下是為了宣傳公司主線產品，很多時候就要求活動產品與主打產品之間進行配合，這種配合可以是代碼層面的，也可以是交互層面的，舉個我做過的送代金券活動，用戶在活動頁面獲得代金券兌換碼后，需要登錄我們產品的客戶端中才能進行代金券兌換，用戶使用過兌換碼后，主站產品需要提供接口告知活動產品該兌換號已經被使用過了。這就要求產品經理在開始階段就跟合作產品團隊之間進行溝通交流，以求產品之間達到最好的配合。
2、產品開發期
2.1、頁面優化
h5頁面不像app可以本地渲染樣式，h5需要重新請求服務器，所以h5頁面在進行頁面切換時，會給用戶卡頓的感覺，比較影響用戶體驗，所以說在設計活動產品時，需要根據h5頁面自身特點進行調整，下面我分享幾個小訣竅：
使用異步加載，可以優先將頁面樣式先加載出來，然后再加載內容，這樣相比于同步加載的好處是，可以比較快速的響應用戶，用戶體驗更加好一些。
采用Ajax技術，進行局部加載，不需要重新刷新頁，例如頁面中某一部分的數據更新了，這個時候不需要用戶重新刷新頁面，頁面會自動進行局部刷新，極大的改善了用戶體驗。
2.2、數據埋點
同時需要做好數據埋點，這邊我參考夠AARRR模型后，整理了6個指標分別是新增用戶數、活躍用戶數、留存率、轉化率、流失率、病毒系數。基本上活動目標基本可以通過這5個指標反映出來，舉一個我之前新年活動，用戶通過在我們新版社區下留言，每留一條留言，用戶就可獲得一個撈勺，每天每個用戶獲得撈勺的上限為3個，撈勺可以在我們的活動頁面撈取獎品，顯然這次活動是為了促進新版社區的用戶活躍度，因此我參考5個指標列出了我需要統計的主要數據：
2.2.1、優先數據
新版塊進行留言的用戶總數、每條留言的信息（用戶信息、留言時間等）。
2.2.2、輔助數據
訪問活動頁面的的用戶數、用戶次數以及每次訪問的數據信息。
參與過活動的用戶總數、每次使用撈勺的記錄。
需要統計數據很簡單，基本上能作為這次活動目標的參考指標。
3、產品上線期
3.1、數據跟蹤
產品上線后需要密切的關注數據的走勢，根據數據走勢及時采取措施，這樣做主要有兩個目的：
3.1.1、發現產品異常，及時進行修改
通過跟蹤數據，以便能夠及時發現問題；另外，有些異常隱藏比較深，僅從產品表面是發現不了的，數據可以很好的幫助我們發現這些異常。
3.1.2、效果不理想，及時調整方案
同時通過數據可以了解活動上線后的效果對于線上效果不理想的活動，也可以及時進行優化。
3.1.3、跟蹤哪些數據
（1）頁面的訪問量(PV)：這項數據記錄用戶訪問了多少次頁面，可以反映出頁面的宣傳效果，同時通過分析上游鏈接，還能比較各個宣傳模塊的宣傳效果。
（2）獨立訪客數(UV)：這項數據反映出有多少用戶訪問了你的頁面，可以反映出宣傳覆蓋人數，同時通過與實際參與活動用戶數進行對比，可以反映用戶的流失情況。
（3）活躍用戶數：相比于獨立訪客，活躍用戶是指在獨立訪客中在頁面進行了實際交互的用戶。每個活動由于形式不同，對于活躍用戶的定義也是不同的。活躍用戶數能夠反映活動受歡迎程度。
（4）留存用戶：用戶在某段時間內開始參與活動，經過一段時間后，仍然繼續參與該活動的用戶，被認作是留存用戶，留存根據周期可分為日留存、月留存，具體需要看產品的性質，活動類產品一般周期都比較短，一般會統計留存，留存用戶一般能反映你活動的用戶粘性如何，可玩性怎樣？但需要注意的是，活動類產品很多是一次性消費品，用戶只能參與一次，這類活動計算留存率的話就沒有什么意義了。
（5）用戶轉化率：轉化是指用戶完成一次活動分期望的行動，活動不同，轉化也是千差萬別的，例如用戶在頁面上停留了一定的時間、用戶流量了特定頁面、用戶升級了VIP都可能被視為轉化，用戶轉化一般用于考核活動是否成功。
3.2、做好預防機制
活動產品一般都會涉及到獎品，一但出了問題，可能帶來較大的損失，當出現問題時，為了避免較大的損失，我們一般會提前做好防御機制，常用的方法是在后臺中設置可以及時停止整個活動或獎品發放的按鈕，這樣就能在出現問題后及時進行處理，同時，運營部門也需要出一套備方案來代替，最小化地保障用戶的利益。
4、產品結束期
活動結束后，需要分析活動數據、對活動期間用戶反饋進行總結、記錄活動的優點以及缺點，最好針對活動中的一些問題提出自己的優化建議，以便用于下一次的活動。
以上就是我這兩年積累的一點淺薄經驗，希望能夠給到剛接觸活動類產品或正準備接觸活動類產品的讀者一些幫助，謝謝。
（轉載請注明作者、出處）
想系統的學習產品經理技能，歡迎訪問官網：http://www.geekerpm.com
耳東叔微信公眾號：極客PM
耳東叔的其它文章
