案例分享-如何設(shè)計(jì)一款簡(jiǎn)單的產(chǎn)品

背景說(shuō)明:這是之前帶課的時(shí)候給產(chǎn)品新人布置的作業(yè),當(dāng)時(shí)看到很多同學(xué)一籌莫展,所以做了一個(gè)簡(jiǎn)單的案例分享,手段不局限于策略或者交互。最近很多之前的同學(xué)跟我提到案例很有幫助,所以公開(kāi)出來(lái)給大家圍觀吧。

  • 原始題目:
    以下是你們的產(chǎn)品背景
  • 假設(shè)你們運(yùn)營(yíng)的匿名社交產(chǎn)品已經(jīng)火了,每天積累了相當(dāng)大量的中長(zhǎng)篇優(yōu)質(zhì)資源,這些八卦信息原始數(shù)據(jù)包括了:消息文本、tag(關(guān)于公司、行業(yè)、職位、話題)、發(fā)布人的隨機(jī)昵稱、時(shí)間、照片(可選,最多一張)、點(diǎn)贊人數(shù)、評(píng)論人數(shù)

  • 假設(shè)你們有一定的推薦引擎的經(jīng)驗(yàn)和技術(shù)實(shí)力,可以利用;

  • 假設(shè)你們具備足夠的運(yùn)營(yíng)人員篩選出優(yōu)質(zhì)的爆料信息,每天只能保證審核出來(lái)40100條優(yōu)質(zhì)長(zhǎng)爆料發(fā)出來(lái);假設(shè)重要事件時(shí),可以整理若干條成專題,預(yù)期每周產(chǎn)出12個(gè)專題

    理論上,你們的目標(biāo)是通過(guò)這款產(chǎn)品,滿足所有用戶沒(méi)有門(mén)檻也看得到這些,另外也希望讓用戶參與匿名社交產(chǎn)品里貢獻(xiàn)更多八卦和參與。
    所以,你們需要完成如下任務(wù)

a.一個(gè)app,平臺(tái)任選(歡迎全平臺(tái)兼容),如果選擇某一個(gè)平臺(tái)(Android、IOS、H5),設(shè)計(jì)時(shí)請(qǐng)務(wù)必標(biāo)注清楚選擇哪款平臺(tái)

b.這個(gè)app有如下基本功能
1)列表模塊
列表功能將滿足用戶概覽爆料摘要或?qū)n}摘要的需求,參考你的爆料條數(shù)和背景,提取合理長(zhǎng)度和樣式的摘要,注意爆料可能純文本也可能圖文結(jié)合,合理制定列表功能;
2)訂閱模塊
訂閱模塊將滿足用戶訂閱某個(gè)分類(lèi)下爆料的功能,你的用戶可能特別關(guān)注某類(lèi)公司、職業(yè)、行業(yè)、話題的爆料,利用已有的tag數(shù)據(jù),合理設(shè)計(jì)一個(gè)完整的訂閱功能;
3)閱讀模塊
最最重要的功能,需要保證好用戶閱讀長(zhǎng)爆料的體驗(yàn);
4)其他
考慮你們的任務(wù)初衷,做好用戶互動(dòng)模塊;

  • 任務(wù)細(xì)節(jié)需要注意

1.參考一般新聞客戶端競(jìng)品,取長(zhǎng)補(bǔ)短;
2.參考自己產(chǎn)品本身的定位(匿名、爆料),注意利用自己的特長(zhǎng)做出差異點(diǎn);
3.尤其注意:自己信息渠道可能存在不嚴(yán)謹(jǐn)、料存在爭(zhēng)議的問(wèn)題,需要想辦法解決;
4.給你們的產(chǎn)品起個(gè)好名字吧。

  • 任務(wù)要求:
    文檔輸出:
    產(chǎn)品原型文檔,輸出為一個(gè) PDF 格式的原型+產(chǎn)品需求文檔。

  • 建議:
    除了一般新聞客戶端,還可以參考導(dǎo)購(gòu)類(lèi)app(例如什么值得買(mǎi))、UGC貢獻(xiàn)日?qǐng)?bào)類(lèi)app(例如知乎日?qǐng)?bào))

  • 解題思路:
    首先,審題。
    呃,自己出的題還聊審題有點(diǎn)沒(méi)誠(chéng)意,但是我需要坦白的是,出題的時(shí)候其實(shí)我也沒(méi)有完全明確自己要做個(gè)什么樣子的產(chǎn)品出來(lái),所以題目坑爹也算是意料之中。
    那么重新審題是為了什么捏?
    1.明確任務(wù);
    2.明確任務(wù);
    3.還是明確任務(wù);

    回到題目來(lái)說(shuō),幾個(gè)大前提還算是交代清楚了,重點(diǎn)如下:
    1.有原App輸出內(nèi)容,且由運(yùn)營(yíng)團(tuán)隊(duì)把關(guān);
    2.原匿名社交App部分輸出精華有些用戶看不到,因?yàn)椤吧缃魂P(guān)系未抵達(dá)”;
    3.UGC貢獻(xiàn)內(nèi)容有風(fēng)險(xiǎn);

    以上。

    好,開(kāi)始分析~~

    1.產(chǎn)品定位。
    產(chǎn)品定位最簡(jiǎn)單的方法其實(shí)就是和各種市面上的典型產(chǎn)品做同異比,一方面要取長(zhǎng)以求找到可以借鑒的模式和形態(tài),另一方面也要尋找差異點(diǎn)作為突破口。
    開(kāi)工,首先我們需要拿出一套神器工具——紙和筆。
    嗯,我知道你們想象中的使用方法是這樣的,

1.png

但其實(shí)真相是這樣的……
2.png

亂涂亂畫(huà)完了,大概收斂一下,基本點(diǎn)就是這樣。
3.png

懶得敲了,大概就是這么個(gè)意思。
這一步的主要意義其實(shí)是想搞清楚哪些東西可以借鑒,哪些東西要避免沒(méi)做到位,舉個(gè)例子就是比如跟原App的差異在:篩選過(guò)、不是熟人的也能看、重點(diǎn)是看,那么我設(shè)計(jì)功能的時(shí)候自然就可以大刀闊府的干掉幾個(gè)元素:1.屏蔽or拉黑之類(lèi)的功能可以不需要了;2.社交因素搞走;3.發(fā)布去掉。
借鑒元素則可以拿來(lái)匿名信息的基本元素使用,比如匿名頭像和昵稱、評(píng)論之類(lèi)的。
同理可獲得其他產(chǎn)品的分析和對(duì)比,那么,咳咳結(jié)合(假裝)做過(guò)的用戶調(diào)研和市場(chǎng)分析(按題設(shè)的來(lái)):
用戶需求=有集中看全行業(yè)猛料的地方(靠不靠譜其次,夠猛最重要)
來(lái),繼續(xù)鬼畫(huà)符一番…… (我已經(jīng)不忍心拍照上傳丑字了……)
(假裝)分析滿足用戶基本需求的流程,拆解出功能需求的描述和強(qiáng)弱
以上,獲得了咱們的功能列表。
4.png

根據(jù)各種功能點(diǎn),然后結(jié)合使用流程排列組合一番,形成功能模塊,再根據(jù)合理的使用流程區(qū)分層級(jí)和從屬關(guān)系。
5.png

總之大概是這么個(gè)意思,產(chǎn)出功能列表和使用流程描述,還是意思意思,反正又不是給老板交稿,大家將就看看吧。
<br />
我大概描述一下,實(shí)現(xiàn)框的是主流程,虛線是非主流程(直白點(diǎn)說(shuō)就是沒(méi)有也不會(huì)死),點(diǎn)線的是還不完全確認(rèn)的流程,至于網(wǎng)格后面的確認(rèn)環(huán)節(jié),咱們稍后再議。
<br />
功能超級(jí)簡(jiǎn)單的對(duì)吧~其實(shí)第一版本嘛,本來(lái)就不需要很復(fù)雜,因?yàn)樵蹅円糁攸c(diǎn),經(jīng)營(yíng)好一兩個(gè)點(diǎn)就足夠了,要知道產(chǎn)品做加法容易做減法難,起手產(chǎn)品要求精求簡(jiǎn)求一擊必中,不要繁雜的抄一堆,搞的開(kāi)發(fā)團(tuán)隊(duì)和用戶都?jí)毫ι酱?,最后搞黃了也不知道問(wèn)題到底出在哪里。
<br />
羅嗦完了,back。
功能明確之后,開(kāi)始搞原型,幾個(gè)技巧。
<br />
首先,咱們功能層級(jí)已經(jīng)搞的比較清楚了對(duì)吧,然后原型要先把框架拆出來(lái)單獨(dú)畫(huà),既然說(shuō)好了是Android的話就不客氣直接拿material design里給的標(biāo)準(zhǔn)框架了,那么隨便海選兩輪
<br />
繼續(xù)現(xiàn)在紙上隨便找找手感(其實(shí)……真相是我已經(jīng)傾向第一個(gè)圖了,其他的意思意思)

6.png

<br />
一般來(lái)說(shuō)我們不建議層級(jí)超過(guò)三層,除非是某個(gè)犄角旮旯死活無(wú)所謂的功能,否則對(duì)于正常用戶來(lái)說(shuō)都太深了,于是我們兩層打住,有新需求下個(gè)版本再說(shuō)?;究蚣鼙M可能保證交互一致,這樣一方面開(kāi)發(fā)設(shè)計(jì)成本都可以壓縮,另一方面用戶的可預(yù)期性高很多。
基本框架的海選結(jié)果出爐:

7.png

基本框架搞定,我們來(lái)拆每個(gè)層級(jí)的內(nèi)部?jī)?nèi)容。
重點(diǎn)功能一:概覽頁(yè),又名列表頁(yè)。
開(kāi)畫(huà)前我們先上柱香,跟我默念一遍:“列表頁(yè)的價(jià)值是為了用戶快速瀏覽,瀏覽用戶進(jìn)到真正感興趣的內(nèi)容里?!?br> 好,動(dòng)手。
如果你的記憶力好過(guò)金魚(yú)的話應(yīng)該還記得,列表承載的內(nèi)容是讓用戶快速概覽的,這一點(diǎn)事實(shí)上有很多成型案例可以借鑒,所需要注意的只不過(guò)是內(nèi)容不同導(dǎo)致的形態(tài)差異。
好滴,梳理下我們要搞哪些形態(tài)。
<br />
如題設(shè)所說(shuō),我們有專題、純文本八卦、圖文八卦三種可選,圖文八卦和純文本八卦屬性高度一致,所以索性采用類(lèi)似的形態(tài),一個(gè)加圖一個(gè)不加圖即可,但是這里需要考慮的是我們添加的附屬信息,來(lái)理一下好了:
時(shí)間:必需
日期:必需
評(píng)論數(shù):待定
靠譜程度標(biāo)識(shí):待定
標(biāo)簽/欄目:待確定形態(tài)
<br />
于是,我們先把雞毛蒜皮的排序問(wèn)題扔到一邊,來(lái)討論兩個(gè)比較迫在眉睫的問(wèn)題:
1.用什么標(biāo)記靠譜程度?
2.怎么分類(lèi)?
<br />
這兩個(gè)問(wèn)題顯然需要需求分析方法來(lái)幫助判定的,當(dāng)然了,你們知道我比較懶,而且火影都完結(jié)了我還沒(méi)補(bǔ)……不跑題了,用個(gè)比較取巧的方式好了。
<br />
邏輯推理!
<br />
騙你們的……其實(shí)就是排除法+算算合不合適
先說(shuō)問(wèn)題1:匿名社交信息來(lái)源不夠靠譜的是必然的,別說(shuō)匿名了,想想微博上謠言四起就知道不管不顧的把消息鋪出來(lái)最后的下場(chǎng)一定是比CCAV還不靠譜,所以說(shuō)……咦,我好像有快遞到了,雙11的物流真是越來(lái)越快了,我先去收下快遞~
<br />
十年后……
<br /><br /><br /><br />
不鬧了,回歸正題,編輯審核控制質(zhì)量的事情是可以做的,但一定不靠譜,因?yàn)槲腋蛇^(guò)一件很邪惡的事情就是在知乎上注冊(cè)了一串馬甲,把其中一個(gè)捧成某冷門(mén)學(xué)科專家,然后“學(xué)科專家”在某熱門(mén)題目下發(fā)表了一篇很犀利的文章,拽了一堆谷出來(lái)的名詞和東拼西湊的論文作為論據(jù),其實(shí)我對(duì)這個(gè)學(xué)科一竅不通,但是這篇神奇的釣魚(yú)文還是華麗麗的上了知乎日?qǐng)?bào)還騙了好幾百個(gè)贊(不要找了,為了避免誤導(dǎo)大眾我已經(jīng)刪掉了)。
<br />
這個(gè)故事告訴我們:
1.釣魚(yú)還是挺容易的;
2.每個(gè)UGC產(chǎn)品都有可能混進(jìn)來(lái)一些無(wú)聊的用戶(咦,怎么覺(jué)得臉有點(diǎn)痛)。
<br />
所以結(jié)論就是:純編輯控制不可能。
產(chǎn)品層面需要想辦法彌補(bǔ),至少一定能夠程度上提供對(duì)用戶有參考性的功能。
好了我們來(lái)腦暴一下。
1.顯示贊成數(shù)
一般匿名社交都會(huì)有,可以作為參考,反正數(shù)據(jù)是現(xiàn)成的,只是有可能大部分人只是從眾,或者贊的是“料猛”而非“真料”。
2.贊成+反對(duì)
類(lèi)似quora和知乎模式,不過(guò)quora和知乎都沒(méi)有提供反對(duì)人數(shù),反對(duì)數(shù)只是作為rank因子和折疊策略影響因素存在,某種程度上,贊成數(shù)可以作為一定的參考,畢竟大家都說(shuō)對(duì)的話……不對(duì)也快接近對(duì)了;只是日?qǐng)?bào)的話rank大概率是純時(shí)間流,這部分的rank因子用不上,而且折疊這種一刀切的事情……標(biāo)準(zhǔn)卡太狠的話容易誤傷,卡太松的話沒(méi)用。
3.辟謠提醒?“有XX個(gè)人認(rèn)為這是假的?”
好像沒(méi)人這么做過(guò)……可以試試……
4.綜合以上?搞個(gè)“XX人表示我信了,XX人表示這是蝦扯蛋”之類(lèi)的……
<br />
以上分析pk一番(扔了兩次硬幣),選項(xiàng)4幸存,就這么辦了。
邏輯比較簡(jiǎn)單,就是信&不信比例顯示,因?yàn)榭紤]到惡意刷(雖然實(shí)際上攔不?。┑囊蛩?,所以干脆顯示比例。
<br />
好,問(wèn)題一解決,說(shuō)到哪了……
<br />
問(wèn)題二,分類(lèi)。
嚴(yán)格來(lái)說(shuō)其實(shí)是做內(nèi)容歸納,目前普遍的方式有兩種
1.分類(lèi)別;2.打tag。
具體差異很簡(jiǎn)單,分類(lèi)別的話基本上是保持一對(duì)多,即一個(gè)分類(lèi)下有多個(gè)內(nèi)容,一個(gè)內(nèi)容必然歸在某個(gè)類(lèi)別下面;tag則是多對(duì)多,一個(gè)內(nèi)容有各種tag,一個(gè)tag下也有各種內(nèi)容;
相比較起來(lái),傳統(tǒng)新聞多數(shù)是采用分類(lèi)別的,原因很簡(jiǎn)單,傳統(tǒng)沿襲,有個(gè)小伙伴跟我討論起這個(gè)問(wèn)題的時(shí)候說(shuō)起來(lái):“你絕不覺(jué)得,所有的新聞網(wǎng)站骨子里其實(shí)還是在學(xué)報(bào)紙的形態(tài),一版一版。”我腦補(bǔ)了一下,貌似還真是。
當(dāng)然不只是傳統(tǒng)新聞這個(gè)調(diào)調(diào),傳統(tǒng)論壇也是這個(gè)形態(tài),一個(gè)一個(gè)獨(dú)立板塊,想在哪里發(fā)帖先得找到對(duì)應(yīng)的版塊。
<br />
但是現(xiàn)今比較時(shí)髦的UGC平臺(tái)已經(jīng)越來(lái)越流行打tag的方式,因?yàn)閠ag靈活度高,粒度更細(xì),也更能與時(shí)俱進(jìn),一篇“怒爆雙11首單15分鐘送貨內(nèi)幕”的帖子如果用歸類(lèi)目的方式要么粒度太粗,要么不夠準(zhǔn)確,(想了一圈最多也就是扔互聯(lián)網(wǎng)=>電子商務(wù)什么的),但是打tag的話就自由多了,什么“雙11”啦、“天貓”啦、“物流”啦,打個(gè)馬云都不過(guò)分。
<br />
綜上,作為一個(gè)不趕時(shí)髦會(huì)死星人我當(dāng)然毫不猶豫的用tag,這需要理由嗎?
當(dāng)然基本的限制條件還是有的,那就長(zhǎng)度限制4~10字符之間,每條最多3個(gè)tag好了。話說(shuō)回來(lái)相比較運(yùn)營(yíng)需求來(lái)說(shuō)原型需求簡(jiǎn)直不值得一提,但是因?yàn)榛鹩啊恫唬?,運(yùn)營(yíng)需求我先不寫(xiě)了。
<br />
兩個(gè)功能問(wèn)題解決,回來(lái)繼續(xù)畫(huà)原型圖。
<br />
基本元素確定好了:時(shí)間、評(píng)論數(shù)、贊成|反對(duì)比例、tag
有點(diǎn)需要注意的是,列表頁(yè)的基本元素排序和形態(tài)應(yīng)該和閱讀頁(yè)高度一致,一樣的道理,UI和RD省事,用戶好理解,自己也不容易丟三落四。至于排序怎么合適……
排列組合考慮一下邊界條件,怎么美觀怎么來(lái)。
1.時(shí)間邊界條件: 最短格式XX:XX,最長(zhǎng)格式Y(jié)YYY-MM-DD XX:XX
2.評(píng)論數(shù):最短 0 最長(zhǎng)4位數(shù)字,超過(guò)4位截?cái)嗉訂挝粀,再多的話……再說(shuō)吧
3.信/不信:走icon顯示,既然是比例,可以用定寬icon。
4.tag,輸出源可以做長(zhǎng)度控制,最短4字符(2個(gè)漢字),最長(zhǎng)10字符(5個(gè)漢字),最多3個(gè)tag
<br />
本著
“對(duì)齊是美觀的第一要素,對(duì)不齊的不要湊在一起的原則 ——逗比的chong“這個(gè)名言警句
2、3這種定寬的可以和1放在一起做右對(duì)齊,4自己?jiǎn)为?dú)做左對(duì)齊好了
<br />
妥(鬼畫(huà)符我就不發(fā)了哈……直接給結(jié)論),兩個(gè)最簡(jiǎn)單列表的基本樣式敲定,來(lái)不要忘記邊界條件,最長(zhǎng)兩行,最少一行,字?jǐn)?shù)超了做截?cái)鄜
8.png

至于“信/不信”為什么這么丑……
9.png

交給UI去解決好了。
<br />
看了一下……時(shí)間占這么大一坨有這個(gè)必要么,萬(wàn)一用戶都是神經(jīng)病,tag全搞成5個(gè)字的話豈不是掛了……陷入沉思,其實(shí)也是有其他交互形態(tài)可以借鑒的,反正框架的延展性還不錯(cuò),隨便做個(gè)備選好了。
10.png

<br />
看,兼容性好多了,如果還是覺(jué)得有點(diǎn)擔(dān)心“日?qǐng)?bào)”里對(duì)天數(shù)的區(qū)分不夠鮮明的話可以學(xué)evernote(有高上大的案例不用白不用,他要是告我的話我就又多一條料可以報(bào)了)。
11.png

<br />
幾個(gè)方案都比較有意思,留待評(píng)審會(huì)挑毛病吧。
下面開(kāi)始考慮專題怎么搞。
<br />
先討論下專題這個(gè)產(chǎn)品形態(tài)是什么?
首先,我們透徹思考一下:為什么要有專題?
做了新聞競(jìng)品調(diào)研的話,應(yīng)該都知道,專題是為了將一系列時(shí)間聚集起來(lái),方便用戶持續(xù)關(guān)注進(jìn)展的。(我不確定有沒(méi)有誤解啊,但是網(wǎng)易頭部那個(gè)不是專題,只是頭條而已)
<br />
ok,那我們來(lái)找一個(gè)真實(shí)的案例來(lái)回顧一下,正常的專題一般是什么生命周期呢。
選一個(gè)前幾天略火的“騰訊收購(gòu)盛大”的事件回顧一下在微博(社交非匿名)的timeline。
此話題其實(shí)在8月26日已經(jīng)傳過(guò)一次了,但是并沒(méi)有下文
12.png

11月6日早上,話題重新傳了出來(lái),能找到的比較早的一條信息是“騰訊敲定收購(gòu)盛大文學(xué)”
13.png

隔了大約半天,又傳出了“百度投資部的人曾出現(xiàn)在盛大總部”
14.png

隔天新消息“盛大否認(rèn)騰訊或百度的收購(gòu)”
15.png

還曝出了新CEO
16.png

但是!半天還沒(méi)過(guò)去,神轉(zhuǎn)折出現(xiàn)了
17.png

各種爆內(nèi)幕的文也開(kāi)始外放了
18.png

猛料基本差不多了,后面還有陸陸續(xù)續(xù)的內(nèi)幕文和作家聲討文放出。
<br />
以這個(gè)case來(lái)說(shuō),事件的焦點(diǎn)時(shí)間大約也就是2~3天,可以綿延到5天甚至一周,但是前兩天這種神轉(zhuǎn)折的事情,對(duì)于沒(méi)跟上第一時(shí)間訊息的讀者來(lái)說(shuō),專題的意義可見(jiàn)一斑,那么怎么為讀者呈現(xiàn)最好的專題效果就很關(guān)鍵了。
<br />
這里我們提幾個(gè)方案,然后隨便推測(cè)一下(實(shí)際工作可不能光靠想的,要充分調(diào)研才行)。
方案一:不搞專門(mén)的專題頁(yè),只做猛料和猛料閱讀頁(yè)里的相關(guān)新聞,出一條新的就放一條。
好處是邏輯簡(jiǎn)單,方便處理;
壞處是,個(gè)人覺(jué)得沒(méi)有撓到痛點(diǎn),普通新聞+閱讀頁(yè)里的相關(guān)閱讀的設(shè)計(jì)強(qiáng)度不夠,顯然不夠撓到痛點(diǎn),尤其是相關(guān)閱讀如果門(mén)檻偏低的話,很容易被人忽略,如果讀者不小心忽略了,錯(cuò)過(guò)了類(lèi)似前面案例里這種神轉(zhuǎn)折的精彩回顧那真的是太遺憾了;

方案二,頂部常駐專題頭條,點(diǎn)進(jìn)去以后形成專題列表頁(yè)
好處是夠強(qiáng)夠重點(diǎn),類(lèi)似很多傳統(tǒng)新聞?wù)镜淖龇?br> 壞處是貌似過(guò)強(qiáng),萬(wàn)一沒(méi)更新的話一直掛著也很煩,比如當(dāng)初8月26日其實(shí)盛大就第一次爆出來(lái)過(guò)收購(gòu)的事兒,然后真的是立刻沉寂了,但問(wèn)題是誰(shuí)知道你剛撤下來(lái)會(huì)不會(huì)就突然有新消息了……
另外常駐區(qū)可擴(kuò)展性相對(duì)差一點(diǎn),基本少了得2條多了也就是5條比較合適,但是爆料往往很難說(shuō)是多是少,有時(shí)候突發(fā)事件特別多擠不下,有時(shí)候又天下太平?jīng)]東西可發(fā)。當(dāng)然如果結(jié)合商業(yè)模式的話倒是可以考慮賣(mài)一下廣告什么的……

方案三:列表頁(yè)混雜專題列表,專題以“專題名+最新訊息+強(qiáng)調(diào)形態(tài)”的形態(tài)穿插在正常列表里面,點(diǎn)擊去以后是專題列表頁(yè)
好處是有更新才飄出來(lái),不更新就不影響,如果哪天猛料特別多,湊個(gè)十幾條也一樣裝得下;
壞處是可能列表部分形態(tài)過(guò)于復(fù)雜,但是由于這個(gè)形態(tài)我比較喜歡,于是我們就這么定了吧~
<br />
專題的產(chǎn)品形態(tài)確定,原型就是分分鐘的事情~
<br />
以上問(wèn)題解決,列表頁(yè)完工,弄幾個(gè)真實(shí)一點(diǎn)的數(shù)據(jù)看下效果,大體來(lái)說(shuō)過(guò)得去,專題和一般列表的區(qū)分度不夠大,可能會(huì)形成誤解的,交給UI了。
剩下的事情就還是打點(diǎn)運(yùn)營(yíng),囑咐需求了。


19.png

下面開(kāi)搞閱讀頁(yè)。
老規(guī)矩,跟我虔誠(chéng)的默念一遍:“閱讀體驗(yàn)最重要;佐證比較重要,表態(tài)的地方需要露出,其他都是浮云”
閱讀頁(yè)其實(shí)有兩種設(shè)計(jì)思路:
1.簡(jiǎn)單的,因?yàn)榱斜眄?yè)想的比較周全就簡(jiǎn)單得多了,畢竟前面已經(jīng)思考清楚了很多東西,比如基本元素,比如基本框架和層級(jí),閱讀頁(yè)的設(shè)計(jì)簡(jiǎn)直是順順暢暢的就出來(lái)了,最簡(jiǎn)單的思路就是, 按照列表頁(yè)的基本元素顯示在相對(duì)固定的問(wèn)題,閱讀頁(yè)專屬功能單獨(dú)開(kāi)辟小區(qū)域放置,比如舉報(bào)、分享可以單獨(dú)拎出來(lái)放在右上角開(kāi)辟好的區(qū)域。評(píng)論、投票、tag換成可點(diǎn)模式。
剩下的只不過(guò)是錦上添花的考慮下閱讀的姿勢(shì)怎么樣會(huì)比較好,這里就隨意發(fā)揮就好了,怎么炫酷怎么來(lái),只要不怕你的RD揍你就行了。
走起~


20.png

21.png

兩分鐘都不需要~


22.png

2.精益求精的。
上面簡(jiǎn)單版的好處在于邏輯簡(jiǎn)單,設(shè)計(jì)和用戶理解都?jí)蚝?jiǎn)單,但是嚴(yán)格來(lái)說(shuō)體驗(yàn)不算特別好 ,有幾個(gè)毛病是顯而易見(jiàn)的。
a.萬(wàn)一文章特別長(zhǎng)怎么破?用戶可能看到一小半就憤而投票或者憤而評(píng)論了;
b.頁(yè)面內(nèi)的評(píng)論、投票、tag實(shí)際上交互表現(xiàn)不算很友好,需要一定的用戶教育成本,用戶才知道要參與。
c.評(píng)論直接平鋪顯示某種程度上會(huì)干擾正常閱讀,可以考慮精簡(jiǎn)。
沒(méi)事,別忘了我們的框架,稍微優(yōu)化一下,將部分可觸摸功能采用底部可收起工具欄處理即可。


23.png

還是兩分鐘都不需要~


22.png

訂閱功能
嗯,這是個(gè)難點(diǎn),因?yàn)槲仪懊婧茱h逸的把內(nèi)容劃分搞成tag了,于是我現(xiàn)在很憂愁的發(fā)現(xiàn)訂閱模塊從新聞app里的可借鑒經(jīng)驗(yàn)不多了。沒(méi)轍,還是腦暴幾個(gè)方案吧。

 一種方案,沿襲傳統(tǒng)做法,tag分tab顯示,問(wèn)題在于可控程度很低,tag和分類(lèi)不同之處就在于粒度細(xì)數(shù)量多不確定性高,分tab的話切換成本有可能會(huì)非常高,尾部tab相當(dāng)于是訂了白訂;除了tag本身的不確定性外,因?yàn)榱6冗^(guò)細(xì),tag下內(nèi)容的不確定性也很高,有可能切過(guò)去以后發(fā)現(xiàn)壓根沒(méi)更新;

還有一種,類(lèi)似flipboard,起手宮格,對(duì)有更新的宮格做時(shí)效性rank,用戶知道哪些tag下有更新的內(nèi)容,自然會(huì)點(diǎn)進(jìn)去看,沒(méi)更新的話放在尾部也沒(méi)什么太大損失,當(dāng)然宮格的切近切出成本不低,即使是material design指導(dǎo)手冊(cè)都不是很推薦了,一般都是比較強(qiáng)調(diào)bigger的app會(huì)熱衷這種“類(lèi)似還原雜志的感覺(jué)”的交互。

 除此之外,有個(gè)更簡(jiǎn)潔的做法是,類(lèi)似quora或者知乎里關(guān)注人、問(wèn)題的策略,可以通過(guò)搜索或者在廣場(chǎng)內(nèi)容下看到tag,點(diǎn)擊進(jìn)tag可以看到本tag歷史內(nèi)容,同時(shí)點(diǎn)擊關(guān)注,以后這個(gè)tag下的所有內(nèi)容都更新到主頁(yè)的timeline里,取消這個(gè)訂閱也采用原樣的方式回去再操作一遍,無(wú)訂閱的話只能看到廣場(chǎng)內(nèi)容,有訂閱的話看到訂閱內(nèi)容+廣場(chǎng)內(nèi)容,列表仍然按照時(shí)間排序。好處是對(duì)用戶來(lái)說(shuō)認(rèn)知訂閱效果簡(jiǎn)單(比起一個(gè)類(lèi)目名,點(diǎn)進(jìn)去瞅瞅歷史更能明確自己是不是需要這塊內(nèi)容),也省的翻來(lái)翻去。當(dāng)然了,整體訂閱管理會(huì)神麻煩,但是我想了一下,這種猛料定位本來(lái)就是一浪淘一浪,沒(méi)新鮮事兒的tag自然慢慢沉寂,沉寂了反正也不騷擾用戶,不去管理也無(wú)所謂,添加tag的話也應(yīng)該是看見(jiàn)一出是一出,看見(jiàn)火了的就立馬關(guān)注一把其實(shí)效率也挺高的。本來(lái)設(shè)置啦、管理啦之類(lèi)的功能就應(yīng)該是用戶少用為妙,我們給用戶最好的就行了,ok,那就這么著。
 原型圖更簡(jiǎn)單了,套列表頁(yè)的大框架,加個(gè)小功能即可,原列表和閱讀頁(yè)的tag改成可點(diǎn)的好了,誤觸發(fā)的事情交給UI(反正也不存在)考慮就好了。
 喏,點(diǎn)擊tag后的效果,你看搭好框架就是這么方便,右上角隨便玩,而且因?yàn)檫x擇了方案三,我連邊界條件都省了(不需要判斷tag下是否有內(nèi)容)

。


24.png

<br />
基本功能差不多齊活了,可以邊邊角角修一修,比如想點(diǎn)辦法給原App或者h(yuǎn)5站導(dǎo)導(dǎo)量……
設(shè)置功能搞點(diǎn)什么清緩存啦之類(lèi)的
<br />
搞妥,潤(rùn)色一下,補(bǔ)充好邊邊角角的需求,好好捋一捋加上各種策略,就可以產(chǎn)出PRD了。
<br />
最重要的一步來(lái)了!買(mǎi)把雨傘(防噴),開(kāi)始準(zhǔn)備評(píng)審會(huì)咯~

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容