真實案例分享:做交互,別急著畫原型

13 評論 31693 瀏覽 155 收藏 6 分鐘

原型是初期用來表現產品的“藍圖”,原型的作用在于承上啟下,不管是驗證產品可行性還是用于開發等都至關重要。在熟悉用戶和流程等基礎下繪制出的原型才能更加符合用戶使用習慣

曾經作為一名新手(當然現在依舊是,還有好多待提高),多多少少踩過一些坑,也許案例很簡單,也還是想和大家分享一下:

有段時間接觸過一個項目,比較簡單的一個功能:付費預約線下的活動(移動端),之前的免費預約流程已經有了,用戶通過界面操作的整體流程是:

免費的流程(流程1)

其中添加人員需要輸入身份信息,而且有一定的人數限制(原型截取部分),輸入預約人信息是為了方便后續的短信等通知

添加參加活動人員

于是,基于這個免費的流程,在每次添加好一位人員的時候,給與每個人費用的披露(通過已經設置好的價格),因此整體流程是:

付費的流程(流程2)

付費限制人數有所調整,并且因為付費增加了確認訂單和支付兩個頁面,從確認訂單頁面開始添加倒計時功能,倒計時結束后將庫存返回,支付成功則無需繼續倒計時

所以照著這個大體流程,細化了每個流程中的細節,并且進行了原型的繪制

其中添加成員變化點如下:

原型在基本上完成后,和同事的討論中發現:

免費的預約之所以要填信息更多的是希望用戶考慮清楚是否要參加活動,所以填寫人員信息一方面設置了難度,另一方面記錄下了信息,同時免費預約后規定時間沒去的會被記錄到黑名單(針對賬號)

而對于收費的預約,本身就涉及到付費,用戶預約肯定會比較謹慎,而且即便用戶付了錢沒去,而不存在黑名單的說法(所以身份信息顯得并不重要),同時當用戶需要添加很多人情況下,就不得不填寫多份的身份信息,所以會非常繁瑣,此時開始認為之前的整個流程并不合適

于是經過調整,流程如下:

流程3

選擇票數:

對于用戶預約活動而言,把相關價格展示給他們,并且能方便選擇購買的票數即可

流程3和流程2對比下可以發現:

流程3只需要通過“加減”選擇器增減票數,而票數就是對應的人數

流程2需要通過跳新頁面,并且填寫無用的信息來添加人員,而用戶實際只是想買幾張活動的票。而筆者之所以會犯這樣的錯誤可能是能力原因,更多的卻是“急著畫原型”,潛意識里以“免費”任務為流程進行了設計,而沒有從用戶的“目標”為前提進行深度思考。

總結

在拿到功能需求時,不要急著畫原型。

直接開始畫原型容易被某個類似的任務場景套進去,并且自己極不容易發現。一旦套進去后基于這樣的任務導向做了的原型設計,極有可能不符合用戶的預期,然后返工修改。

因此在做原型之前,先思考下用戶的目標是什么,這些信息是不是必要的,想清楚之后繪制流程圖,然后細化著做出原型圖(當然當功能極為復雜或者設計多個功能時,再畫原型前可以用腦圖對信息結構進行整理)。

 

本文由 @交互の故事 原創發布于人人都是產品經理。未經許可,禁止轉載

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 來過、受教、感謝

    來自浙江 回復
  2. 很好的分享,直接就在流程上進行了迭代,節省了繪制原型的時間。現在的產品開發對原型的要求越來越高,本身原型的設計也有較大的時間成本,這種思考方法進一步優化了效率,很有意義。

    來自浙江 回復
    1. ?? 謝謝認可

      來自浙江 回復
  3. 不填寫信息的結果是更快捷,但用戶填寫信息后購票的好處是,可以記錄消費積分或者消費金額滿多少能參與抽獎。這方面需要考慮么?

    來自上海 回復
    1. 是否填寫信息還是要根據產品構想來,比如你的產品是一個競賽報名,雖然已經登錄了賬號,但還是需要用戶填寫競賽信息的。至于消費情況和獎勵記錄,即便不填寫,根據賬號信息也是可以追尋的。

      回復
  4. 在實際工作過程中,還是有直接畫原型的習慣,很不好,流程沒理清楚就開始畫原型,著急讓大boss看到自己的成果,結果,出現各種各樣的坑,直接拉低了自己的威信

    來自山西 回復
  5. 做得不錯,雖然我一直覺得都是先出流程圖再出原型的…

    來自廣東 回復
  6. 作者賊帥??

    回復
    1. :mrgreen: 這都被你發現了

      來自浙江 回復
  7. 先畫流程圖 再畫原型 是對的,,

    回復
    1. 偷懶直接畫原型 后面坑很大

      回復
  8. 支持作者觀點

    來自廣東 回復
    1. ??謝謝

      回復