產(chǎn)品復(fù)盤:Synet2017秋招社群維系微網(wǎng)站

4 評論 4499 瀏覽 7 收藏 24 分鐘

文章為作者對自己制作一個(gè)微網(wǎng)站的產(chǎn)品復(fù)盤,其中一些總結(jié)希望能夠?qū)δ阌兴鶈l(fā)。

1.背景描述

1.1 社群運(yùn)營

這次社群運(yùn)營是當(dāng)時(shí)在學(xué)校還在上課,于是決定找個(gè)線上運(yùn)營實(shí)習(xí)來鍛煉下自己對運(yùn)營的感知力,于是做了Synet的實(shí)習(xí)生。

在運(yùn)營秋招社群的同時(shí)做了一款內(nèi)容型微網(wǎng)站,用來維系秋招社群,最后總的結(jié)果我感覺還是蠻好的吧,用戶活躍和評價(jià)都是不錯(cuò)的,本文主要內(nèi)容是復(fù)盤微網(wǎng)站,這款產(chǎn)品是我當(dāng)時(shí)自己用于輔助社群運(yùn)營做的,從0到1,本次主要復(fù)盤需求、設(shè)計(jì)等模塊,并通過復(fù)盤展示自己過程中遇到的那些問題及之后的反思。

微網(wǎng)站主要設(shè)計(jì)更新模塊是我們實(shí)習(xí)中間的時(shí)間,大概是1個(gè)月時(shí)間,數(shù)據(jù)等皆取自7月1日——8月10日。

微網(wǎng)站截圖

 

1.2 運(yùn)營方案及指標(biāo)判斷

1.2.1 運(yùn)營方案

這里邊的內(nèi)容分為兩塊,第一塊是日常運(yùn)營需要的:每日早報(bào)、趣味一問、福利放送、深夜知識堂。第二塊就是活動(dòng)運(yùn)營所需要的,包括直播網(wǎng)申、話題討論等。

下圖為日常運(yùn)營群規(guī)則:

日常運(yùn)營群規(guī)則

1.2.2 社群運(yùn)營指標(biāo)判斷

  1. 總活躍用戶及總發(fā)言數(shù)(用于總評)
  2. 周活躍用戶及發(fā)言數(shù)(用于社群運(yùn)營改進(jìn))
  3. Synet求職OPP用戶數(shù)(欲購買課程的用戶)

2.需求分析

2.1 社群用戶需求分析

  • 社群載體:微信
  • 社群用戶:2018屆畢業(yè)生,求職目標(biāo):互聯(lián)網(wǎng)行業(yè)、快消行業(yè)、四大等。
  • 使用場景:當(dāng)用戶想獲取有關(guān)秋招的信息時(shí),我們?nèi)粘5倪\(yùn)營對應(yīng)了四個(gè)用戶情景。(待修改)
  • 用戶目的:獲得秋招信息,增大自己秋招獲得offer的概率。
  • 用戶秋招微信群數(shù)量的分析:我覺得這個(gè)問題可以先放在這里進(jìn)行闡述,上述是用戶對秋招求職社群的需求,那么最為理想的情況是1個(gè)用戶使用Synet求職1個(gè)微信社群并且是消息可接受狀態(tài)。但是實(shí)際上這種情況是不會(huì)發(fā)生的,一個(gè)用戶往往會(huì)對應(yīng)十?dāng)?shù)個(gè)秋招求職社群,而且是不同的公司并且還是處于消息不接受的狀態(tài)。

我手機(jī)中的秋招群

2.2 微網(wǎng)站的需求建立來源

  • 需求來源:用戶提出由于群里交流信息過多,容易找不到曾經(jīng)發(fā)過的每日一問和福利。
  • 需求分析:用戶需要一個(gè)快捷找群分享內(nèi)容的工具。
  • 附加需求:我們對這個(gè)解決方案同時(shí)也提加了 自己的需求,即能夠通過該解決方案以后將活動(dòng)內(nèi)容同時(shí)附加在里邊,并且通過該解決方案給Synet帶來一定的用戶轉(zhuǎn)化。

擬解決方案:

①利用有道云筆記做個(gè)鏈接,把每天發(fā)的資料放進(jìn)去,然后掛在群公告里邊,讓用戶自取。

②制作一個(gè)多功能的微網(wǎng)站,然后把每天資料放進(jìn)去,讓用戶點(diǎn)擊領(lǐng)取。

兩個(gè)方案都能滿足上述的要求,但是第二個(gè)比第一個(gè)制作難度更大一些,但是可能整個(gè)界面會(huì)更加漂亮,于是我們進(jìn)行了分析并參考KANO方法。

2.3 KANO模型判斷做不做這個(gè)需求

同時(shí)參考KANO法則,我們做了判斷:

KANO模型

我們的用戶對這個(gè)功能一部分用戶是沒有會(huì)處于不開心的狀態(tài)(公開表明自己需要這個(gè)內(nèi)容),剩下的用戶則是呈無所謂狀態(tài);那么考慮到如果有的話會(huì)給用戶帶來驚喜和期待,我們決定做這個(gè)功能,并且參考上述內(nèi)容選擇采用的功能模塊。

KANO判斷要做這個(gè)內(nèi)容,接下來我們要分析如何去做,如何體現(xiàn)出我們社群的運(yùn)營特色,如何在用戶加入的那么多個(gè)社群中脫穎而出?

  • 面臨的一個(gè)重要問題:秋招社群眾多,我們的不可替代性低。
  • 群內(nèi)容的缺陷:Synet撇給我們幾個(gè)禮包然后還有一個(gè)華為網(wǎng)申內(nèi)容,然后在我的記憶中整個(gè)秋招就沒有別的內(nèi)容了。(加的Utips秋招群那一段時(shí)間每天有HR、PM晚上做分享,我們的分享。。。我印象中只有一次四大的千聊分享,針對所有受眾的。)

于是我們決定做點(diǎn)能夠讓用戶(求職大學(xué)生)感覺我們比較專業(yè)、比較高大上的產(chǎn)品吧,讓他們看到我們的產(chǎn)品第一眼會(huì)覺得這個(gè)秋招群很靠譜,會(huì)增加看秋招群的頻率。(首先是看,然后才是進(jìn)入活躍。)

選擇方案:綜上所述我們決定做一個(gè)微網(wǎng)站,來滿足用戶及我們的需求,并起到一定的用戶維系的作用。

3.產(chǎn)品設(shè)計(jì)

3.1 核心功能是什么

提到核心功能,不得不重新探討這個(gè)產(chǎn)品的誕生目的是什么?

產(chǎn)品是用戶進(jìn)行社群維系的,那么他所對應(yīng)的功能就應(yīng)該是社群資料的展現(xiàn)。

最初設(shè)計(jì)的核心功能很簡單,就是:每日早報(bào)、趣味一問(行測題)等模塊。

3.2 第一版demo上線

demo實(shí)際上是產(chǎn)品上線時(shí)候最簡單的版本,直接用騰訊風(fēng)鈴進(jìn)行開發(fā),比較重要的就是頁面布局,以及用戶使用的流程,當(dāng)時(shí)是一個(gè)banner然后加上4個(gè)icon做成了一個(gè)極簡的頁面,然后把社群運(yùn)營的內(nèi)容放上去,保證了整個(gè)使用流程沒有問題,就邀請了一批用戶進(jìn)行了用戶測試。

3.3 正式上線前的用戶測試

產(chǎn)品上線之后先是小組內(nèi)部進(jìn)行了一次測試,測試一下基本的邏輯有沒有問題,然后找了一些用戶進(jìn)行了一些測試,咨詢了他們?nèi)绾慰创@個(gè)產(chǎn)品,產(chǎn)品是否能夠滿足他們的功能需求,其中一個(gè)用戶給了一個(gè)非常贊的測試用例(一個(gè)學(xué)交互的小姐姐),然后我們根據(jù)這個(gè)測試用例及其他用戶反饋繼續(xù)做了這版demo的修改,仍然會(huì)準(zhǔn)備上線在微信群里使用。

第一版測試后修改內(nèi)容:

  • 增加微網(wǎng)站功能模塊,標(biāo)記未暫未上線,告訴用戶我們會(huì)隨著活動(dòng)上線而更新。
  • 修改圖標(biāo)、文字樣式,讓整個(gè)微網(wǎng)站看起來更加整潔,使用更加高效。
  • 追加功能模塊區(qū)分標(biāo)記,將模塊分為日常信息、搞事情等模塊,讓用戶使用更加簡潔。

測試之后就是正式在社群運(yùn)營中推出,每天在每日早報(bào)、趣味每日一問、福利放送、深夜知識堂這幾個(gè)內(nèi)容運(yùn)營時(shí)附帶上Synet微網(wǎng)站的鏈接。

正式發(fā)布第一天,人數(shù)UV在200+,之后幾天人數(shù)維持在平均50+,呈不斷下降趨勢。

3.4 上線之后關(guān)于微網(wǎng)站利弊的深入討論

  • 討論的原因:上線后雖然在群里邊獲得了用戶的好評,也同時(shí)群活躍用戶有所下降(第三周左右),然后組內(nèi)開始討論為什么群活躍會(huì)下降,我的兩個(gè)組員他們說因?yàn)槲⒕W(wǎng)站所以群活躍下降,不禁引發(fā)了一場爭論。
  • 降低了社群活躍度:這方面她們提出的觀點(diǎn)就是因?yàn)橛辛宋⒕W(wǎng)站,而群用戶只需要每天進(jìn)入微網(wǎng)站獲取自己用的資料,而不用在群里說話了。

當(dāng)然,我認(rèn)為這個(gè)是一個(gè)十分荒謬的觀點(diǎn),之后會(huì)在反思里詳細(xì)說明原因(關(guān)于社群生命周期的思考),這里先把這點(diǎn)列為微網(wǎng)站帶來的缺點(diǎn),這點(diǎn)是確實(shí)存在的,無可否認(rèn),但是造成這種現(xiàn)象的主要原因是社群運(yùn)營內(nèi)容沒有任何變化,無法喚起用戶來參加社群活動(dòng),這是運(yùn)營端存在問題,而絕非一個(gè)微網(wǎng)站就會(huì)造成用戶活躍大幅度下降。同時(shí)我認(rèn)為微網(wǎng)站給我們帶來的利大于弊。

有效的提升了用戶的進(jìn)入率:這個(gè)數(shù)字是在群繪后臺觀察到的,新用戶發(fā)言數(shù)還是在增加,我覺得微網(wǎng)站主要是給用戶帶來一個(gè)驚喜感,然后讓他們樂意來觀看這個(gè)群的群內(nèi)容,并且在以后來參加群活動(dòng)。

結(jié)論:一方面是我們需要通過增加活動(dòng)之類的內(nèi)容來提升群的用戶活躍度;另一方面是繼續(xù)采用微網(wǎng)站更新一些優(yōu)質(zhì)內(nèi)容,強(qiáng)化用戶對群的信任感。

4.產(chǎn)品迭代

4.1 總的迭代思路:隨著秋招時(shí)間進(jìn)行迭代

4.2 迭代中踩的一些坑

在產(chǎn)品迭代里邊可以說是踩了非常多的坑,這里總結(jié)起來應(yīng)該有以下幾點(diǎn)。

  • 未咨詢用戶他們現(xiàn)階段需求什么,并且每版產(chǎn)品迭代之后未做用戶反饋調(diào)研。
  • 功能是放上去比較簡單,但是后期PGC內(nèi)容更新沒有跟上。
  • 群里用戶并不是全是互聯(lián)網(wǎng)方向,而模塊迭代總的還是很偏互聯(lián)網(wǎng)方向更新。

4.3 迭代總結(jié)

我一共是迭代了4個(gè)版本,在這4個(gè)版本中可以看到內(nèi)推和論壇都出現(xiàn)了兩次,但是實(shí)際上第一次的內(nèi)推并沒有到達(dá)預(yù)期的效果,這點(diǎn)是因?yàn)镾ynet內(nèi)推確實(shí)有點(diǎn)少,我們當(dāng)時(shí)沒有想把別的功能內(nèi)容拿進(jìn)來,然后造成了這個(gè)模塊更新速度之慢,后來我感覺還不如放在首頁banner職位效果好,于是把這個(gè)內(nèi)容下架了;第二次上線內(nèi)推是因?yàn)榛ヂ?lián)網(wǎng)校招已經(jīng)開始了,于是將內(nèi)推功能連線上??途W(wǎng)等內(nèi)推匯總內(nèi)容,重做了內(nèi)推功能,這次看相對大家滿意一些,當(dāng)時(shí)篩選各家公司的內(nèi)推,最后發(fā)現(xiàn)??途W(wǎng)的內(nèi)推蠻不錯(cuò)的,就把網(wǎng)站鏈接了過去。

但是當(dāng)時(shí)鏈接到牛客網(wǎng)的時(shí)候也就是說我們不在是以Synet為核心了,這點(diǎn)其實(shí)對微網(wǎng)站還是有影響的。

論壇功能嘗試了兩次,后來還是以失敗告終,歸其原因是因?yàn)橛脩羧后w體量小,目標(biāo)不集中,而且很多人只是看,不會(huì)進(jìn)行內(nèi)容產(chǎn)生和回復(fù),同時(shí)我們想聚焦秋招,第三方實(shí)際上這些功能也不是體驗(yàn)非常好,諸多原因疊加導(dǎo)致功能效果未達(dá)到預(yù)期。

總結(jié)了上邊那些遇到的情況,我覺得判斷一個(gè)功能該不該加需要進(jìn)行以下幾個(gè)判斷:

  • 你的用戶是否對這個(gè)功能有強(qiáng)需求
    就像我們的內(nèi)推功能,我們的用戶在8月份需要實(shí)習(xí)內(nèi)推嗎?
  • 你的用戶體量是否能滿足這個(gè)功能的需求
    就好比想上一個(gè)互動(dòng)功能,我們的幾次論壇嘗試失敗主要原因是因?yàn)橛脩粢?guī)模過少所導(dǎo)致的,很難夠讓這個(gè)功能真正的活躍起來。

5.最終效果

Synet微網(wǎng)站數(shù)據(jù)

Synet微網(wǎng)站數(shù)據(jù)

Synet秋招群數(shù)據(jù)對比

Synet秋招群數(shù)據(jù)對比

Synet秋招1群用戶評價(jià)截圖

6.不足與反思

6.1 搖擺不定的核心功能

  • 產(chǎn)品的核心價(jià)值:我們這個(gè)產(chǎn)品的核心價(jià)值在于給用戶提供秋招信息。
  • 什么是核心功能:核心功能我覺得是貫串產(chǎn)品整個(gè)流程中都要存在的功能,并且是產(chǎn)品最基本、最重要的功能點(diǎn),例如小睡眠的播放睡眠功能、實(shí)習(xí)僧簡歷投遞功能。

在這個(gè)微網(wǎng)站中,我們的核心價(jià)值相對來說提現(xiàn)的比較明顯,核心功能模塊相對而言提現(xiàn)的較差,未能在幾個(gè)模塊中形成一個(gè)長期、高效吸引用戶內(nèi)容的關(guān)注模塊,這是本次微網(wǎng)站中的缺點(diǎn);前期準(zhǔn)備用內(nèi)推作為最核心的模塊,但是發(fā)現(xiàn)內(nèi)推信息不足、內(nèi)推信息更新的一些問題,所以關(guān)閉了該模塊,后來準(zhǔn)備以論壇作為核心模塊,但是面臨UGC內(nèi)容生產(chǎn)不足的問題。

如果再來一次,我會(huì)如何設(shè)定這個(gè)微網(wǎng)站的核心功能:如果在來一次的話,我會(huì)嘗試以高PGC的模塊(秋招求職內(nèi)容的模塊)來作為微網(wǎng)站的核心功能,在里邊涉獵求職的全過程(網(wǎng)申—筆試—群面—單面—HR面),提供這些內(nèi)容(每日更新)供大家閱讀,從而提高用戶的訪問量,進(jìn)而嘗試轉(zhuǎn)化OPP用戶及提高用戶對社群的忠誠度。

6.2 社群的生命周期曲線及維系社群活躍度的思考

社群生命周期曲線:社群的活躍度曲線和APP是不相同的,如果要做對比的話他們兩個(gè)可能是完全相反的生命周期曲線。

社群是從非常活躍—比較活躍—非常不活躍的狀態(tài)(在沒有人進(jìn)行維系的情況下),那么社群負(fù)責(zé)人要做的是讓社群盡量處在一個(gè)比較活躍的狀態(tài)。

附圖:生命周期曲線

社群生命周期曲線

注:我們接受社群是在活躍互動(dòng)期。

如何提升社群活躍度呢?

我理解中如果提高社團(tuán)活躍度可以從以下幾方面下手:

  • 發(fā)覺部分優(yōu)質(zhì)用戶形成KOL,讓他們來進(jìn)行話題引導(dǎo)。
  • 給社群里邊的用戶一個(gè)統(tǒng)一的目標(biāo):秋招收獲offer、學(xué)好一門技術(shù)。
  • 發(fā)起社群的活動(dòng):比如一起討論一個(gè)話題(面試中的那些坑)、搞笑PS是怎么練成的。發(fā)起的活動(dòng)要鍥合社群用戶的統(tǒng)一目標(biāo)。

6.3 數(shù)據(jù)是一個(gè)產(chǎn)品中必不可缺少的一點(diǎn)

這個(gè)產(chǎn)品中存在的數(shù)據(jù)不足的問題:

①?zèng)]有固定的入口,所以每天的用戶訪問量實(shí)際上是會(huì)隨著群日常內(nèi)容進(jìn)入的,我們沒有辦法來判斷何時(shí)用戶進(jìn)入數(shù)量多少(9:00、15:00、19:00、21:00,共四次內(nèi)容會(huì)攜帶鏈接,這是固定的次數(shù)。騰訊風(fēng)鈴的數(shù)據(jù)更新是1天1更新。)這一點(diǎn)沒有辦法根據(jù)用戶進(jìn)入人數(shù)區(qū)別來進(jìn)行鏈接推送時(shí)間的更改。

②產(chǎn)品主頁無埋點(diǎn):因?yàn)闆]有埋點(diǎn),數(shù)據(jù)只有整個(gè)微網(wǎng)站內(nèi)部的UV、PV,沒有具體的用戶訪問路徑(進(jìn)入微網(wǎng)站——論壇——產(chǎn)品——留言,這種路徑無法形成)

③無法判斷用戶次日是否訪問:在上線一些新模塊的時(shí)候,連續(xù)兩天用戶訪問人數(shù)都是100,但是無法判斷這100個(gè)用戶兩天是否存在重復(fù)。

數(shù)據(jù)在產(chǎn)品中的作用:

①應(yīng)用于判斷1個(gè)功能在用戶眼中的優(yōu)先級:我們的微網(wǎng)站剛開始的第一版是由四個(gè)模塊(每日早報(bào)、每日一問、深夜福利、知識課堂),用戶對四個(gè)模塊的需求肯定是不同的,同時(shí)我們?nèi)肆S護(hù)每個(gè)模塊的成本也不一樣,所以如果有數(shù)據(jù)參考,可以簡化用戶訪問最少的模塊(比如每日早報(bào)),把用戶訪問最多的模塊(比如知識課堂)做細(xì)化。

②做產(chǎn)品設(shè)計(jì)的參考:有的時(shí)候在做產(chǎn)品設(shè)計(jì)是時(shí)候會(huì)遇到一些問題:

你為什么這樣設(shè)計(jì)整個(gè)流程,他符合我們用戶的使用習(xí)慣嗎?

b.這個(gè)功能有沒有必要現(xiàn)在做出來,我們的用戶需要這個(gè)功能嗎?

當(dāng)遇到這些問題的時(shí)候,就要用數(shù)據(jù)做出判斷了。

在微網(wǎng)站中遇到的就是剛開始為什么要加內(nèi)推模塊,這點(diǎn)是因?yàn)閯傞_始的問卷調(diào)查來判斷需要做,但是后來里邊的內(nèi)容與用戶預(yù)期有所誤差。

  • 用戶理解的內(nèi)推:秋招求職內(nèi)推,最好是top幾企業(yè)
  • 我們理解的內(nèi)推:實(shí)習(xí)內(nèi)推+秋招內(nèi)推

所以在使用數(shù)據(jù)參考時(shí)候也要注意判斷用戶是需求到底和我們理解的是不是一樣。
同時(shí)在暑期產(chǎn)品實(shí)習(xí)的時(shí)候,遇到過運(yùn)營提新老客需求,當(dāng)時(shí)需要判斷到底做不做這個(gè)功能(后臺人力有限),當(dāng)時(shí)根

據(jù)運(yùn)營往次的活動(dòng)數(shù)據(jù)來看,涉及用戶群體比較少(用戶量的1%-3%,根據(jù)以往活動(dòng)發(fā)券/領(lǐng)券人數(shù)及總用戶數(shù)來進(jìn)行計(jì)算,同時(shí)平臺是人數(shù)的高速增長期),區(qū)分新老客的意義并不大,不如直接做代金券,所以把這個(gè)功能砍掉,提前了代金券功能。

7.關(guān)于團(tuán)隊(duì)的一些思考

社群運(yùn)營我們一共是3個(gè)人,但是微網(wǎng)站實(shí)際的制作者只有我1個(gè)人,這次嘗試更加讓我感覺到一個(gè)好的團(tuán)隊(duì)的重要性。

聞道有先后,術(shù)業(yè)有專攻。每個(gè)人所選擇的職位、涉獵的內(nèi)容模塊都不會(huì)完全相同,這也就是說明你的團(tuán)隊(duì)成員會(huì)有你所不了的內(nèi)容,比如如何做好一個(gè)社群運(yùn)營活動(dòng)、如何提高用戶活躍度、如何引流讓用戶進(jìn)入。

一個(gè)好的團(tuán)隊(duì)往往能夠事半功倍。這點(diǎn)應(yīng)該是在整個(gè)過程中體會(huì)最深的,我們的團(tuán)隊(duì)成員不算bad,也不能算特別nice吧,在設(shè)計(jì)微網(wǎng)站考慮到如何跟用戶溝通的時(shí)候,她們單純的不考慮社群活躍周期而只考慮微網(wǎng)站可能存在降低活躍度的問題,就這個(gè)問題進(jìn)行了非常復(fù)雜的爭論,而不是去分析原因是為什么。

同時(shí)在實(shí)際的社群運(yùn)營中,每個(gè)人分工的模塊是不一樣的,其中有一個(gè)女生負(fù)責(zé)了每日一問模塊,每天就是單純的發(fā)每日一問,然后還漏發(fā)答案,然后問我們?yōu)槭裁礇]有用戶活躍度。

我們團(tuán)隊(duì)不算是好的團(tuán)隊(duì),整個(gè)秋招群的運(yùn)營也沒有達(dá)到比較完美的狀態(tài);當(dāng)時(shí)在北京一家公司實(shí)習(xí),和boss聊過一個(gè)好的團(tuán)隊(duì),好的團(tuán)隊(duì)更加有效率,做事更加靠譜。我們線上實(shí)習(xí)一個(gè)人負(fù)責(zé)寫1周的復(fù)盤報(bào)告,她通常是在第二周周末寫完第一周復(fù)盤報(bào)告,然后這個(gè)報(bào)告連參考價(jià)值都沒有。

在大學(xué)里邊,包括實(shí)習(xí)、社團(tuán)、自組團(tuán)伙,我經(jīng)歷過不少團(tuán)隊(duì),我覺得好的團(tuán)隊(duì)都是擁有強(qiáng)的自驅(qū)力的,大家會(huì)對自己的問題負(fù)責(zé),不斷強(qiáng)化自己的技能、知識面。

最近在和千師百業(yè)的小伙伴一起做項(xiàng)目,感覺這個(gè)團(tuán)隊(duì)還是比較棒的,首先效率和質(zhì)量都是非常不錯(cuò)的,大家自驅(qū)力比較強(qiáng),都是想做事情的人,最近還在繼續(xù)磨合之中,每個(gè)人都會(huì)定具體負(fù)責(zé)的每一塊,這樣整個(gè)團(tuán)隊(duì)辦事的速度也能提升不少。

如何搭建一個(gè)不錯(cuò)的團(tuán)隊(duì)?

  • 團(tuán)隊(duì)不在人數(shù)在于精
  • 術(shù)業(yè)有專攻,每個(gè)人都有自己的強(qiáng)項(xiàng)
  • 有著共同的一個(gè)目標(biāo)
  • 找準(zhǔn)你自己在團(tuán)隊(duì)的定位
  • 相互磨合,看團(tuán)隊(duì)是否合適

 

本文由 @一個(gè)神奇的逗比 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自PEXELS,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 想請教一個(gè)關(guān)于數(shù)據(jù)應(yīng)用方面的問題:
    6.3中的“①應(yīng)用于判斷1個(gè)功能在用戶眼中的優(yōu)先級”里面提到對于訪問量小的模塊簡化,訪問量大的模塊細(xì)化,這個(gè)具體是如何細(xì)化如何簡化呢?

    來自北京 回復(fù)
    1. 我們的模塊是內(nèi)容型模塊,我舉兩個(gè)模塊的例子.
      ①日報(bào):點(diǎn)擊日報(bào)——選擇日報(bào)日期——閱讀 這是一個(gè)用戶對日報(bào)的閱讀流程
      ②深夜福利:點(diǎn)擊深夜福利——閱讀
      因?yàn)槿請?bào)與日期有關(guān),所以我們閱讀步驟多了一步,但是用戶實(shí)際上對這項(xiàng)是不敢興趣的,發(fā)現(xiàn)他們最多閱讀當(dāng)天日報(bào),我們出人力來更新、維護(hù)這部分意義不大,所以就縮減為點(diǎn)擊日報(bào)——閱讀今日日報(bào)。
      深夜福利用戶點(diǎn)擊比較多,里邊內(nèi)容包括各個(gè)行業(yè)(互聯(lián)網(wǎng)、快消),因?yàn)橛脩酎c(diǎn)擊多,所以我們準(zhǔn)備細(xì)化這一項(xiàng)。
      大概我對6.3的1是這樣理解的。 ??

      來自遼寧 回復(fù)
    2. 好滴 謝謝

      來自北京 回復(fù)