在游戲官網(wǎng)建設(shè)的過程中，在時間和資源浪費在不可行的想法上之前，原型是驗證設(shè)計想法的最好方法之一。雖然沒有單一的“完美”方法來創(chuàng)建原型，但設(shè)計師會犯一些常見的錯誤。這些錯誤將影響原型的適用性，并減慢設(shè)計過程。這里有八個常見的原型設(shè)計錯誤以及如何避免它們的技巧。

1.原型設(shè)計沒有明確的目標

第一個原型設(shè)計錯誤是在沒有明確目標的情況下開始一個原型設(shè)計項目。原型會被用來測試一個新的網(wǎng)站或者一個特定的流程(比如結(jié)賬流程)？誰將是利益相關(guān)者？時間表是什么？這個目標將作為指引整個原型制作過程的北極星，防止項目偏離軌道。此外，一個好的目標還定義了成功是什么樣的，以及如何衡量它。使用SMART這樣的框架來確保你的原型項目有一個明確的目標。

2.原型做得太早了

通常，設(shè)計師在對他們想要的設(shè)計解決方案有一個清晰的了解之前就匆忙進入原型制作過程。他們真的想打開一個原型設(shè)計工具，并假設(shè)設(shè)計方案會自己形成。問題是，原型工具迫使設(shè)計師關(guān)注布局和對齊等細節(jié)，而不是先進的設(shè)計概念。

3.使用錯誤的原型設(shè)計工具

選擇原型工具時，首先要考慮需要的保真度。然而，大多數(shù)設(shè)計師使用他們知道如何使用的原型設(shè)計工具或他們公司默認提供的工具。這導致他們創(chuàng)建由工具提供的保真度的原型，有時受到基于圖像的方法而不是基于代碼的方法的限制。

4.使用占位符文本和圖像代替真實數(shù)據(jù)

原型應(yīng)該盡可能接近最終產(chǎn)品。當你使用Lorem Ipsum這樣的占位符文本時，你會得到這樣的印象：它只是產(chǎn)品的測試版本，這會干擾可用性測試過程。將預先存在的內(nèi)容或rope插入編寫部門，為快速原型制作提供副本和內(nèi)容。

5.不優(yōu)先考慮交互性。

一個好的原型不僅僅包括簡單的頁面轉(zhuǎn)換。它還應(yīng)該提供真實的用戶體驗。在創(chuàng)建原型時，確保其用戶界面以最終設(shè)計的方式響應(yīng)用戶的操作。當你沒有創(chuàng)建一個交互原型時，你將會錯過獲得功能反饋的機會，比如可擴展菜單是如何工作的，以及條件導航過程。交互性可以讓初創(chuàng)公司比競爭對手更有優(yōu)勢，尤其是在移動應(yīng)用領(lǐng)域。此外，完全可點擊的原型將使設(shè)計移交和開發(fā)過程更加容易。

6.在流程的后期尋求反饋

將原型提升到更高層次的最好方法之一是在整個過程中征求不同人的反饋。向其他設(shè)計師展示原型，并征求他們的反饋。也可以從開發(fā)者和產(chǎn)品設(shè)計團隊那里得到反饋，評價他們的直觀反應(yīng)。

7.過于依賴原型

歸根結(jié)底，原型的目的之一就是簡單地測試這個想法并得到驗證。但是有些設(shè)計師犯了一個錯誤，過于依賴原型，認為它一定是完美的。所以他們在原型制作上花費了太多的時間和精力，最終導致了過度的原型制作。如果你很容易忘乎所以，請將你的原型設(shè)計工作流程集中在設(shè)計盡可能少的交互上，而不是添加所有花哨的東西。

8.因失敗而沮喪

在用戶測試或利益相關(guān)者反饋之后，你的設(shè)計方案將被驗證或無效。雖然這可能令人沮喪，但你不應(yīng)該認為這是一次失敗。原型設(shè)計是關(guān)于測試想法和假設(shè)的，并不是所有的想法和假設(shè)都得到驗證。相反，把它當成一個學習的機會來改進你的下一個原型。

我們專注高端建站，小程序開發(fā)、軟件系統(tǒng)定制開發(fā)、BUG修復、物聯(lián)網(wǎng)開發(fā)、各類API接口對接開發(fā)等。十余年開發(fā)經(jīng)驗，每一個項目承諾做到滿意為止，多一次對比，一定讓您多一份收獲！