什么樣的原型更受開發歡迎 ?

159 評論 99835 瀏覽 1168 收藏 11 分鐘

工作3年,嘗試了各種原型圖排版,致力于幫助設計師和程序員更好的理解需求。總結了從14年到現在自己嘗試過的幾種原型圖樣式,每一種都有其優劣勢。歡迎大家一起來探討如何更好的呈現原型圖(歡迎拍磚?)。接下來,按時間順序,給大家一一詳細介紹。

PS:本文僅是講述原型圖排版,至于一些交互細節會另寫文章記錄哦,歡迎關注~

各類原型圖介紹

第一種:動態跳轉型

通過事件(如點擊、滑動等)實現各個元素和頁面之間來回跳轉。所有交互說明都寫在了界面元素的注釋說明中(藍色icon),如想查看說明,需點擊后才能看到。這類跳轉型原型,需配套的需求文檔來描述各個元素的狀態、前置條件、操作說明等。

這種原型圖,想必很多剛剛入門的產品經理/交互設計師都嘗試過。當然我也不例外,剛開始工作時,覺得用axure實現各種動效是件很好玩很酷的事情,同時也認為這種動態跳轉可以幫助開發人員更好的理解頁面關系。

但是卻忽略了很重要的一點,開發不知道我們產品之前的思考邏輯,所以拿到原型時,根本不知道界面上哪些信息是可點擊的,也不知道點擊后會發生什么進入哪個界面。

優勢

擁有交互動效,可完整體驗到頁面之間的跳轉流程。

劣勢

這類原型,劣勢超多。

  1. 瀏覽原型的人需要逐一點擊,才知道這個頁面有哪些功能,這樣很可能導致功能的遺漏。(當年也確實出現過這個問題,雖然有配套的需求文檔,但是大家都懂的,需求文檔可能只有產品人員自己看。這樣一來,無形之中增加了溝通成本);
  2. 做原型時,各種動效比較浪費時間。需要各種事件、動態面板配合來實現,一定程度上降低了工作效率。

因為這類原型圖的用戶體驗實在是不好,便決定把所有頁面平鋪展示,把交互說明環繞周圍,如下…

第二種:信息平鋪環繞型(五彩版)

首先,感謝開發哥哥們當年的不殺之恩。

現在回過頭看之前的原型圖,簡直不忍直視。這樣花里胡哨的原型圖,雖然很詳細的寫了各種說明,但是給誰看,估計都沒有耐心看完吧。

所有的交互說明信息都環繞在線框圖周圍,并使用了各種圖標顏色。不同圖標及顏色代表不同含義,如圖中粉色箭頭代表有點擊事件,綠色箭頭代表說明文字,點擊事件均采用橙色文字。

優勢

  1. 交互說明平鋪展示,有效避免了功能遺漏;
  2. 各類信息使用不同顏色區分,清晰直觀的區分不同類信息。

劣勢

  1. 交互說明使用顏色過多,一眼看過去,給人感覺很雜亂;
  2. 線框圖中使用顏色過多,分不清界面信息優先級。

這類原型圖,解決了第一種遺漏功能的問題,也得到了開發人員的一致好評,說這種原型圖清晰直觀的把所有功能點都描述的很清晰。就這樣持續迭代了好幾個版本。后來。有一次在一個功能復雜的界面周圍寫了密密麻麻的注釋(如上圖),在實際開發過程中,就發現很多開發來問的問題,明明在原型圖上都有寫??墒撬麄優槭裁春雎粤诉@些需求呢?我就跑去和他們溝通,得到的反饋是:哦,沒看到,沒注意這塊內容。記得那時候還是挺氣憤的,自己辛辛苦苦寫的需求,開發根本不認真看。后來換位思考想了想,這些枯燥的文檔,再加上五顏六色的文字,給誰誰都不愿意看吧。

為了解決交互說明雜亂無章的問題,決定嘗試把所有說明統一放到線框圖下方,逐一元素說明,如下…

第三種:信息平鋪上下型

把所有交互說明寫在線框圖下方,線框圖上連接關聯界面。

優勢

界面看起來清爽了很多,所有交互說明集中,有效避免了功能遺漏和界面雜亂的問題;

劣勢

不直觀。界面元素和交互說明分離,影響查找效率。

出了一個版本這樣的原型圖,就立馬收到開發哥哥們的反饋,說這樣的交互說明太不直觀了,每次都要看一眼圖,然后再去下面找到對應的說明,很麻煩,而且還容易出現對應錯的情況。就這樣,放棄了這種類型的原型圖。

那么有沒有一種既清晰直觀又可以有助于開發閱讀查找的原型圖呢?

于是,綜合了之前各類原型的優勢,得出如下版本…

第四種:信息平鋪環繞型(邊框版)

為所有界面加上了手機外邊框;線框圖顏色盡量使用深淺不同的灰色;交互說明顏色少一些,使用灰色深淺及文字大小區分優先級;使用統一的標注icon;制定了交互標注說明。

各類交互說明規范

優勢

  1. 整體感覺干凈清爽,各類信息錯落有致;
  2. 為所有界面加上了手機外邊框后,有效避免了線框圖與交互說明混淆不清。且可清晰的看出在手機上展示效果,標記第一屏信息;
  3. 交互說明統一規范,避免了交互說明的喧賓奪主;
  4. 線框圖顏色盡量少,使用不同程度的灰色來呈現,信息優先級突出;
  5. 使用交互說明序號。使用序號標識出當前頁面有哪些注意點,有效避免遺漏。

劣勢

有時會出現線框圖和交互說明對應不上的情況,開發找不到交互說明上寫的【xxx】按鈕到底是哪個icon,點擊【xx】熱區,這個熱區的范圍包括哪些。

整體來講,這種類型的原型圖,已經得到開發人員的認可,也是個人認為比較優的方案。正因為原型圖也算是自己的產品,所以也需要不斷的打磨,于是最近又對其進行了優化,如下…

第五種:信息平鋪環繞型(各個元素逐一標識)

在界面上,使用箭頭逐一標識每個元素或每個模塊的交互說明。交互說明中各類信息分類顯示。

優勢

  • 快速定位某個元素的交互說明;
  • 為交互說明分類(如信息項、操作、狀態、排序等),有效防止遺漏需求,也有助于開發查看需求。

劣勢

如界面上需要標注的信息很多,可能會造成頁面看起來有些混亂。

總結

每一種原型圖樣式都有其優劣勢,在實際工作中,最重要的不是如何呈現你的原型圖,而是要和設計師以及開發達成共識,怎樣的原型更有助于他們理解需求。對于剛入職場的新人小白,提醒大家切記不要過度沉迷于頁面動效,而忘記原型圖的本質目的(清晰明了的說明界面功能邏輯)。

如上,述說了一下我自己的原型圖演變史。原型圖是我們工作中輸出的重要文檔之一,所以更需要我們不斷的去打磨它,在提高自己工作效率的同時更好的幫助開發人員理解需求。

??感謝耐心閱讀~

 

本文由 @Cynthia拾月 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自PEXELS,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 學習了,感謝分享~

    回復
  2. 寫的很好,學習了,謝謝分享

    回復
  3. 謝謝分享,學到了經驗

    回復
    1. ??????

      回復
  4. 學到了,感謝解惑

    回復
    1. 哈哈哈。相互學習。

      回復
  5. 交互汪的心路歷程,學習了學習了

    回復
    1. 哈哈,互相學習

      回復
  6. 學習了,謝謝分享

    來自福建 回復
    1. ??????

      回復
  7. 作者超棒噠(?ì _ í?)

    加油!

    回復
    1. 謝謝?(?????)?

      回復
  8. 對于想要入產品坑的我好有幫助呢,謝謝月

    回復
    1. ??歡迎進入產品坑

      回復
  9. 加油呀~

    來自北京 回復
  10. 唉,做電腦端的多,痛苦 ??

    來自浙江 回復
    1. ??電腦端還是頁面跳轉比較多。對于一些需要特殊說明的,也可以單獨拎出來寫一下需求的。

      來自北京 回復
  11. 很棒,目前自己也在不斷的更新優化自己的原型圖,看了之后很有啟發

    來自上海 回復
    1. 嘻嘻。加油~

      來自北京 回復
  12. 我們一直用word的樣式來列功能,功能不會遺漏。原型交互只有跳轉的,文檔截圖,語句還是可以簡潔的,研發看著也不錯。感覺原型里面寫需求和交互說明不太好排版,尤其是需求變更時,會亂。而在word中只需加一個新的功能模塊。

    來自四川 回復
    1. 嗯嗯,各有利弊,開發可以很好的理解需求就好呢。你說的這種方式我之前也嘗試過,那時候會把原型圖截圖放到文檔中,但是發現開發很不愛看需求文檔,就調整了,后來又把文檔截圖到原型圖上,這樣來來回回,感覺要修改的地方好多呀。就干脆優化了。。

      來自北京 回復
    2. 研發不能慣,不看文檔那還寫什么,出了鍋自己背,我還不想寫文檔呢。 ??

      來自四川 回復
    3. 哈哈哈??對。開發最喜歡的是直接找產品問需求

      回復
  13. 非常有體會

    來自廣東 回復
    1. ??

      來自北京 回復
  14. 你們一般跳轉頁面用動態面板之間的跳轉還是頁面之間的跳轉

    來自浙江 回復
    1. 現在只有PC端的會做成動態跳轉的,移動端一般就是平鋪展示,然后用線連接各個頁面。做跳轉的時候,動效在一個頁面上就用動態面板,不同頁面就區分頁面。

      來自北京 回復
  15. 非常棒~你的原型歷程和我的如此相似。我現在一直在用第五種方式,我會把最新要迭代小版本的標注說明用紅色來標注,整個產品一直都在一個文檔上修改~

    來自福建 回復
    1. 在一個文檔上修改記得另存為備份呀~還有就是版本更新記錄和變更說明。

      來自北京 回復
  16. 基本類型就這幾種 主要看跟開發關系怎么樣 畢竟很多邏輯跟思路不是文檔能寫明白的 寫在好 開發也覺得看不懂 還是重在溝通 最后想說一句 開發只能無障礙看懂自己搞的原型 ? ? 然而我們看不懂 哈哈

    來自吉林 回復
    1. 對的,溝通最重要。哈哈哈,我也碰到過自己做原型的開發。

      來自北京 回復
  17. 我現在畫的原型跟你的第五種有好多雷同的地方。是之前看了一個朋友畫的交互文檔優化出來的。今天看完你這個,又發現了很多可取之處。感謝你又給了我優化的靈感。哈哈。我也給點小建議,你可以在一些指定頁面加一些異常操作的說明。比如說未登錄狀態下,點擊按鈕后頁面是如何處理?;蛘咴谠蜕蠁为毥ㄒ粋€問號做全局說明和一些異常狀態的說明。這樣開發估計會更清晰。

    回復
    1. 哈哈,謝謝你的建議~考慮優化下。

      來自北京 回復
  18. 不錯,挺有用的

    回復
    1. 有用

      回復
    2. ? 哈哈,對大家有幫助就好。

      來自北京 回復
  19. 很不錯,加油,謝謝分享

    回復
    1. ??

      來自北京 回復
  20. 信息平鋪環繞型 里什么箭頭啊,備注什么的都是 axure做的嗎。

    來自上海 回復
    1. 對呀,用axure做的小控件

      來自北京 回復
    2. 箭頭逐一標識那部分,具體怎么弄的啊,我看默認那些好像都沒你這個好看,是用的元件庫嗎,求模板。 ??

      來自上海 回復
    3. 自己做的呀??可以微信加我發給你。UniqueGY_1220

      回復
  21. 很棒,感謝分享

    來自陜西 回復
    1. ?? 謝謝

      來自北京 回復
  22. 不錯,點贊

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

      來自北京 回復
  23. 寫的還是很詳細的,其實也可以在原型中補一張整體頁面的交互流程圖,這樣開發看起來會更有邏輯性,最后也可以補一下交互設計全局規范

    來自湖北 回復
    1. 交互流程圖是指各個頁面流轉的流程圖嗎,標注出每個頁面之間的邏輯關系?

      來自北京 回復
    2. 對的,便于梳理邏輯關系

      來自湖北 回復
  24. 點贊,說的超級好,我們一般都是第一種和第三種混合使用的

    來自河北 回復
    1. 混合的意思是做兩套原型嗎?還是一套界面中混合使用呢?

      來自北京 回復
    2. 先做出第一種,然后把圖在截出來然后各種標注,其實算是PRD文檔的一部分了

      來自河北 回復
  25. 我剛剛做產品時,就采用的是《第五種:信息平鋪環繞型》形式。個人非常喜歡第五種。

    來自廣東 回復
    1. ?? 是的,很好用。

      來自北京 回復
  26. 至今在用第一種,作者分析確實一針見血。

    往往花了好長時間去做原型,然后花更多時間在PRD中解釋清楚每個動態效果

    看來是需要改一下這種習慣了。

    來自上海 回復
    1. 哈哈,經歷過的人都懂。希望我的文章對你有幫助啦 ? 歡迎嘗試后回來探討~

      來自北京 回復
  27. 學習了!感謝分享

    來自江蘇 回復
    1. ??

      來自北京 回復
    2. 相互學習??

      來自北京 回復
  28. 鼓勵下,做的挺好的。溝通和交流最重要,寫再多文字有時候不如一句話來得直接。

    來自浙江 回復
    1. 贊同,和開發達成共識最重要。

      來自北京 回復
  29. 來自上海 回復
    1. ??

      來自北京 回復
  30. 打算下一版本規劃融入你說的后兩點

    來自廣東 回復
    1. 哈哈,很開心我的文章對你有幫助。記得嘗試后來探討成果哦~??

      來自北京 回復