產(chǎn)品復(fù)盤:Synet2017秋招社群維系微網(wǎng)站
文章為作者對自己制作一個微網(wǎng)站的產(chǎn)品復(fù)盤,其中一些總結(jié)希望能夠?qū)δ阌兴鶈l(fā)。
1.背景描述
1.1 社群運(yùn)營
這次社群運(yùn)營是當(dāng)時在學(xué)校還在上課,于是決定找個線上運(yùn)營實習(xí)來鍛煉下自己對運(yùn)營的感知力,于是做了Synet的實習(xí)生。
在運(yùn)營秋招社群的同時做了一款內(nèi)容型微網(wǎng)站,用來維系秋招社群,最后總的結(jié)果我感覺還是蠻好的吧,用戶活躍和評價都是不錯的,本文主要內(nèi)容是復(fù)盤微網(wǎng)站,這款產(chǎn)品是我當(dāng)時自己用于輔助社群運(yùn)營做的,從0到1,本次主要復(fù)盤需求、設(shè)計等模塊,并通過復(fù)盤展示自己過程中遇到的那些問題及之后的反思。
微網(wǎng)站主要設(shè)計更新模塊是我們實習(xí)中間的時間,大概是1個月時間,數(shù)據(jù)等皆取自7月1日——8月10日。
微網(wǎng)站截圖
1.2 運(yùn)營方案及指標(biāo)判斷
1.2.1 運(yùn)營方案
這里邊的內(nèi)容分為兩塊,第一塊是日常運(yùn)營需要的:每日早報、趣味一問、福利放送、深夜知識堂。第二塊就是活動運(yùn)營所需要的,包括直播網(wǎng)申、話題討論等。
下圖為日常運(yùn)營群規(guī)則:
日常運(yùn)營群規(guī)則
1.2.2 社群運(yùn)營指標(biāo)判斷
- 總活躍用戶及總發(fā)言數(shù)(用于總評)
- 周活躍用戶及發(fā)言數(shù)(用于社群運(yùn)營改進(jìn))
- Synet求職OPP用戶數(shù)(欲購買課程的用戶)
2.需求分析
2.1 社群用戶需求分析
- 社群載體:微信
- 社群用戶:2018屆畢業(yè)生,求職目標(biāo):互聯(lián)網(wǎng)行業(yè)、快消行業(yè)、四大等。
- 使用場景:當(dāng)用戶想獲取有關(guān)秋招的信息時,我們?nèi)粘5倪\(yùn)營對應(yīng)了四個用戶情景。(待修改)
- 用戶目的:獲得秋招信息,增大自己秋招獲得offer的概率。
- 用戶秋招微信群數(shù)量的分析:我覺得這個問題可以先放在這里進(jìn)行闡述,上述是用戶對秋招求職社群的需求,那么最為理想的情況是1個用戶使用Synet求職1個微信社群并且是消息可接受狀態(tài)。但是實際上這種情況是不會發(fā)生的,一個用戶往往會對應(yīng)十?dāng)?shù)個秋招求職社群,而且是不同的公司并且還是處于消息不接受的狀態(tài)。
我手機(jī)中的秋招群
2.2 微網(wǎng)站的需求建立來源
- 需求來源:用戶提出由于群里交流信息過多,容易找不到曾經(jīng)發(fā)過的每日一問和福利。
- 需求分析:用戶需要一個快捷找群分享內(nèi)容的工具。
- 附加需求:我們對這個解決方案同時也提加了 自己的需求,即能夠通過該解決方案以后將活動內(nèi)容同時附加在里邊,并且通過該解決方案給Synet帶來一定的用戶轉(zhuǎn)化。
擬解決方案:
①利用有道云筆記做個鏈接,把每天發(fā)的資料放進(jìn)去,然后掛在群公告里邊,讓用戶自取。
②制作一個多功能的微網(wǎng)站,然后把每天資料放進(jìn)去,讓用戶點擊領(lǐng)取。
兩個方案都能滿足上述的要求,但是第二個比第一個制作難度更大一些,但是可能整個界面會更加漂亮,于是我們進(jìn)行了分析并參考KANO方法。
2.3 KANO模型判斷做不做這個需求
同時參考KANO法則,我們做了判斷:
KANO模型
我們的用戶對這個功能一部分用戶是沒有會處于不開心的狀態(tài)(公開表明自己需要這個內(nèi)容),剩下的用戶則是呈無所謂狀態(tài);那么考慮到如果有的話會給用戶帶來驚喜和期待,我們決定做這個功能,并且參考上述內(nèi)容選擇采用的功能模塊。
KANO判斷要做這個內(nèi)容,接下來我們要分析如何去做,如何體現(xiàn)出我們社群的運(yùn)營特色,如何在用戶加入的那么多個社群中脫穎而出?
- 面臨的一個重要問題:秋招社群眾多,我們的不可替代性低。
- 群內(nèi)容的缺陷:Synet撇給我們幾個禮包然后還有一個華為網(wǎng)申內(nèi)容,然后在我的記憶中整個秋招就沒有別的內(nèi)容了。(加的Utips秋招群那一段時間每天有HR、PM晚上做分享,我們的分享。。。我印象中只有一次四大的千聊分享,針對所有受眾的。)
于是我們決定做點能夠讓用戶(求職大學(xué)生)感覺我們比較專業(yè)、比較高大上的產(chǎn)品吧,讓他們看到我們的產(chǎn)品第一眼會覺得這個秋招群很靠譜,會增加看秋招群的頻率。(首先是看,然后才是進(jìn)入活躍。)
選擇方案:綜上所述我們決定做一個微網(wǎng)站,來滿足用戶及我們的需求,并起到一定的用戶維系的作用。
3.產(chǎn)品設(shè)計
3.1 核心功能是什么
提到核心功能,不得不重新探討這個產(chǎn)品的誕生目的是什么?
產(chǎn)品是用戶進(jìn)行社群維系的,那么他所對應(yīng)的功能就應(yīng)該是社群資料的展現(xiàn)。
最初設(shè)計的核心功能很簡單,就是:每日早報、趣味一問(行測題)等模塊。
3.2 第一版demo上線
demo實際上是產(chǎn)品上線時候最簡單的版本,直接用騰訊風(fēng)鈴進(jìn)行開發(fā),比較重要的就是頁面布局,以及用戶使用的流程,當(dāng)時是一個banner然后加上4個icon做成了一個極簡的頁面,然后把社群運(yùn)營的內(nèi)容放上去,保證了整個使用流程沒有問題,就邀請了一批用戶進(jìn)行了用戶測試。
3.3 正式上線前的用戶測試
產(chǎn)品上線之后先是小組內(nèi)部進(jìn)行了一次測試,測試一下基本的邏輯有沒有問題,然后找了一些用戶進(jìn)行了一些測試,咨詢了他們?nèi)绾慰创@個產(chǎn)品,產(chǎn)品是否能夠滿足他們的功能需求,其中一個用戶給了一個非常贊的測試用例(一個學(xué)交互的小姐姐),然后我們根據(jù)這個測試用例及其他用戶反饋繼續(xù)做了這版demo的修改,仍然會準(zhǔn)備上線在微信群里使用。
第一版測試后修改內(nèi)容:
- 增加微網(wǎng)站功能模塊,標(biāo)記未暫未上線,告訴用戶我們會隨著活動上線而更新。
- 修改圖標(biāo)、文字樣式,讓整個微網(wǎng)站看起來更加整潔,使用更加高效。
- 追加功能模塊區(qū)分標(biāo)記,將模塊分為日常信息、搞事情等模塊,讓用戶使用更加簡潔。
測試之后就是正式在社群運(yùn)營中推出,每天在每日早報、趣味每日一問、福利放送、深夜知識堂這幾個內(nèi)容運(yùn)營時附帶上Synet微網(wǎng)站的鏈接。
正式發(fā)布第一天,人數(shù)UV在200+,之后幾天人數(shù)維持在平均50+,呈不斷下降趨勢。
3.4 上線之后關(guān)于微網(wǎng)站利弊的深入討論
- 討論的原因:上線后雖然在群里邊獲得了用戶的好評,也同時群活躍用戶有所下降(第三周左右),然后組內(nèi)開始討論為什么群活躍會下降,我的兩個組員他們說因為微網(wǎng)站所以群活躍下降,不禁引發(fā)了一場爭論。
- 降低了社群活躍度:這方面她們提出的觀點就是因為有了微網(wǎng)站,而群用戶只需要每天進(jìn)入微網(wǎng)站獲取自己用的資料,而不用在群里說話了。
當(dāng)然,我認(rèn)為這個是一個十分荒謬的觀點,之后會在反思里詳細(xì)說明原因(關(guān)于社群生命周期的思考),這里先把這點列為微網(wǎng)站帶來的缺點,這點是確實存在的,無可否認(rèn),但是造成這種現(xiàn)象的主要原因是社群運(yùn)營內(nèi)容沒有任何變化,無法喚起用戶來參加社群活動,這是運(yùn)營端存在問題,而絕非一個微網(wǎng)站就會造成用戶活躍大幅度下降。同時我認(rèn)為微網(wǎng)站給我們帶來的利大于弊。
有效的提升了用戶的進(jìn)入率:這個數(shù)字是在群繪后臺觀察到的,新用戶發(fā)言數(shù)還是在增加,我覺得微網(wǎng)站主要是給用戶帶來一個驚喜感,然后讓他們樂意來觀看這個群的群內(nèi)容,并且在以后來參加群活動。
結(jié)論:一方面是我們需要通過增加活動之類的內(nèi)容來提升群的用戶活躍度;另一方面是繼續(xù)采用微網(wǎng)站更新一些優(yōu)質(zhì)內(nèi)容,強(qiáng)化用戶對群的信任感。
4.產(chǎn)品迭代
4.1 總的迭代思路:隨著秋招時間進(jìn)行迭代
4.2 迭代中踩的一些坑
在產(chǎn)品迭代里邊可以說是踩了非常多的坑,這里總結(jié)起來應(yīng)該有以下幾點。
- 未咨詢用戶他們現(xiàn)階段需求什么,并且每版產(chǎn)品迭代之后未做用戶反饋調(diào)研。
- 功能是放上去比較簡單,但是后期PGC內(nèi)容更新沒有跟上。
- 群里用戶并不是全是互聯(lián)網(wǎng)方向,而模塊迭代總的還是很偏互聯(lián)網(wǎng)方向更新。
4.3 迭代總結(jié)
我一共是迭代了4個版本,在這4個版本中可以看到內(nèi)推和論壇都出現(xiàn)了兩次,但是實際上第一次的內(nèi)推并沒有到達(dá)預(yù)期的效果,這點是因為Synet內(nèi)推確實有點少,我們當(dāng)時沒有想把別的功能內(nèi)容拿進(jìn)來,然后造成了這個模塊更新速度之慢,后來我感覺還不如放在首頁banner職位效果好,于是把這個內(nèi)容下架了;第二次上線內(nèi)推是因為互聯(lián)網(wǎng)校招已經(jīng)開始了,于是將內(nèi)推功能連線上??途W(wǎng)等內(nèi)推匯總內(nèi)容,重做了內(nèi)推功能,這次看相對大家滿意一些,當(dāng)時篩選各家公司的內(nèi)推,最后發(fā)現(xiàn)??途W(wǎng)的內(nèi)推蠻不錯的,就把網(wǎng)站鏈接了過去。
但是當(dāng)時鏈接到牛客網(wǎng)的時候也就是說我們不在是以Synet為核心了,這點其實對微網(wǎng)站還是有影響的。
論壇功能嘗試了兩次,后來還是以失敗告終,歸其原因是因為用戶群體體量小,目標(biāo)不集中,而且很多人只是看,不會進(jìn)行內(nèi)容產(chǎn)生和回復(fù),同時我們想聚焦秋招,第三方實際上這些功能也不是體驗非常好,諸多原因疊加導(dǎo)致功能效果未達(dá)到預(yù)期。
總結(jié)了上邊那些遇到的情況,我覺得判斷一個功能該不該加需要進(jìn)行以下幾個判斷:
- 你的用戶是否對這個功能有強(qiáng)需求
就像我們的內(nèi)推功能,我們的用戶在8月份需要實習(xí)內(nèi)推嗎? - 你的用戶體量是否能滿足這個功能的需求
就好比想上一個互動功能,我們的幾次論壇嘗試失敗主要原因是因為用戶規(guī)模過少所導(dǎo)致的,很難夠讓這個功能真正的活躍起來。
5.最終效果
Synet微網(wǎng)站數(shù)據(jù)
Synet微網(wǎng)站數(shù)據(jù)
Synet秋招群數(shù)據(jù)對比
Synet秋招群數(shù)據(jù)對比
Synet秋招1群用戶評價截圖
6.不足與反思
6.1 搖擺不定的核心功能
- 產(chǎn)品的核心價值:我們這個產(chǎn)品的核心價值在于給用戶提供秋招信息。
- 什么是核心功能:核心功能我覺得是貫串產(chǎn)品整個流程中都要存在的功能,并且是產(chǎn)品最基本、最重要的功能點,例如小睡眠的播放睡眠功能、實習(xí)僧簡歷投遞功能。
在這個微網(wǎng)站中,我們的核心價值相對來說提現(xiàn)的比較明顯,核心功能模塊相對而言提現(xiàn)的較差,未能在幾個模塊中形成一個長期、高效吸引用戶內(nèi)容的關(guān)注模塊,這是本次微網(wǎng)站中的缺點;前期準(zhǔn)備用內(nèi)推作為最核心的模塊,但是發(fā)現(xiàn)內(nèi)推信息不足、內(nèi)推信息更新的一些問題,所以關(guān)閉了該模塊,后來準(zhǔn)備以論壇作為核心模塊,但是面臨UGC內(nèi)容生產(chǎn)不足的問題。
如果再來一次,我會如何設(shè)定這個微網(wǎng)站的核心功能:如果在來一次的話,我會嘗試以高PGC的模塊(秋招求職內(nèi)容的模塊)來作為微網(wǎng)站的核心功能,在里邊涉獵求職的全過程(網(wǎng)申—筆試—群面—單面—HR面),提供這些內(nèi)容(每日更新)供大家閱讀,從而提高用戶的訪問量,進(jìn)而嘗試轉(zhuǎn)化OPP用戶及提高用戶對社群的忠誠度。
6.2 社群的生命周期曲線及維系社群活躍度的思考
社群生命周期曲線:社群的活躍度曲線和APP是不相同的,如果要做對比的話他們兩個可能是完全相反的生命周期曲線。
社群是從非?;钴S—比較活躍—非常不活躍的狀態(tài)(在沒有人進(jìn)行維系的情況下),那么社群負(fù)責(zé)人要做的是讓社群盡量處在一個比較活躍的狀態(tài)。
附圖:生命周期曲線
社群生命周期曲線
注:我們接受社群是在活躍互動期。
如何提升社群活躍度呢?
我理解中如果提高社團(tuán)活躍度可以從以下幾方面下手:
- 發(fā)覺部分優(yōu)質(zhì)用戶形成KOL,讓他們來進(jìn)行話題引導(dǎo)。
- 給社群里邊的用戶一個統(tǒng)一的目標(biāo):秋招收獲offer、學(xué)好一門技術(shù)。
- 發(fā)起社群的活動:比如一起討論一個話題(面試中的那些坑)、搞笑PS是怎么練成的。發(fā)起的活動要鍥合社群用戶的統(tǒng)一目標(biāo)。
6.3 數(shù)據(jù)是一個產(chǎn)品中必不可缺少的一點
這個產(chǎn)品中存在的數(shù)據(jù)不足的問題:
①沒有固定的入口,所以每天的用戶訪問量實際上是會隨著群日常內(nèi)容進(jìn)入的,我們沒有辦法來判斷何時用戶進(jìn)入數(shù)量多少(9:00、15:00、19:00、21:00,共四次內(nèi)容會攜帶鏈接,這是固定的次數(shù)。騰訊風(fēng)鈴的數(shù)據(jù)更新是1天1更新。)這一點沒有辦法根據(jù)用戶進(jìn)入人數(shù)區(qū)別來進(jìn)行鏈接推送時間的更改。
②產(chǎn)品主頁無埋點:因為沒有埋點,數(shù)據(jù)只有整個微網(wǎng)站內(nèi)部的UV、PV,沒有具體的用戶訪問路徑(進(jìn)入微網(wǎng)站——論壇——產(chǎn)品——留言,這種路徑無法形成)
③無法判斷用戶次日是否訪問:在上線一些新模塊的時候,連續(xù)兩天用戶訪問人數(shù)都是100,但是無法判斷這100個用戶兩天是否存在重復(fù)。
數(shù)據(jù)在產(chǎn)品中的作用:
①應(yīng)用于判斷1個功能在用戶眼中的優(yōu)先級:我們的微網(wǎng)站剛開始的第一版是由四個模塊(每日早報、每日一問、深夜福利、知識課堂),用戶對四個模塊的需求肯定是不同的,同時我們?nèi)肆S護(hù)每個模塊的成本也不一樣,所以如果有數(shù)據(jù)參考,可以簡化用戶訪問最少的模塊(比如每日早報),把用戶訪問最多的模塊(比如知識課堂)做細(xì)化。
②做產(chǎn)品設(shè)計的參考:有的時候在做產(chǎn)品設(shè)計是時候會遇到一些問題:
你為什么這樣設(shè)計整個流程,他符合我們用戶的使用習(xí)慣嗎?
b.這個功能有沒有必要現(xiàn)在做出來,我們的用戶需要這個功能嗎?
當(dāng)遇到這些問題的時候,就要用數(shù)據(jù)做出判斷了。
在微網(wǎng)站中遇到的就是剛開始為什么要加內(nèi)推模塊,這點是因為剛開始的問卷調(diào)查來判斷需要做,但是后來里邊的內(nèi)容與用戶預(yù)期有所誤差。
- 用戶理解的內(nèi)推:秋招求職內(nèi)推,最好是top幾企業(yè)
- 我們理解的內(nèi)推:實習(xí)內(nèi)推+秋招內(nèi)推
所以在使用數(shù)據(jù)參考時候也要注意判斷用戶是需求到底和我們理解的是不是一樣。
同時在暑期產(chǎn)品實習(xí)的時候,遇到過運(yùn)營提新老客需求,當(dāng)時需要判斷到底做不做這個功能(后臺人力有限),當(dāng)時根
據(jù)運(yùn)營往次的活動數(shù)據(jù)來看,涉及用戶群體比較少(用戶量的1%-3%,根據(jù)以往活動發(fā)券/領(lǐng)券人數(shù)及總用戶數(shù)來進(jìn)行計算,同時平臺是人數(shù)的高速增長期),區(qū)分新老客的意義并不大,不如直接做代金券,所以把這個功能砍掉,提前了代金券功能。
7.關(guān)于團(tuán)隊的一些思考
社群運(yùn)營我們一共是3個人,但是微網(wǎng)站實際的制作者只有我1個人,這次嘗試更加讓我感覺到一個好的團(tuán)隊的重要性。
聞道有先后,術(shù)業(yè)有專攻。每個人所選擇的職位、涉獵的內(nèi)容模塊都不會完全相同,這也就是說明你的團(tuán)隊成員會有你所不了的內(nèi)容,比如如何做好一個社群運(yùn)營活動、如何提高用戶活躍度、如何引流讓用戶進(jìn)入。
一個好的團(tuán)隊往往能夠事半功倍。這點應(yīng)該是在整個過程中體會最深的,我們的團(tuán)隊成員不算bad,也不能算特別nice吧,在設(shè)計微網(wǎng)站考慮到如何跟用戶溝通的時候,她們單純的不考慮社群活躍周期而只考慮微網(wǎng)站可能存在降低活躍度的問題,就這個問題進(jìn)行了非常復(fù)雜的爭論,而不是去分析原因是為什么。
同時在實際的社群運(yùn)營中,每個人分工的模塊是不一樣的,其中有一個女生負(fù)責(zé)了每日一問模塊,每天就是單純的發(fā)每日一問,然后還漏發(fā)答案,然后問我們?yōu)槭裁礇]有用戶活躍度。
我們團(tuán)隊不算是好的團(tuán)隊,整個秋招群的運(yùn)營也沒有達(dá)到比較完美的狀態(tài);當(dāng)時在北京一家公司實習(xí),和boss聊過一個好的團(tuán)隊,好的團(tuán)隊更加有效率,做事更加靠譜。我們線上實習(xí)一個人負(fù)責(zé)寫1周的復(fù)盤報告,她通常是在第二周周末寫完第一周復(fù)盤報告,然后這個報告連參考價值都沒有。
在大學(xué)里邊,包括實習(xí)、社團(tuán)、自組團(tuán)伙,我經(jīng)歷過不少團(tuán)隊,我覺得好的團(tuán)隊都是擁有強(qiáng)的自驅(qū)力的,大家會對自己的問題負(fù)責(zé),不斷強(qiáng)化自己的技能、知識面。
最近在和千師百業(yè)的小伙伴一起做項目,感覺這個團(tuán)隊還是比較棒的,首先效率和質(zhì)量都是非常不錯的,大家自驅(qū)力比較強(qiáng),都是想做事情的人,最近還在繼續(xù)磨合之中,每個人都會定具體負(fù)責(zé)的每一塊,這樣整個團(tuán)隊辦事的速度也能提升不少。
如何搭建一個不錯的團(tuán)隊?
- 團(tuán)隊不在人數(shù)在于精
- 術(shù)業(yè)有專攻,每個人都有自己的強(qiáng)項
- 有著共同的一個目標(biāo)
- 找準(zhǔn)你自己在團(tuán)隊的定位
- 相互磨合,看團(tuán)隊是否合適
本文由 @一個神奇的逗比 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自PEXELS,基于CC0協(xié)議
想請教一個關(guān)于數(shù)據(jù)應(yīng)用方面的問題:
6.3中的“①應(yīng)用于判斷1個功能在用戶眼中的優(yōu)先級”里面提到對于訪問量小的模塊簡化,訪問量大的模塊細(xì)化,這個具體是如何細(xì)化如何簡化呢?
我們的模塊是內(nèi)容型模塊,我舉兩個模塊的例子.
①日報:點擊日報——選擇日報日期——閱讀 這是一個用戶對日報的閱讀流程
②深夜福利:點擊深夜福利——閱讀
因為日報與日期有關(guān),所以我們閱讀步驟多了一步,但是用戶實際上對這項是不敢興趣的,發(fā)現(xiàn)他們最多閱讀當(dāng)天日報,我們出人力來更新、維護(hù)這部分意義不大,所以就縮減為點擊日報——閱讀今日日報。
深夜福利用戶點擊比較多,里邊內(nèi)容包括各個行業(yè)(互聯(lián)網(wǎng)、快消),因為用戶點擊多,所以我們準(zhǔn)備細(xì)化這一項。
大概我對6.3的1是這樣理解的。 ??
好滴 謝謝