起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識需求分析階段的界面原型，需要注意什么？
最近工作中遇到一些對于界面原型的不同看法，不知道看界面原型的時候看點在哪里，正好借此機會整理了自己的一些體會，供各位看官參考。
首先，我們需要明確這幾點才能繼續展開來說：界面原型是什么？什么時候輸出？有什么用途？
界面原型是需求的一種呈現方式，是當下溝通需求的主要方式；可視化是它的一大優勢，好處在于將文字需求轉化成圖形界面，直觀地讓各參與方（市場/運營、程序猿、UI設計師、測試工程師、客服等）看到需求最終的實現效果，將各自對于需求的理解和預期統一標準化，在此基礎上大家來討論需求，更有針對性，驗證彼此對需求的理解是否一致，從而達到明確需求的目的；
界面原型是在軟件開發項目中需求分析階段輸出的，在開始畫界面原型之前要做好產品規劃，明確項目的需求范圍，即做哪些需求；而具體每個需求點達到什么程度，怎樣做達到這個程度，有什么樣的規則，即有哪些功能點，業務邏輯是什么，有哪些約束條件；這些是需求分析階段要做得事情；
界面原型看什么？
1、看需求
需求是某一個場景下的解決方案。那么就看這個場景是否真的存在？在這個場景下的解決方案是否合理？是否完整？是否可行？是否最優？
舉個例子：注冊，假設是一款電商APP，B2B模式；
注冊是否有必要？
如果不注冊就可以直接下單，就意味著產品中不會存儲顧客的信息，那么顧客下單后怎么查看自己的訂單呢？產品怎么知道這個單是哪個顧客的呢？
這就相當于在超市儲物柜存東西一樣，在存東西的那一刻服務員知道這是你的東西，但是如果不給你一個標識牌，過10分鐘你回來取東西的時候，服務員怎么知道哪個是你的東西呢，那這個時候你拿出標識牌，服務員就知道了。
所以注冊就相當于給每個顧客分配一個唯一的標識，如賬號，下次用這個賬號登錄，產品就會展示與這個賬號相關的信息了，否則就只能是無差異化的信息展示。
怎么注冊呢？
提供顧客的有效信息，通常都是用手機號、郵箱、第三方社交賬號，輔以其他信息來注冊；由于B2B產品會對顧客資質有要求，并且有角色細分，所以在注冊時可能會要求顧客同時提供有效的資質證明，平臺審核通過后才算注冊成功；在審核的時候可能會需要電話核實，而手機和郵箱選一個就可以了，第三方社交賬號，如QQ、微信、微博，B用戶的社交圈中好友可能很多都不是做這行的，即使導入社交圈可能用處也不大，所以只提供手機注冊就可以了；
2、看邏輯
業務邏輯就是數據的流轉，規則和約束。
- 第一步：填寫手機號碼，進行手機號碼有效性校驗，填寫密碼，表單暫存；
- 第二步：選擇身份，若選擇個體工商戶，則調用個體工商戶要填寫的表單；若選擇企業法人，則調用企業法人要填寫的表單；
- 第三步：填寫對應身份的表單，提交表單；
表單由手機號、密碼、身份、資質信息組成，由前臺傳送至后臺，在后臺的“會員審核”頁面出現，由后臺擁有審核權限的用戶來審核；
審核通過后，系統發短信通知顧客審核通過，需要在規定的時限內首次登錄激活賬戶，否則賬戶會自動被清理，需要重新完成注冊過程；
3、看交互
交互就是產品與使用者之間的交流。通過什么方式呈現、呈現什么內容、在哪個步驟呈現，讓使用者在操作過程中感覺輕松愉快，符合預期，避免等待、疑惑和擔憂；
以下有幾個通用的原則可供參考：
更少的操作步驟
注冊過程分三步走，第一步只是單純地賬戶信息，第二步和第三步屬于附加的注冊補充資料填寫，很多事實已經驗證了一個規律：操作每多一步，顧客流失率就放大一次，所以可以縮短這個注冊流程嗎？
及時給予反饋
即時校驗表單，并給予校驗結果的反饋
符合預期
如，在iOS設備上，在屏幕邊緣自左向右滑動回到上一頁；在Android設備上，長按出現刪除菜單；
區分不同狀態
按鈕，鼠標移動上去的狀態、按下狀態、選中狀態；
少打擾，我想靜靜
消息推送的頻率，彈窗的樣式；
文字簡潔明了
界面文字、提示信息等避免歧義，同時又能讓人一看就明白；
關于交互設計還有很多可以深入探討的地方，以后有時間我再整理專門的文章詳細敘述；這里主要是說明界面原型所承載的內容，提醒我們在界面原型評審／討論時注意不要偏離了軌道，抓重點，避免不必要的撕逼。
作者：涓涓，一枚不斷尋找自我的PM，從業多年依然在路上，目前專注電商領域。
本文由 @涓涓 原創發布于人人都是產品經理。未經許可，禁止轉載。
- 目前還沒評論，等你發揮！
