利用原型測試，不但能有效的節約公司資源，同時還能減輕程序員的負擔，也能讓產品設計人員更加了解自己的產品，從而達到更棒的設計。
經過金錢和時間的磨礪，我得出了以下原型測試的步驟：
一、創意需要測試
相對于產品說明文檔，產品的原型更加適合有效的測試。因為人眼對于文字的想象空間，比不上圖片，對于圖片的想象空間，又比不上模型。
一個清晰明了的原型，不但可以讓用戶驗證創意，還能加深產品經理對產品的理解，避免開發團隊浪費時間和精力開發沒有把握的產品。
大公司就不用說了，就說小團隊吧。人不夠多，也請不起專業的測試團隊，外包又表示心疼。如果自己不是專業的，那也應該為產品找到合適的測試者，進行產品原型測試。
二、為產品找到合適的測試者
一個產品怎么著也是要為用戶服務的，不要想著自己會找不到用戶來測試。 你也不能關門造車，想當然的覺得自己就是用戶 ，就不用尋找合適的測試者了。
我們身邊，誰沒有幾個親朋好友呢？有從事互聯網的工作者，也有其他行業的工作者。根據產品的特性，需要的話可以避開互聯網從業者，他們對于產品的理解總會帶有一定的偏執，和一些職業習慣。
還有就是走出辦公室，去街道，去休息區。不要擔心浪費時間，只要十個測試者，花上十個小時，能讓你發現一個問題，都是值得的。
三、測試前的準備
事前，把自己特別滿意的功能頁面，和比較棱膜兩可的做好記錄，或熟記于心。等到正式測試的時候，先不跟測試者說明太多。因為你真的只有一次機會，了解測試者未接觸產品原型之前是如何解決問題的。
可以讓測試者對原型進行評分，然后在原型上對產品進行迭代更新，再進行評分，然后根據評分可以得出原型的滿意度。
也不用等到原型圖做得非常滿意了才讓用戶測試， 可以在功能不是那么完善的時候，故意讓用戶回答 ，接下來你覺得應該是出現什么畫面，或者是什么功能。
四、互聯網產品原型測試
移動端的測試環境就非常方便，越是在輕松的環境下越好。測試開始，產品人員不應該與測試人員透露過多信息，簡單勾起對方的興趣，然后告訴測試者，先簡單的使用產品原型圖，遇到疑問了先過，完成后再詳細交談。
有時候，測試人員會為一些個人的習慣問題，愛鉆牛角尖。而 測試的重點是看用戶能否輕松的完成任務，以及能否喜歡上產品 ，如果僅僅因為界面難看，應該去除，那么就跑偏了。
這時候我們要做的是， 多看他們在哪些地方停頓了，在哪些地方猶豫了 。有時需要要適當的給予提示，但也不能過多，可以反問測試者希望這個地方應該怎么做怎么改進，或許測試者也會有一個很好的創意。
有了幾個測試者之后，產品人員也大概知道哪些是非常不合理的，哪些地方是由人的主觀原因造成的。
五、更新迭代原型
我們測試的目的，是要盡快的發現缺陷，然后改正，然后再給下一個人去測試，這樣才能夠在七八個迭代后完成整個產品原型設計。
如果經過多次改造之后，用戶還是不愿意去使用產品，那基本上可以放手了。這不是失敗，而是為公司省錢，為自己省時間。
本文轉載自網絡，版權歸原作者所有！
文章轉載請保留網址：http://aberdeenanguscattle.com/news/industry/1886.html
