起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識關于會員積分體系的產品設計
本篇文章和大家分享的是：會員體系&積分體系在產品設計過程中的高階模型&思考框架，希望大家能對這種基于賬戶體系而衍生出的用戶運營輔助體系有更深層次的認識。
一、會員體系&積分體系說明
會員體系&積分體系，站在運營的角度本質都是通過一系列的運營規則和專屬權益來提升用戶對平臺的忠誠度，反哺平臺的各項業務，將用戶一步步培養為產品的忠實粉絲。
站在產品的角度本質上都是通過特定的“變量值”為衡量維度建立起來的運營輔助體系，這些“變量值”常常以不同的名稱出現在我們經使用的產品中，淘寶稱之為“淘氣值”，京東稱之為“京豆”，王者榮耀成為之“星耀”等，這些變量值單向或者雙向的增加或減少往往伴隨著用戶等級以及隨之附帶的權益的增加或減少。
所以站在產品的角度我們可以抽象出會員&積分體系的高階模型：
模型是復雜體系的簡化過程。所以本文會員體系的變量值我們統稱為：成長值；積分體系里面的變量值統稱為：積分值。
在對會員積分體系有了這樣抽象的認識后，下文我們再分別回到會員體系&積分體系的產品設計，看看底層的簡單是怎么演變成表層的“復雜”的。
二、會員體系
從會員體系的本質來看，我更愿意稱之為“用戶成長體系”，因為從對ta的定義中我們可以發現這其實是一個將新用戶，通過基本的等級規則以及伴隨著等級所附帶的權益而逐步培養成為核心用戶，引導他在平臺持續活躍，深入參與平臺的各項業務，增加用戶的粘性、活躍度、存留率，最后甚至自發向身邊的人推薦產品的過程。
在大的產品思考框架下，在會員體系里我們定義“變量值”為“成長值”，按照事物的發展順序來搭建出基本的會員體系框架。
產品設計有也像蓋房子一樣，產品的底層框架就像樓房的地基，底層搭建好了，再一步一步的添磚加瓦。
在基礎框架上，在細化每一個模塊變得豐富，具有真實感&畫面感。
以上完成了業務邏輯產品化的過程，接著實現產品邏輯可視化的過程。
1. 成長值：會員等級的判斷機制
1.1 成長值的獲得
成長值作為會員等級的判斷參數，有很多獲得方式，通常都與某種其他維度的業務或者參數做特定比例的兌換而獲得。
例如：有贊商戶版的成長值就直接和于C端客戶的消費金額作1:1的兌換。
淘寶會員的成長值（淘氣值）則是通過相對比較復雜的規則計算得出。還有充值，參與營銷活動以及完成相關任務獲得成長值，可根據自己產品運營需求去設計具體的成長值獲得規則。
1.2 成長值消耗
一些產品中成長值一直累積，伴隨的會員等級一直成長，例如：QQ等級隨著在線時間的增加而成長，從星星到月亮到太陽最后到皇冠，這種會員等級是單向的，永遠朝著更高級別成長。這種規則下，成長值是無消耗的。
“另外一些產品充成長值是雙向的，根據規則可增加可減少，對應的會員等級也會動態的變化：典型的例如王者榮耀的段位排名機制。還有在電商體系中：用戶獲得成長值的行為失效需要扣減對應成長值，例如：退貨、刪除評價等行為；會員等級到期時需要扣減對應成長值；后臺人工干預扣除成長值等。”
另外：一些平臺也會在一個特定的時間周期評估用戶的各種數據，根據規則重新計算出成長值，然后得出會員等級。支付寶會員大致規則：計算周期為用戶近1年的行為數據，會員身份的有效期為一年，有效期內升級立即生效并且新等級有效期自動延長一年，到有效期時若成長值不足以達到當前等級將會被降級。
2. 會員等級區間劃分
以電商產品為例，最直接的可以依照RFM模型來做等級劃分：R(Recency)表示用戶最近一次的購買時間，F(Frequency)表示用戶在最近一段時間內購買的次數，M? (Monetary)表示用戶在這段時間內購買所花費的金額；
根據RFM模型與產品運營數據做分析，可以從中提取主要的用戶數據字段，比如用戶ID、用戶（最近）購買時間、用戶（最近）購買次數、用戶購買花費金額，再根據每個數據字段進行權重計算。根據電商平臺性質的不同，
比如：你看中復購率，對應的F(Frequency)的權重就可以設置高一些；如果著重的是客單價，那不妨提高M? (Monetary)的權重值；
又例如：英雄聯盟的排位賽段位機制，系統通過復雜的匹配機制和評分標準，讓所有參與排位賽的玩家分布在符合自己水平的區間。
3. 成長值風控體系
- 成長值上限：在設置成長值來源時可針對每個來源設置每日獲取上限值，同樣也可針對每個賬號設置每日獲取上限值，超過上限時完成任務不再增加成長值。
- 異常數據預警：通過系統監控所有會員的成長值增加&消耗情況，例如某個會員的成長值突然在短時間內劇增，增幅已經達到系統預警，則需要對該會員的具體數據&行為進行分析。
- ?黑白名單：針對數據或操作異常的用戶賬號進行拉黑處理，拉黑后用戶將無法獲取成長值、享受對應會員權益。
- 人工后臺干預：針對部分系統無法自動處理的場景，可在開發時預留成長值更改接口，運營人員可在后臺手動扣減/獎勵用戶的成長值。
4. 會員權益
普通會員權益
普通會員權益是一種針對所有用戶都會有的基本權益，例如生日問候，節日祝福等。
階梯式會員權益
會員權益玩法非常豐富多樣，但萬變不離其宗，最重要的就是營造稀缺感、尊貴感，讓用戶能感受到自己在這里受到的待遇與眾不同，只有讓用戶爽了，你的會員體系才能算成功。而營造這種感覺直接的方式就是限制等級，只有達到某個等級才能享受權益。
三、積分體系
積分體系和會員體系最基本的模型是一樣的，只不過從簡單到復雜的演變的過程中表現出了不同的特點。積分可以抽象地理解為現實生活中的貨幣，貨幣有發行和回收機制，積分同樣也有發行和回收機制，不然都會導致通貨膨脹。
上圖是積分體系的基本框架，因為會員和積分體系本質的產品設計思路是一樣的，所以可以沿用會員體系的產品設計框架去設計積分產品，本文就不在贅述。
特別強調，積分的回收（類比于會員成長值的消耗）途徑很重要的一種方式來自于積分商城的兌換，這里就牽扯到積分商城的設計。積分商城其實就是傳統電商體系里面的商城系統，只不過用戶消費的時候是用積分作為支付標的。
四、總結：關于產品設計的一些思考。
產品設計和蓋房子很像，業務邏輯產品化的過程其實就是畫大樓設計稿的過程，產品邏輯可視化的過程其實就是開始動工蓋大樓的過程，這兩個過程最核心最底層的模型&框架，無論從圖紙還是到實際的建筑都是不變的。
所以我們在進行產品設計的時候，首先要盡可能的抽象出核心的模型&框架，完成了業務邏輯產品化的建模之后，在進行產品邏輯可視化（一般指可視化的原型demo）設計。這樣才能保證每一個產品功能點都有框架和理論的支撐，從而建立在規范之上，而不是隨心所欲想到一個點就去設計一個點，最后很難形成邏輯閉環，也不具備復用性。
上文提到的復用性，其實來自于技術的“封裝”的概念。會員體系&積分體系，以及電商體系等都是可封裝體系，可以復用在任何一個需要會員，積分&電商的業務場景中。復用的前提是要對會員體系&積分體系有高度抽象畫&模型化的理解，然后用同樣的框架再結合具體的產品&;業務場景去實現業務邏輯產品化&產品邏輯可視化，這樣的產品思維會讓產品設計變得高效且高階。也希望大家能在平時的產品工作過程中多去思考這樣的基礎系統&通用體系。
以產品經理為代表的產品行業發展到今天時間并不長， 產品行業也不像技術領域有教科書級別的理論和模型以及讀物，產品某種意義上可以說是技術可視化表達，產品設計的很多時候可以從技術領域的基本概念受到啟發，例如：“封裝”、“高內聚&低耦合”、“抽象”等的設計思想其實也適用于產品設計，即所謂“功夫在詩外”。
以上，關于產品設計一些淺薄的思考，與君共勉。
參考資料：
百度百科；
《產品經理的高階能力：架構圖的設計與畫法》
《一篇文章學會如何建立會員積分體系（一）：從0到1建立會員體系》
《一篇文章學會如何建立會員積分體系（二）：從0到1建立積分體系；》
《系統之美》《計算機是怎么跑起來的》
作者：Allen，公眾號：思維改變生活，中級產品經理一枚，喜歡研究高階的產品學習方法論，從而改變職業成長的加速度變量。
本文由 @Allen 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協議
開頭王者榮耀星耀這塊說錯了吧，星耀這個是游戲角色等級。類似于你玩那種打怪升級的游戲，升游戲角色。
王者榮耀會員等級是用V來區分的，V8，V9這種，充值越多，等級越高，得到的權益越多、
收益匪淺。請問作者有公眾號么？
公眾號《思維改變生活》，愛因斯坦頭像的
寫的非常好， 有收獲，謝謝
寫得不錯，把會員體系和積分體系關聯，我之前是分離思考的，總感覺有問題，說不出來，一下子通了，現在對于積分體系通貨膨脹還有初期平臺運營積分發行量如何確定，成本核算三個問題還是不懂，請指教
這個問題可以像運營人員請教。
作者將道理用書面語言表達的挺正規的，適合書面用語。個人覺得如果，以淺顯易懂的大白話作為段落高度精煉的總概括的話，愿意深入看下去的人會更多。
淺顯易懂的表述對表達能力要求太高了。
?
寫的好
為啥我看到了表層演戲里，有同程旅游的身影
同程旅游怎么了？