在公司進(jìn)行相關(guān)產(chǎn)品開發(fā)的時候，如果是初創(chuàng)型公司或是公司的某個項目剛開始，難免會遇到要開發(fā)一個會員積分體系以激勵用戶的情況，下面我結(jié)合我工作中遇到的問題，進(jìn)行了一些思考和整理。
我認(rèn)為，作為一個產(chǎn)品經(jīng)理，在設(shè)計公司的會員積分體系之初的時候，一定要明確以下幾個要點：
1、公司的領(lǐng)導(dǎo)或是老板為什么要搭建公司的會員積分體系？
2、他們想通過這個積分體系獲得什么樣的結(jié)果？
3、這個會員積分體系需要在多長時間內(nèi)搭建好？
4、他們愿意為了這個會員積分體系付出多少精力、資源、金錢？
這些問題是我們在項目開始之前需要和公司領(lǐng)導(dǎo)或老板進(jìn)行溝通確認(rèn)的，而作為公司的產(chǎn)品經(jīng)理，需要的是對這幾個問題的答案，進(jìn)行頭腦風(fēng)暴，進(jìn)行擴展延伸，找到會員積分體系較為完整的解決方案。例如：
為什么要搭建公司的會員積分體系？
舉個例子：老板的回答，或許只是簡單的：“給到用戶優(yōu)惠，減少用戶的流失，激勵僵尸粉變成活躍用戶”。但實際上，針對老板的回答，產(chǎn)品經(jīng)理必須想到以下的一些要點：
1、是給到老用戶還是新用戶優(yōu)惠？
2、會給到用戶什么優(yōu)惠？
3、積分是否能夠當(dāng)現(xiàn)金用？
4、積分是否能夠兌換商品？
5、可供兌換的商品包括什么？
6、兌換商品價值多少錢？
7、這些商品是否是目標(biāo)用戶所喜愛的商品？
8、為了減少用戶流失，是否需要設(shè)計榮譽徽章制度？
9、該如何設(shè)計與公司相匹配的榮譽徽章？榮譽徽章體系如何設(shè)計？
10、用戶每天只能獲得一次積分還是每次在平臺上的活動都能獲得積分？
11、用戶的每次行為（補充資料、交易、回答問題等）得到的相對應(yīng)的積分是否一樣？
12、如果不一樣，每次行為得到的積分是多少？
通過這個積分體系獲得什么樣的結(jié)果？
舉個例子：表面上的結(jié)果可能是：“促活、留存”，但實際上想要的結(jié)果卻是增加平臺的交易量、增加平臺的流水等深層次的原因。這時，產(chǎn)品經(jīng)理就必須要考慮的是：
1、在公司的整套體系中，用戶的核心痛點是什么？該如何解決？
2、通過何種的積分體系才能增加平臺的交易量或流水？
3、平臺的交易量和流水上不去的原因是什么？
4、是不是系統(tǒng)或用戶使用流程不佳影響了平臺的交易量和流水？如果是，該怎么解決？
5、在原來的系統(tǒng)中，有沒有通過用戶使用流程的漏斗模型來找到用戶的流失點？是否需要做埋點？埋點該如何做？
6、是否需要采用任務(wù)制來激勵用戶交易？
7、任務(wù)制的獎品是什么？
8、是否需要開發(fā)一個積分商城？
9、積分商城里的商品是什么？
10、憑借部分積分+金錢可否低價購買商品？可否只用積分兌換商品？
這個會員積分體系需要在多長時間內(nèi)搭建好？
舉個例子：表面上的答案可能是：“現(xiàn)在很需要這個積分體系，越快越好。”但實際上這整個會員積分體系可能是老板突發(fā)奇想，想出來的一個只是解決了緊急問題的方案，治標(biāo)不治本。在公司的需求池里，這個模塊的需求，可能都排不上前三，所以老板有可能根本不會調(diào)配優(yōu)質(zhì)的開發(fā)人員對這套體系進(jìn)行開發(fā)。而且，開發(fā)人員有可能已經(jīng)被其他需求壓得苦不堪言，也沒多少精力來投入這一塊的開發(fā)。最終，這個會員積分體系的開發(fā)，有可能只能占用研發(fā)人員的少量時間。而我們又必須保證產(chǎn)品的質(zhì)量，不能影響用戶的體驗。所以，在這時候，產(chǎn)品經(jīng)理就需要考慮是如何利用有限的資源，去最大限度地完成目標(biāo)。個人認(rèn)為產(chǎn)品經(jīng)理所需考慮的問題如下：
1、老板的這個需求是否有其他替代方案能夠滿足？能不能用買代碼回來改？
2、自己先和相關(guān)技術(shù)人員或項目經(jīng)理評估開發(fā)這個項目所需的人力和時間；
3、自己先調(diào)研相關(guān)研發(fā)人員的工作安排，并提前和研發(fā)人員溝通可能要重新開始一個項目，表示需要他們加入，了解他們的意愿；
4、在最短的時間內(nèi)，出一份需求大綱，項目進(jìn)度表，并附上所需開發(fā)人員的名單，發(fā)正式的郵件給老板并抄送相關(guān)人員，讓老板進(jìn)行郵件確認(rèn)，這樣能避免很多不必要的麻煩。
他們愿意為了這個會員積分體系付出多少精力、資源、金錢？
舉個例子，老板的回答可能是：“整個項目的研發(fā)和運營費用不超過XX萬元或是不超過銷售收入的XX%，由項目經(jīng)理主導(dǎo)，產(chǎn)品經(jīng)理配合，技術(shù)總監(jiān)協(xié)助，就按郵件上的人員名單進(jìn)行小組開發(fā)，加班有正常加班工資的1.5倍，超過10后回家打車可以報銷，每天定時在晚上9:00的時候，給開發(fā)人員配水果等。當(dāng)然了，這是一個比較好的情況。也有可能是，老板只給配開發(fā)人員，開發(fā)的額外預(yù)算沒有，運營預(yù)算不明確，其他的福利，一概沒有。那就，只能呵呵了。我認(rèn)為，在好或是壞的情況下，產(chǎn)品經(jīng)理（可以和項目經(jīng)理、運營人員一起確定）必須考慮以下這幾點：
1、整個項目的研發(fā)成本大概是多少？自己要做到心中有數(shù)；
2、如果開發(fā)出來，運營的成本大概會增加多少？需要從哪些方面統(tǒng)計？運營人員的成本、商品的成本等；
3、開發(fā)出來之后，能夠達(dá)到什么目標(biāo)？通過何種方式才能夠達(dá)到這些目標(biāo)？
在明確了上訴四個要點的答案之后，就到了產(chǎn)品設(shè)計階段，這個階段會有更多的細(xì)節(jié)需要思考，在此僅使用我個人在產(chǎn)品設(shè)計環(huán)節(jié)的行為進(jìn)行舉例，如有遺漏或是不對的地方，歡迎各位看官拍磚。
1、通過用戶畫像，確定最典型的目標(biāo)用戶；
2、根據(jù)設(shè)定的積分體系的目標(biāo)，列出最常見的用戶使用場景，然后根據(jù)每個場景，模擬每個場景中的不同用戶的使用流程，確定用戶在這些流程中的哪些行為可以獲得積分，這個過程可以稱之為分解用戶行為；
3、根據(jù)已列舉出來的不同場景的不同的使用流程（個人認(rèn)為，每個場景最少需要3個以上的流程），推導(dǎo)出核心功能點；
4、根據(jù)核心功能點，輸出產(chǎn)品需求大綱；
5、根據(jù)已經(jīng)輸出的產(chǎn)品需求大綱，列出一個完整、詳細(xì)的用戶獲取積分以及消費積分的表格，表格的內(nèi)容包括：分類、用戶行為、增加的積分?jǐn)?shù)（不同的行為，應(yīng)該對應(yīng)不同的積分）、減少的積分?jǐn)?shù)，是否進(jìn)行限制。在這份表格里，最重要的是用戶行為，列舉得越完全越詳細(xì)，越好，越能避免在開發(fā)過程中，臨時添加一些不必要的功能點，避免和開發(fā)人員爭（si）論（bi）；
6、繪制各個流程的流程圖（如有精力，可以在現(xiàn)階段就輸出原型驗證流程）；
7、輸出產(chǎn)品需求文檔；
8、繪制出可交互的低保真原型（在原型里輸入一位用戶的資料，并讓這位用戶在所有的流程里都留下足跡）；
9、讓公司內(nèi)部的員工（至少5位）進(jìn)行使用原型，并收集他們的意見。（這批試用員工就相當(dāng)于種子用戶）；
10、根據(jù)意見，修改需求文檔和產(chǎn)品原型，并再次讓他們進(jìn)行使用。這次可以增加一些外部人員，例如讓自己的親朋好友進(jìn)行使用，并收集他們的意見；
11、再次修改需求文檔和原型；
12、組織各方人員進(jìn)行需求評審；
在整個項目進(jìn)行的過程中，如果開發(fā)人員確實沒空，可以在最后才交由開發(fā)人員進(jìn)行開發(fā)。但如果開發(fā)人員能夠抽出一點時間，在項目進(jìn)行之初，就應(yīng)該不斷地了解項目的進(jìn)展情況，尤其是在利用產(chǎn)品原型進(jìn)行功能測試的時候，開發(fā)人員一定要參與，這樣才能保證開發(fā)人員了解整個項目，在開發(fā)過程中減少不必要的溝通。
以上，就是個人總結(jié)出來，產(chǎn)品經(jīng)理在會員積分體系設(shè)計過程中需要進(jìn)行的思考和實踐，或許還有很多其他需要考慮的點，歡迎各位留言和我進(jìn)行交（拍）流（磚）。
