如何檢查你的產(chǎn)品原型是否合格
產(chǎn)品原型在產(chǎn)品設(shè)計(jì)中的重要性顯而易見,有一份完善的原型做產(chǎn)品基礎(chǔ),就可以避免不必要的溝通,有效節(jié)約時(shí)間,推動(dòng)產(chǎn)品進(jìn)度。文中,筆者就向我們介紹了從原型的六個(gè)方面入手優(yōu)化時(shí)間。
今天在這里談?wù)勱P(guān)于產(chǎn)品輸出質(zhì)量這件事。
首先,我們要明確的是產(chǎn)品輸出包含的內(nèi)容。因?yàn)槊總€(gè)公司環(huán)境不同流程不同,所以產(chǎn)品輸出的內(nèi)容也不同。在這里我就先談?wù)勅粘]敵龅奈臋n,包含三個(gè)部分:一、原型;二、腦圖;三、效果圖的審核。
在這里,我們沒有PRD文檔,因?yàn)椴捎妹艚蓍_發(fā)的方式以及用的外包團(tuán)隊(duì),如果用PRD的話會(huì)嚴(yán)重影響效率,所以只是在原型上面進(jìn)行標(biāo)注。關(guān)于這三個(gè)內(nèi)容,我著重講的內(nèi)容是原型圖,腦圖只是故事的梗概,原型才是完整的故事,而效果圖也是脫胎于原型圖。
原型的完善到底有多重要?可以說解決好原型問題,能夠讓產(chǎn)品不再疲于奔命;如果原型沒有做好,那產(chǎn)品的大部分時(shí)間都會(huì)被打亂——不是這個(gè)來問你問題,就是那個(gè)來問你問題,從早上到公司再到6點(diǎn)下班,你會(huì)發(fā)現(xiàn)基本上一天什么也沒做,都去解決問題了,然后晚上再繼續(xù)加班才能做到自己的事情。
那么,如何才能從原型著手優(yōu)化好自己的時(shí)間呢,從以下六個(gè)方面講:
一、整體及流程
1. 目標(biāo)分析
搞清楚這些內(nèi)容,是為了讓我們?cè)O(shè)計(jì)思路更清晰,原型不僅僅是單純的頁面,而是體現(xiàn)整個(gè)思想的東西,所以我們需要了解到項(xiàng)目的來龍去脈。
2. 整體分析
在這一點(diǎn)上就比較考驗(yàn)產(chǎn)品人的個(gè)人能力了,個(gè)人經(jīng)驗(yàn)及專業(yè)程度。
3. 用戶角色(權(quán)限)
這一塊內(nèi)容是相當(dāng)重要的,任何一個(gè)項(xiàng)目都會(huì)涉及到至少一個(gè)角色,但是角色不僅僅是注冊(cè)登錄,還包含整個(gè)流程流轉(zhuǎn)、閉環(huán)。
在我以往審核同事原型的時(shí)候,經(jīng)常會(huì)發(fā)現(xiàn)在角色這個(gè)板塊上出現(xiàn)的問題比較多,很容易遺漏,沒有形成閉環(huán)。
舉個(gè)栗子:關(guān)于普通會(huì)員升級(jí)成vip會(huì)員,這個(gè)vip是終身還是有時(shí)效性,如果有時(shí)效性,那么時(shí)效是多久?在到期之前要不要給用戶提醒?怎么提醒?通過軟件內(nèi)還是短信等方式?
如果角色之間有關(guān)聯(lián)關(guān)系綁定,比如涉及到三級(jí)分銷等利益點(diǎn),如果沒有續(xù)費(fèi)導(dǎo)致恢復(fù)成普通會(huì)員,那么那一條關(guān)系鏈的關(guān)系怎么處理,等等一系列問題都會(huì)衍生出來。
所以我們?cè)诮拥叫枨蟮臅r(shí)候,就應(yīng)該先明確整個(gè)項(xiàng)目中包含哪些角色,這些角色分別對(duì)應(yīng)的權(quán)限是什么?怎么流轉(zhuǎn)關(guān)系?怎么閉環(huán)?甚至在設(shè)計(jì)每一個(gè)功能模塊的時(shí)候,都需要考慮到這個(gè)功能涉及到哪些角色。
4. 賬號(hào)體系
這塊相對(duì)來說比較容易一些,基本上原型設(shè)計(jì)的開始就是注冊(cè)登錄,基本上現(xiàn)在常用的登錄注冊(cè),都是用手機(jī)號(hào)+密碼或者手機(jī)號(hào)+驗(yàn)證碼,再加上第三方登錄。
需要注意的點(diǎn)就是賬號(hào)同步問題,比如說公眾平臺(tái)和APP的賬號(hào)同步,因?yàn)楣娖脚_(tái)本身自帶登錄,微信的openID,關(guān)聯(lián)到APP的賬號(hào)上。還有本身有系統(tǒng)的,關(guān)聯(lián)到新系統(tǒng)上面,涉及到數(shù)據(jù)遷移問題。
5. 流程
流程這一塊在我之前的文章中也有提到,基本上在整理需求的時(shí)候,就會(huì)同步把核心流程整理出來,當(dāng)然那個(gè)時(shí)候沒辦法整理的那么詳細(xì),一些細(xì)節(jié)的流程在那個(gè)階段是不會(huì)整理的,所以就留到了原型圖階段。
在我以前剛剛?cè)胄械臅r(shí)候,最容易犯的錯(cuò)誤就是逆向流程和閉環(huán)問題,很多時(shí)候做完了只有正向流程,經(jīng)過開發(fā)的反復(fù)回懟,才開始重視起來;如果缺少這些東西,確實(shí)會(huì)給研發(fā)造成很大的困擾和降低效率。
舉個(gè)最簡單的栗子:購物車。如果購物車?yán)锩鏇]有商品怎么辦,有沒有空白頁面,空白頁面有沒有引導(dǎo)語或者引導(dǎo)按鈕,跳轉(zhuǎn)到哪里?購物車?yán)锩嫒绻猩唐?,如果商品下架了或者告罄了,怎么顯示?怎么提示?
二、內(nèi)容、狀態(tài)、顯示
1. 數(shù)據(jù)獲取
這個(gè)里面,從哪里獲取數(shù)據(jù)應(yīng)該也是一個(gè)比較容易忽略的地方。
我們?cè)谠O(shè)計(jì)原型時(shí),往往會(huì)忽略其他端口,比如:在設(shè)計(jì)前端時(shí),這里應(yīng)該顯示什么,那里應(yīng)該顯示什么,我們都能考慮得很周全;但是缺忽略了數(shù)據(jù)的來源,到底是用戶上傳?系統(tǒng)生成?代碼寫死?還是后臺(tái)配置?
2. 緩存
緩存這一塊,如果是作為非技術(shù)出身的產(chǎn)品經(jīng)理,可能考慮的會(huì)比較少;但是這一塊是比較影響用戶體驗(yàn)的,特別是在用戶首次加載的時(shí)候,如果換作是你,打開一個(gè)網(wǎng)頁半天刷不出來,估計(jì)也就直接關(guān)掉了。
3. 狀態(tài)
核心!核心!核心!重要的事情說三遍。
在整個(gè)軟件中,只要涉及到用戶操作的地方,基本上都有狀態(tài)這么一項(xiàng),所以在設(shè)計(jì)原型的時(shí)候,需要把各種情況考慮進(jìn)去,也就是前面整體里面所說的逆向流程和閉環(huán)。
4. 顯示
這塊對(duì)于用戶來講是用戶體驗(yàn)方面,但是對(duì)于開發(fā)來說是比較重要的,一般開發(fā)不會(huì)太考慮到用戶體驗(yàn)問題,就只是出一個(gè)輸入框,也不做任何限制。所以我們?cè)谠屠锩嫔婕暗揭恍┻吔缰?,或者顯示的地方,需要給出明確的標(biāo)注,怎么來處理這些異常的狀態(tài)。
5. 內(nèi)容異常
該內(nèi)容同屬用戶體驗(yàn)范疇,上面是列舉幾個(gè)栗子,當(dāng)然可能還有一些情況,大家可以自行補(bǔ)充。
三、反饋和通知
1. 通知
通知這一塊,我把它歸屬于產(chǎn)品運(yùn)營方向,好的用戶反饋和通知,能夠同時(shí)兼具增加用戶粘性和促活的能力。但是這一塊需要把握一個(gè)度,省的推送的讓用戶厭煩導(dǎo)致卸載你的產(chǎn)品。
2. 界面的反饋提示
這一塊屬于用戶體驗(yàn),當(dāng)用戶在進(jìn)行了每一步操作之后都應(yīng)當(dāng)給用戶適當(dāng)?shù)姆答?,這讓用戶覺得他做的事情是有結(jié)果的,而不是不用功。
在這里,我就要吐槽一下成都的二維碼乘車/乘地鐵APP“天府通”,可以通過掃描二維碼進(jìn)行公交和地鐵的搭乘。
我上班路上習(xí)慣性帶上耳機(jī)聽播客,每次掃碼之后機(jī)器的成功提示聲很?。蝗绻硕嗪茈y注意到掃描器的閃爍,就必須要在那里等一下才能明確知道是否掃碼成功。如果給軟件增加一個(gè)震動(dòng)反饋,如果掃描成功,手機(jī)震動(dòng),這樣應(yīng)該會(huì)更順暢一些吧?
3. 用戶主動(dòng)反饋
相信基本上每個(gè)軟件都會(huì)有這么一個(gè)功能,所以這一塊就不細(xì)講,主要要考慮的點(diǎn)是——用戶反饋之后,平臺(tái)怎么再給用戶回應(yīng)?在后臺(tái)收到用戶反饋后,怎么回應(yīng)用戶,這一點(diǎn)是需要考慮的。
四、特殊場(chǎng)景的考慮
1. 設(shè)備
現(xiàn)在大家對(duì)于手機(jī)版本、分辨率、橫豎屏這些都已經(jīng)很熟悉了,在切圖和開發(fā)那邊就可以基本解決問題,主要的是在于后面跟其他硬件的交互需要考慮是否有這一層關(guān)聯(lián)。
2. 異常操作
如果是一個(gè)比較成熟的產(chǎn)品,迭代了很多次,應(yīng)該在后臺(tái)有一個(gè)異常提醒的功能,如果是電商的需要特別注意一些羊毛黨,在一些關(guān)鍵點(diǎn),需要做一些限制。
3. 中斷情況
這個(gè)應(yīng)該是每個(gè)軟件都無法避免遇到的情況,特別是在一些用戶正在操作的情況下,遇到上述的情況系統(tǒng)應(yīng)該怎么來處理,這個(gè)要預(yù)備好方案。
4. 網(wǎng)絡(luò)狀態(tài)
這個(gè)跟上面中斷情況類似,只是特指網(wǎng)絡(luò)情況,現(xiàn)代人對(duì)網(wǎng)絡(luò)要求那么高。當(dāng)然也不可避免網(wǎng)絡(luò)差的情況,如何在網(wǎng)絡(luò)差的情況下給足用戶良好的體驗(yàn),這是關(guān)鍵。最出名的應(yīng)該就是google沒網(wǎng)絡(luò)的情況出現(xiàn)恐龍小游戲的體驗(yàn)了,說實(shí)話我能玩1、2個(gè)小時(shí)不?!?/p>
5. 特殊狀態(tài)
這個(gè)特殊狀態(tài)就是根據(jù)不同的產(chǎn)品業(yè)務(wù)進(jìn)行考慮,比如資訊類的要考慮無圖模式,閱讀類的考慮夜間模式等等。
6. 刷新
這個(gè)是跟前面的獲取數(shù)據(jù)關(guān)聯(lián)的,關(guān)于刷新的方式。
7.容錯(cuò)和防錯(cuò)
這個(gè)主要是一些安全項(xiàng),例如用戶需要修改什么內(nèi)容的時(shí)候,比如登錄密碼支付密碼,需要短信驗(yàn)證等等操作。
五、文本及控件
1. 圖文
這個(gè)涉及到一些用戶體驗(yàn)問題及頁面顯示問題。
2. 控件
用戶體驗(yàn)及頁面整體風(fēng)格的統(tǒng)一性。
3. 文本
這個(gè)就不用多談,主要是用戶體驗(yàn)和統(tǒng)一性。
六、常見類型
1. 填寫申請(qǐng)
主要是針對(duì)一些用戶的申請(qǐng)操作,比如注冊(cè),或者申請(qǐng)資料,升級(jí)成其他角色等等。
2. 登錄
關(guān)于登錄的一些常見的狀態(tài)內(nèi)容
3. 列表
一些常見的列表展示的狀態(tài).。
4. 輸入
5. 按鈕
6. 輸入框
7. 加載
結(jié)語
基本上,上述內(nèi)容涵蓋了這么多年來我做原型里面遇到的所有坑,當(dāng)然也不是說所有的原型都需要嚴(yán)格按照以上的內(nèi)容來完成,可以根據(jù)各位同學(xué)的實(shí)際情況來進(jìn)行選擇。最好的辦法是與測(cè)試部的同事進(jìn)行溝通,明確哪些是必要的內(nèi)容,進(jìn)行優(yōu)化。
希望以上的內(nèi)容能夠幫助到大家避免更多的坑,減少返工,提升原型質(zhì)量。如果有需要完整表格的同學(xué),可以加我微信,大家共同學(xué)習(xí)。
作者:阿香的產(chǎn)品路,微信goodnight9527
來源:https://www.jianshu.com/p/bfe49bbdf193
本文由 @阿香的產(chǎn)品路 授權(quán)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
這樣的原型是不是非常的耗時(shí),而且一般情況下,項(xiàng)目工期也會(huì)因此比較長
看完一篇原型文章啦,感覺還是不太會(huì)?
想從0基礎(chǔ)開始學(xué)習(xí)Axure么?推薦你找Axure實(shí)戰(zhàn)班的助教小可愛@CC-起點(diǎn)學(xué)院(微信:qidiancc520),回復(fù)關(guān)鍵詞:大禮包
? 領(lǐng)取原型設(shè)計(jì)大禮包,多學(xué)多練,你也能成為原型設(shè)計(jì)高手哦!
非常實(shí)用!好好學(xué)習(xí)!
像是個(gè)工具類
很有營養(yǎng)的文章,很合適工作不就的產(chǎn)品,比如我
工作不就的產(chǎn)品?
原諒我沒聽明白你表達(dá)的是什么 ??
做產(chǎn)品不久的人。 ??
好的呀,我還在找方向和機(jī)會(huì) ??
很詳細(xì)
好頂贊!
謝謝分享!