講座信息獲取小程序的MVP前臺+后臺設(shè)計

2 評論 13672 瀏覽 22 收藏 19 分鐘

編輯導(dǎo)語:對于很多高校學(xué)生來講,經(jīng)常困擾于這樣一種情況,那就是不知道學(xué)校最近有哪些講座,邀請哪些嘉賓前來講學(xué),因此時常會錯失一些重要的講座。本篇文章作者將分享講座信息獲取小程序的MVP前臺+后臺設(shè)計,有興趣的小伙伴快來看看吧!

對于很多高校學(xué)生來說,如何快速獲得身邊的講座信息一直一來都是一大需求痛點。本文以微信小程序為載體,設(shè)計講座信息獲取的最小可行性產(chǎn)品。

一、需求分析

對于很多高校學(xué)生來講,經(jīng)常困擾于這樣一種情況,那就是不知道學(xué)校最近有哪些講座,邀請哪些嘉賓前來講學(xué),因此時常會錯失一些重要的講座。

這主要是因為兩個方面的原因產(chǎn)生的,一是很多學(xué)校都有好幾個校區(qū),每個校區(qū)都有不同的學(xué)院,各個消息各個學(xué)院之間消息并不暢通。二是官網(wǎng)雖有更新講座信息,但是并沒有多少人經(jīng)常刷新官網(wǎng),因此錯過也就在所難免。

以我自己舉例,如果沒有看到學(xué)校在微信群的通知的話,一些重要嘉賓的講座基本都會錯過。因為線下海報,官網(wǎng)宣傳都很難注意到。

身邊的很多朋友同樣也是這樣,自己學(xué)院的講座都容易缺失,更不用說其它學(xué)院的了。

作為一個在產(chǎn)品路上努力奔跑的新人,很快就捕捉到了這個需求——及時了解全校范圍內(nèi)的講座信息。下一步就是思考如何實現(xiàn)的問題。

先講一下為什么要打造這個產(chǎn)品,如果單純從商業(yè)化的角度來看,其實校園產(chǎn)品很難實現(xiàn)盈利,因為用戶的粘性建立和長期留存實現(xiàn)起來困難,很多巨頭進(jìn)入這個領(lǐng)域最后都潦草收尾。

但還是想做這個產(chǎn)品,一是如果在最美好的學(xué)習(xí)時光,如果錯過與很多大咖的交流,對很多人來說也是一種人生遺憾。二是產(chǎn)品目前就這一個模塊,如果流量效應(yīng)還可以的話,完全可以拓展其它模塊,后面在演進(jìn)藍(lán)圖里再提到。三是它的實現(xiàn)成本并不高,如果能夠?qū)崿F(xiàn)流量收益是完全可以cover住成本的,而且也是個不錯的在校實踐機(jī)會。

需求已經(jīng)確認(rèn),價值也已經(jīng)明確?,F(xiàn)在我們只是做一個mvp功能,暫時不考慮其它模塊,但這個看上去很小的mvp,也有很多問題需要梳理:

  • 講座信息從哪里來
  • 講座信息收集不全面怎么辦
  • 如何對這些講座信息進(jìn)行分類
  • 有哪些信息需要展示
  • 如何確認(rèn)信息真實性
  • 多長時間刷新一次最新信息
  • 用戶可以訂閱校區(qū)/學(xué)院講座信息嗎
  • 用戶知道了講座信息但到開講前遺忘了怎么辦
  • 支持用戶分享信息嗎
  • 產(chǎn)品形態(tài)是什么,app,小程序,還是網(wǎng)站

經(jīng)過一番思考與分析,綜合考慮用戶需求和產(chǎn)品開拓階段戰(zhàn)略,確定了如下問題解決方案:

  • 講座信息爬取自各個學(xué)院官網(wǎng)講座信息板塊
  • 支持其它用戶上傳講座信息
  • 按照校區(qū)、學(xué)院對信息進(jìn)行歸類
  • 支持其它實名認(rèn)證用戶反饋以確認(rèn)信息的真實性
  • 1天刷新一次最新信息
  • 支持用戶訂閱校區(qū)/學(xué)院講座信息
  • 用戶預(yù)約講座,開講前2小時推送提醒
  • 支持用戶分享信息至朋友圈及其它社交媒體平臺
  • 產(chǎn)品形態(tài)是小程序

二、用戶核心流程圖

三、主要功能

主要功能分為六個部分:

(1)用戶點擊查看講座信息。

(2)已經(jīng)實名認(rèn)證過的用戶可以點擊反饋,以保證講座信息的真實有效性。

(3)支持用戶分享講座信息到其它社交媒體平臺。

(4)用戶預(yù)約當(dāng)前查看的講座,并接收提醒。

(5)支持用戶上傳最新講座信息。

(6)訂閱校區(qū)/學(xué)院,近期有講座更新及時推送。

四、信息結(jié)構(gòu)

五、頁面與交互

由于是mvp設(shè)計,所以功能結(jié)構(gòu)和信息內(nèi)容并不繁瑣,界面設(shè)計如下:

1. 首頁–全部講座

(1)?頁面邏輯內(nèi)容

  • 頁面由頂部tab欄和對應(yīng)的具體的內(nèi)容構(gòu)成;
  • 上方tab欄為“全部講座”和“我的訂閱”;
  • “全部講座”顯示講座縮略信息,從左往右,從上往下為課程海報、講座主題、主講人、講座時間、講座地點和已預(yù)約提醒人數(shù),點擊進(jìn)入講座詳情頁。

(2)?頁面交互

  • 點擊tab切換對應(yīng)內(nèi)容,同時顯示藍(lán)色下劃線,tab字體設(shè)置成藍(lán)色;
  • 向左滑動講座信息模塊,顯示“提醒”和“反饋”兩個標(biāo)簽,點擊進(jìn)入對應(yīng)頁面;
  • 下拉頁面刷新講座信息。

2.? 首頁–我的訂閱

(1)?頁面邏輯內(nèi)容

  • 頁面由頂部tab欄和導(dǎo)航欄以及對應(yīng)的具體的內(nèi)容構(gòu)成;
  • 上方tab欄為“全部講座”和“我的訂閱”;導(dǎo)航欄顯示用戶訂閱的校區(qū)/學(xué)院;導(dǎo)航欄右側(cè)顯示編輯按鈕,用戶點擊可進(jìn)入訂閱編輯頁面。
  • “全部講座”顯示講座縮略信息,從左往右,從上往下為課程海報、講座主題、主講人、講座時間、講座地點和已預(yù)約提醒人數(shù),點擊進(jìn)入講座詳情頁。

(2)?頁面交互

  • 點擊tab欄切換對應(yīng)內(nèi)容,同時顯示藍(lán)色下劃線,tab字體設(shè)置成藍(lán)色;點擊導(dǎo)航欄,對應(yīng)字體放大一號,設(shè)置成藍(lán)色。
  • 向左滑動講座信息模塊,顯示“提醒”和“反饋”兩個標(biāo)簽,點擊進(jìn)入對應(yīng)頁面;
  • 下拉頁面刷新講座信息。

這里想提一下,有朋友可能想問,“我的訂閱”這里的內(nèi)容其實完全可以在“全部講座”這里用篩選的方式加以實現(xiàn),為什么還要單獨弄一個“我的訂閱”呢?其實這樣做的原因由三個方面:

第一是我的訂閱需要登錄權(quán)限,用戶只有在登錄狀態(tài)下才能操作,這樣就可以引導(dǎo)用戶注冊登錄,沉淀用戶。如果通過篩選,對于一個MVP產(chǎn)品來說,用戶可能就是即用即走。

第二是訂閱之后,一旦用戶所訂閱的類別有更新,用戶可以接收推送,提高用戶的小程序打開率,而讓用戶篩選則無法實現(xiàn)這一點。

最后,對于固定關(guān)注幾個學(xué)院的講座的用戶來說,每次都要篩選未免有些麻煩,直接通過訂閱,即可查看對應(yīng)類別下的講座信息,顯然要方便的多。

所以綜上選擇了訂閱的這種方式。

3. 講座詳情頁

(1)?頁面邏輯內(nèi)容

  • 頁面分為五個模塊,分別為講座基本信息模塊、內(nèi)容簡介模塊、時間模塊、地點模塊和底部的分享和與提醒模塊;
  • 基本信息模塊顯示講座海報、講座主題、主講人和主講人簡介;
  • 時間地點模塊分別顯示講座的具體時間和地點;
  • 底部為分享按鈕和講座提醒,用戶點擊可分享講座至其它社交媒體平臺和預(yù)約提醒。

(2)?頁面交互

點擊預(yù)約提醒,,彈出toast提示“預(yù)約成功”,同時設(shè)置按鈕狀態(tài)為灰色。

4. 反饋頁

(1)?頁面邏輯內(nèi)容

  • 頁面由“講座錯誤”和“講座取消”兩欄和底部提交審核按鈕構(gòu)成;
  • “講座錯誤”下拉框分為“主題修改”,“主講人修改”,“時間修改”,“地點修改”,點擊可進(jìn)入具體頁面填寫;
  • “講座取消”下拉框點擊可勾選具體原因;

(2)?頁面交互

  • 點擊“講座錯誤”或“講座取消”,前面顯示藍(lán)色對勾符號,同時展開下拉框,再次點擊可收起。
  • 點擊提交審核按鈕,彈出toast提示“提交成功”,同時設(shè)置按鈕狀態(tài)為灰色。

5. 上傳講座頁

(1)??頁面邏輯內(nèi)容

  • 信息填寫框由“講座主題”、“主講人”、“地點”、“時間”、“主講人簡介”、“講座簡介”和圖片上傳等幾個部分構(gòu)成;
  • 底部為提交審核按鈕。

(2)頁面交互

  • 點擊對應(yīng)的填寫信息框,閃動光標(biāo),同時填寫欄字體邊框設(shè)置成藍(lán)色;
  • 點擊提交審核按鈕,彈出toast提示“提交成功”,同時設(shè)置按鈕狀態(tài)為灰色。

6. 當(dāng)前提醒頁

(1)?頁面邏輯內(nèi)容

  • 頁面由講座信息模塊和“取消提醒”按鈕組成;
  • 講座信息模塊顯示從左往右,從上往下分別顯示講座海報、講座主題、主講人、講座具體時間、地點信息。

(2)?頁面交互

點擊刪除提醒按鈕,彈出toast提示“確定取消講座提醒”,用戶根據(jù)需要進(jìn)行操作。

7. 我的頁面

(1)?頁面邏輯內(nèi)容

  • 我的頁面由個人信息、實名認(rèn)證、當(dāng)前提醒、歷史提醒、我的反饋、訂閱更新通知、我的設(shè)置幾個部分組成;
  • 個人信息顯示用戶頭像、昵稱和學(xué)號。未登錄狀態(tài)個人頭像和昵稱顯示默認(rèn)值,用戶實名認(rèn)證以后顯示學(xué)號信息,未實名認(rèn)證也為默認(rèn)值;
  • 當(dāng)前提醒和歷史提醒顯示用戶當(dāng)前與過往預(yù)約講座提醒的列表;
  • 我的反饋顯示用戶提交審核的講座勘誤信息和上傳的講座信息,點擊可查看具體詳情;
  • 點擊我的設(shè)置可設(shè)置相關(guān)功能。

(2)?頁面交互

點擊訂閱通知更新按鈕,設(shè)置按鈕狀態(tài)為打開。

六、后臺設(shè)計

到這里我們基本完成了講座信息小程序的前臺設(shè)計和簡化版的需求文檔寫作。但很多時候,后臺產(chǎn)品的設(shè)計也是產(chǎn)品經(jīng)理工作的重要組成部分,為了更充分地展示mvp產(chǎn)品前后臺的銜接,我把后臺的產(chǎn)品設(shè)計也加入了進(jìn)來。

1. 后臺產(chǎn)品功能結(jié)構(gòu)圖

根據(jù)前臺對產(chǎn)品功能的定義,本款小程序功能實際包括兩大塊,一是內(nèi)容的呈現(xiàn),二是用戶對內(nèi)容進(jìn)行勘誤和自主上傳。

對于后臺來講,不僅要考慮信息的呈現(xiàn)的問題,還要考慮信息的抓取來源,以及用戶如何進(jìn)行信息反饋,所以后臺目前需要包括內(nèi)容管理和用戶管理兩個方面,經(jīng)過整理的產(chǎn)品后臺初步功能結(jié)構(gòu)圖如下圖所示:

2. 后臺頁面及說明

(1)?內(nèi)容–內(nèi)容抓取

在后臺的這一模塊可以設(shè)定前臺內(nèi)容的來源和呈現(xiàn)方式。

頁面定義如下:

1)選擇需要爬取講座信息的學(xué)院,此選項為必選;

2)根據(jù)選擇自動帶出所對應(yīng)的校區(qū),此選項為非必選;

3)選擇該學(xué)院講座信息爬取的網(wǎng)站,不超過三個來源;

4)選擇信息抓取的頻率。

(2)?內(nèi)容—內(nèi)容管理

這一模塊支持對前臺內(nèi)容進(jìn)行編輯修改以及刪除。

頁面定義如下:

1)支持的前臺呈現(xiàn)的內(nèi)容進(jìn)行篩選,當(dāng)前可按照講座主題、所屬校區(qū)與學(xué)院進(jìn)行篩選;

2)列表字段與前臺呈現(xiàn)的字段保持一致;

3)點擊學(xué)院名稱可呈現(xiàn)該學(xué)院信息,包括學(xué)院官網(wǎng)、信息爬取來源、教務(wù)老師聯(lián)系方式等;

4)操作“編輯”和“刪除”按鈕實現(xiàn)對信息的管理。

(3)?用戶—用戶反饋

這一模塊支持對用戶勘誤的信息進(jìn)行處理。

頁面定義如下:

1)支持對用戶反饋的內(nèi)容進(jìn)行篩選,當(dāng)前可按照講座主題、所屬校區(qū)與學(xué)院進(jìn)行篩選;

2)列表字段除了前臺呈現(xiàn)的部分字段以外,還包括反饋類型、具體類別、備注以及用戶ID;

3)點擊學(xué)院名稱可呈現(xiàn)該學(xué)院信息,包括學(xué)院官網(wǎng)、信息爬取來源、教務(wù)老師聯(lián)系方式等;點擊用戶ID可以顯示該用戶相關(guān)信息,包括昵稱學(xué)號聯(lián)系方式等,方便運營人員及時聯(lián)系用戶核實反饋信息的真實性。

4)操作“通過”和“忽略”兩個按鈕實現(xiàn)對信息的管理。點擊“通過”,信息即可在前臺完成更新。

(4) 用戶—用戶上傳

這一模塊支持處理用戶上傳的講座信息。

頁面定義如下:

1)支持的前臺呈現(xiàn)的內(nèi)容進(jìn)行篩選,當(dāng)前可按照講座主題、所屬校區(qū)與學(xué)院進(jìn)行篩選;

2)列表字段與前臺呈現(xiàn)的字段保持一致;

3)點擊學(xué)院名稱可呈現(xiàn)該學(xué)院信息,包括學(xué)院官網(wǎng)、信息爬取來源、教務(wù)老師聯(lián)系方式等,點擊用戶可以顯示該用戶相關(guān)信息,包括昵稱學(xué)號聯(lián)系方式等,方便運營及時聯(lián)系用戶核實反饋信息的真實性;

4)操作“通過”和“忽略”按鈕實現(xiàn)對信息的管理。點擊“通過”,信息即可在前臺顯示。

七、需求排期

mvp產(chǎn)品雖然比較小,但功能的實現(xiàn)同樣有個先后的問題,經(jīng)過評審后的需求排期如下:

八、總結(jié)

我們通過需求分析、用戶路徑、產(chǎn)品功能規(guī)劃、頁面設(shè)計、需求文檔寫作,快速設(shè)計出了產(chǎn)品前臺的雛形,并通過后臺產(chǎn)品方案的設(shè)計,完成了整個產(chǎn)品框架的建構(gòu),在后面仍需要和研發(fā)測試保持溝通,才能讓產(chǎn)品最終上線。

前面提到了mvp產(chǎn)品功能演進(jìn)藍(lán)圖的問題,以本款產(chǎn)品為例,如果市場反響還可以,形成一定流量,后面的功能演進(jìn)藍(lán)圖可以包括自習(xí)室,校園問答,以及綜合查詢等等,都可以規(guī)模復(fù)制和推廣到其它院校。

其實這正體現(xiàn)了mvp 產(chǎn)品的最大價值:用較小的成本在最短的時間內(nèi)快速地驗證市場和需求。

萬物之始,大道至簡,中華道家哲學(xué)早已看透產(chǎn)品思維。

 

作者:我的鞋子大了,微信公眾號:青芒產(chǎn)品筆記,定位于個人產(chǎn)品學(xué)習(xí)成長平臺

本文由 @我的鞋子大了 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 你這個MVP可不小
    而且關(guān)于計劃的排期過于樂觀,肯定無法按照你的排期實現(xiàn)
    你這個項目的難點在于信息的收集
    所以我覺得你的最小MVP應(yīng)該是爬蟲的覆蓋范圍和內(nèi)容清洗,如果能準(zhǔn)確地抓取清洗出有效數(shù)據(jù),你這個項目就成功一半

    來自福建 回復(fù)
    1. 是的哈哈,這只是個初步的方案,真要上線估計要和研發(fā)battle好久

      來自福建 回復(fù)