需求分析階段的界面原型,需要注意什么?

0 評論 24087 瀏覽 39 收藏 7 分鐘

最近工作中遇到一些對于界面原型的不同看法,不知道看界面原型的時候看點(diǎn)在哪里,正好借此機(jī)會整理了自己的一些體會,供各位看官參考。

首先,我們需要明確這幾點(diǎn)才能繼續(xù)展開來說:界面原型是什么?什么時候輸出?有什么用途?

界面原型是需求的一種呈現(xiàn)方式,是當(dāng)下溝通需求的主要方式;可視化是它的一大優(yōu)勢,好處在于將文字需求轉(zhuǎn)化成圖形界面,直觀地讓各參與方(市場/運(yùn)營、程序猿、UI設(shè)計師、測試工程師、客服等)看到需求最終的實(shí)現(xiàn)效果,將各自對于需求的理解和預(yù)期統(tǒng)一標(biāo)準(zhǔn)化,在此基礎(chǔ)上大家來討論需求,更有針對性,驗證彼此對需求的理解是否一致,從而達(dá)到明確需求的目的;

界面原型是在軟件開發(fā)項目中需求分析階段輸出的,在開始畫界面原型之前要做好產(chǎn)品規(guī)劃,明確項目的需求范圍,即做哪些需求;而具體每個需求點(diǎn)達(dá)到什么程度,怎樣做達(dá)到這個程度,有什么樣的規(guī)則,即有哪些功能點(diǎn),業(yè)務(wù)邏輯是什么,有哪些約束條件;這些是需求分析階段要做得事情;

界面原型看什么?

1、看需求

需求是某一個場景下的解決方案。那么就看這個場景是否真的存在?在這個場景下的解決方案是否合理?是否完整?是否可行?是否最優(yōu)?

舉個例子:注冊,假設(shè)是一款電商APP,B2B模式;

注冊是否有必要?

如果不注冊就可以直接下單,就意味著產(chǎn)品中不會存儲顧客的信息,那么顧客下單后怎么查看自己的訂單呢?產(chǎn)品怎么知道這個單是哪個顧客的呢?

這就相當(dāng)于在超市儲物柜存東西一樣,在存東西的那一刻服務(wù)員知道這是你的東西,但是如果不給你一個標(biāo)識牌,過10分鐘你回來取東西的時候,服務(wù)員怎么知道哪個是你的東西呢,那這個時候你拿出標(biāo)識牌,服務(wù)員就知道了。

所以注冊就相當(dāng)于給每個顧客分配一個唯一的標(biāo)識,如賬號,下次用這個賬號登錄,產(chǎn)品就會展示與這個賬號相關(guān)的信息了,否則就只能是無差異化的信息展示。

怎么注冊呢?

提供顧客的有效信息,通常都是用手機(jī)號、郵箱、第三方社交賬號,輔以其他信息來注冊;由于B2B產(chǎn)品會對顧客資質(zhì)有要求,并且有角色細(xì)分,所以在注冊時可能會要求顧客同時提供有效的資質(zhì)證明,平臺審核通過后才算注冊成功;在審核的時候可能會需要電話核實(shí),而手機(jī)和郵箱選一個就可以了,第三方社交賬號,如QQ、微信、微博,B用戶的社交圈中好友可能很多都不是做這行的,即使導(dǎo)入社交圈可能用處也不大,所以只提供手機(jī)注冊就可以了;

pm01

2、看邏輯

業(yè)務(wù)邏輯就是數(shù)據(jù)的流轉(zhuǎn),規(guī)則和約束。

  • 第一步:填寫手機(jī)號碼,進(jìn)行手機(jī)號碼有效性校驗,填寫密碼,表單暫存;
  • 第二步:選擇身份,若選擇個體工商戶,則調(diào)用個體工商戶要填寫的表單;若選擇企業(yè)法人,則調(diào)用企業(yè)法人要填寫的表單;
  • 第三步:填寫對應(yīng)身份的表單,提交表單;

表單由手機(jī)號、密碼、身份、資質(zhì)信息組成,由前臺傳送至后臺,在后臺的“會員審核”頁面出現(xiàn),由后臺擁有審核權(quán)限的用戶來審核;

審核通過后,系統(tǒng)發(fā)短信通知顧客審核通過,需要在規(guī)定的時限內(nèi)首次登錄激活賬戶,否則賬戶會自動被清理,需要重新完成注冊過程;

3、看交互

交互就是產(chǎn)品與使用者之間的交流。通過什么方式呈現(xiàn)、呈現(xiàn)什么內(nèi)容、在哪個步驟呈現(xiàn),讓使用者在操作過程中感覺輕松愉快,符合預(yù)期,避免等待、疑惑和擔(dān)憂;

以下有幾個通用的原則可供參考:

更少的操作步驟

注冊過程分三步走,第一步只是單純地賬戶信息,第二步和第三步屬于附加的注冊補(bǔ)充資料填寫,很多事實(shí)已經(jīng)驗證了一個規(guī)律:操作每多一步,顧客流失率就放大一次,所以可以縮短這個注冊流程嗎?

pm02

及時給予反饋

即時校驗表單,并給予校驗結(jié)果的反饋

pm03

符合預(yù)期

如,在iOS設(shè)備上,在屏幕邊緣自左向右滑動回到上一頁;在Android設(shè)備上,長按出現(xiàn)刪除菜單;

區(qū)分不同狀態(tài)

按鈕,鼠標(biāo)移動上去的狀態(tài)、按下狀態(tài)、選中狀態(tài);

少打擾,我想靜靜

消息推送的頻率,彈窗的樣式;

文字簡潔明了

界面文字、提示信息等避免歧義,同時又能讓人一看就明白;

關(guān)于交互設(shè)計還有很多可以深入探討的地方,以后有時間我再整理專門的文章詳細(xì)敘述;這里主要是說明界面原型所承載的內(nèi)容,提醒我們在界面原型評審/討論時注意不要偏離了軌道,抓重點(diǎn),避免不必要的撕逼。

 

作者:涓涓,一枚不斷尋找自我的PM,從業(yè)多年依然在路上,目前專注電商領(lǐng)域。

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!