宏觀角度:原型圖的交互說明該怎么寫

29 評論 50210 瀏覽 408 收藏 8 分鐘

原型圖的交互說明是針對原型圖內(nèi)容元素的解釋文字,可以從宏觀和微觀兩個層面展開分析,本文結(jié)合圖例主要說明宏觀角度輸出交互說明應(yīng)該注意的地方。

原型圖的交互說明是針對原型圖內(nèi)容元素的解釋文字。

清晰準確的交互說明能夠起到以下作用:

  • 減少交互設(shè)計師與產(chǎn)品上下游人員的溝通成本
  • 提升協(xié)作效率
  • 避免項目返工延期

原型圖交互說明的輸出,可以從宏觀和微觀兩個層面展開分析。

宏觀角度是指輸出交互說明應(yīng)該注意的事項,以及應(yīng)用組件化思維提升輸出交互說明的效率。微觀角度是指單張原型圖應(yīng)該包含的交互說明的具體內(nèi)容。

本文結(jié)合圖例主要說明宏觀角度輸出交互說明應(yīng)該注意的地方。

宏觀層面

1. 交互說明的文字要簡短精煉

這里有個坑大家注意。

估計很多交互設(shè)計師和我一樣在實際項目中有這樣的困惑:產(chǎn)品需求文檔里的功能點邏輯描述已經(jīng)相當(dāng)全面,還有必要再次寫到原型圖的交互說明里嗎?

這里我們需要明確:只要在交互說明里把有關(guān)交互的主場景和各種狀態(tài)作簡要描述即可,開發(fā)人員如果有困惑會仔細查看PRD的。

如上圖是PRD中關(guān)于Banner功能的描述,那么在交互說明中只需要提取出以下幾點:

  1. 用戶點擊Banner圖跳轉(zhuǎn)至對應(yīng)頁面;
  2. Banner圖少于2張時,不進行自動輪播,也不展示翻頁點;
  3. Banner圖大于等于2張時,進行自動輪播,且展示對應(yīng)圖片數(shù)量的翻頁點;
  4. Banner圖最小張數(shù)為1,最大張數(shù)為5;
  5. 用戶可左右滑動切換Banner圖片,同時Banner每隔5秒自動輪播無限循環(huán)。

2. 頁面元素的交互說明

頁面元素的交互說明主要由以下模塊構(gòu)成:元素基礎(chǔ)設(shè)置、交互動作、跳轉(zhuǎn)邏輯、限定極限值、狀態(tài)及狀態(tài)之間轉(zhuǎn)換的描述。

如下圖,仍然以上面的Banner功能點舉例說明:

3. 頁面內(nèi)容盡量使用符合邏輯的真實數(shù)據(jù)

避免使用XX符號或者無關(guān)聯(lián)的數(shù)據(jù)替代,這樣寫出的交互說明貼近真實場景,容易產(chǎn)生代入感,使閱讀者清楚明確。

如下圖,搜索默認詞、導(dǎo)航tab切、以及內(nèi)容文案都給的是上線后的真實數(shù)據(jù)。

4. 交互說明考慮內(nèi)容元素的特殊狀態(tài)

包括極限值/錯誤提示/判斷規(guī)則等,要在交互說明中明確指出。

如下圖1,同一個頁面中標題出現(xiàn)普通狀態(tài)與極限狀態(tài);如下圖2,上傳文件的不同狀態(tài)給出相應(yīng)的文案提示并解釋說明。

5. 交互說明的排版布局要有助于閱讀

交互說明有多種排版布局方式。

比如:原型圖內(nèi)容元素標上數(shù)字放置在上方,對應(yīng)的交互說明放置在原型圖下方;或者原型圖在左側(cè),交互說明在右側(cè),有的設(shè)計師也會把元素和對應(yīng)的交互說明用連接線連起來。

因為不同的排版布局方式各有利弊,所以具體采用哪種布局方式要根據(jù)所做項目的情況,以及開發(fā)人員的閱讀習(xí)慣而定。

如下圖是我平時習(xí)慣的輸寫方式:

6. 頁面之間邏輯跳轉(zhuǎn)的關(guān)聯(lián)性需要交代清楚

比如點擊某個按鈕,跳轉(zhuǎn)到哪個頁面,可以在交互說明中寫清楚標號或頁面名稱。

7. 交互說明組件化

類似于設(shè)計的控件庫,我們在項目中寫交互說明寫多了就會發(fā)現(xiàn),既然元素可以調(diào)用控件庫快捷使用,那么該元素的交互說明也可以歸類入庫,在需要的時候直接拿出來根據(jù)具體情況調(diào)整使用。

比如上面提到的“Banner圖交互說明”,就可以保存一份在交互說明庫中,等后續(xù)畫原型圖再需要時,直接調(diào)取出來根據(jù)情況微調(diào)即可。

這樣做的目的:使用時快捷調(diào)用,修改時快捷修改。

8. 頁面交互說明建議平鋪直述,不建議使用動態(tài)效果

原型圖的動態(tài)效果適合頁面跳轉(zhuǎn)的演示,但不利于交互說明的呈現(xiàn),會給視覺設(shè)計師和開發(fā)造成閱讀困擾。

9. 交互說明應(yīng)該依據(jù)具體情況不斷調(diào)整完善

如果業(yè)務(wù)和產(chǎn)品臨時調(diào)整需求,或者交互評審后需要對原型稿進行修改,則交互說明也要進行相應(yīng)的修改。

另外,項目在進展過程中如果發(fā)現(xiàn)交互說明有遺漏現(xiàn)象,則需要隨時補充完善。

微觀層面

單張原型圖交互說明的具體內(nèi)容,其實和交互自查表的內(nèi)容是相關(guān)聯(lián)的。

可能包含:特殊場景、操作與反饋、頁面狀態(tài)、數(shù)值限制條件、功能、流程、文案、動效、控件、彈框等。這塊后續(xù)梳理了再給大家分享。

 

作者:Viksea,微信公眾號:Viksea(ID:viksea-ux)

本文由 @Viksea 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自 Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 有用

    回復(fù)
  2. 我現(xiàn)在都是畫好原型 在原型的右邊直接文字說明 再用線頭連接 ,這樣做有什么弊端呢,作者你的這種方式很好,不過頁面層級過多,是不是不太時候在同一個平面敘述連接?

    回復(fù)
    1. 1.你的這種輸寫方式也沒問題,這個主要是依據(jù)不同公司開發(fā)的閱讀習(xí)慣,以及自己的習(xí)慣決定,不同方式?jīng)]有好壞之分。2.頁面層級如果過多,尤其是子流程比較復(fù)雜的情況,確實不適合同一個頁面平鋪直敘,我的習(xí)慣是將子流程單獨建一個子頁面寫明。這樣只要在主頁面中說明到某某頁面查看詳情即可。

      來自江蘇 回復(fù)
  3. 對比這些說明我就寫的有點粗糙了,有些地方也沒有考慮到,寫的很棒,值得學(xué)習(xí)!

    來自四川 回復(fù)
    1. ??

      來自江蘇 回復(fù)
  4. 期待微觀層面

    來自浙江 回復(fù)
  5. 這些方法基本都有使用,個人認為最難的是項目實施過程中需求變更的實時補充完善。

    來自北京 回復(fù)
    1. 是的,如果變動比較多,意味著修改也比較多。所以我暫時想到建立交互說明組件庫的方法,盡可能的提高修改效率。

      來自江蘇 回復(fù)
  6. 動態(tài)加關(guān)鍵指標和靜態(tài)加標注個有優(yōu)略。具體看環(huán)境吧。不過這細致和效果值得學(xué)習(xí)。我都是比草圖強不了多少加標注哈哈。

    來自北京 回復(fù)
    1. 是的,要根據(jù)項目要求,出圖目的等具體決定形式。

      來自江蘇 回復(fù)
  7. 請問“某某的尺寸/某某的字數(shù)限制,由視覺決定”是每個公司慣用的說法嗎?會不會讓UE或UI覺得這是坑?

    來自北京 回復(fù)
    1. 不會,起碼我所在的項目沒有因為這些背鍋的。一般交互說明中指明最大范圍限制由視覺決定,然后視覺依據(jù)不同屏寬決定限制條件,還要考慮不同尺寸屏幕的適配,為了盡可能提升開發(fā)效率,一般對極限值采用相同的判斷機制。這些在后期灰度測試時,也是需要交互和視覺設(shè)計師共同跟進的。

      來自江蘇 回復(fù)
  8. 問一下,怎么保存交互說明庫比較好,有線上的嗎

    來自浙江 回復(fù)
    1. 這部分我也在搜集整理中,暫時沒有很好的模版。。。

      來自江蘇 回復(fù)
    2. 有可以用的嗎?就是看到新知識想get一下,就隨意推薦幾個就行

      來自浙江 回復(fù)
    3. 直接放母版里

      回復(fù)
  9. 已關(guān)注 哈哈 ~ 多多交流 ??

    來自福建 回復(fù)
    1. ??

      來自江蘇 回復(fù)
  10. 在實際開發(fā)過程中,交互設(shè)計師更看重原型稿,所以希望在原型圖上進行標注,他好明白這里采用什么樣的樣式;但是對于開發(fā)來說,他們希望直觀的看到每個頁面的功能點,這樣的話他就會很好的知道怎么寫接口,所以程序員們希望得到的是一份word文檔或者是excel表,這不是權(quán)衡的問題,在實際工作中,我為了降低工作的重復(fù),我會在原型上做好交互,不詳細做批注,但是在word文檔和excel中會寫的非常仔細,經(jīng)驗之談

    來自浙江 回復(fù)
    1. 相比于word或excel,程序員應(yīng)該更喜歡看原型圖。一般程序員理解需求的流程是:故事講解(了解需求整體情況)–>>看原型圖及圖中標注的需求說明(對功能效果有個感性的認識)–>> 在技術(shù)架構(gòu)底下,寫功能,查文檔(或原型或word,目的在于查看細節(jié)規(guī)則的定義等) 。
      ??

      來自福建 回復(fù)
    2. 是的,我司的程序員對于我做的原型圖就經(jīng)常不仔細看,最后在開發(fā)過程中某個功能點沒有被開發(fā)到這個鍋怪到我的頭上,現(xiàn)在我每做一個新功能都會原型圖附上word,這樣都有備案,省的再過來責(zé)怪我。看了文章其實也發(fā)現(xiàn)自己的原型圖標注確實沒有做好,我還需要多學(xué)習(xí)

      來自浙江 回復(fù)
    3. 其實這個要根據(jù)不同公司工作流來決定:有的公司開發(fā)是從產(chǎn)品經(jīng)理的需求文檔中獲取功能點信息,所以原型圖的交互說明只需要說明有關(guān)交互的部分就可以了(很多公司開發(fā)連原型稿的說明都不會看,大事小事都找產(chǎn)品,這時候產(chǎn)品就干的比較辛苦了)。還有的公司開發(fā)會仔細看交互稿,但我認為附上word有點超出交互職責(zé)范圍了,也多余消耗交互設(shè)計師精力。我認為最好的方式是:開發(fā)拿著需求文檔和交互稿對比查閱,基本就完善了所有方面。

      來自江蘇 回復(fù)
    4. 不同環(huán)境使用不同方法吧。除了特定 標注外,研發(fā)更喜歡看到實際效果進行動態(tài)設(shè)計,而不是基于靜態(tài)加大批量標注。只要幾個關(guān)鍵指標即可。prd我就沒見幾個看過的,看了也還是繼續(xù)問哈哈。

      來自北京 回復(fù)
    5. 一般中小型企業(yè)都是這樣,直接看原型。什么word prd統(tǒng)統(tǒng)不看,看了就等于 浪費時間
      我一般是把業(yè)務(wù)流程、功能描述和交互一起做到原型圖上
      大型公司就不一樣了,他們要求比較嚴格, 為得是項目交接順暢(人員更替或產(chǎn)品迭代維護都需要用到的)。如果是要給外包公司開發(fā)的話,那就比較苦逼了,每一個細小的點都要寫上去,哪怕是大家都知道的點。

      來自福建 回復(fù)
  11. 感謝分享
    期待微觀層面的詳細說明。
    還想學(xué)習(xí)的就是主要是針對特殊情況的了解學(xué)習(xí),常規(guī)上整個流程還行,總是對于特殊情況、異常情況會有遺漏。

    來自天津 回復(fù)
    1. 你提到的是特殊狀態(tài)的頁面及說明,我一般會把這種情況單獨拎出來說明??倳z漏是交互自查的問題,做完交互稿最好對著交互自查表走查一遍,查漏補缺。

      來自江蘇 回復(fù)
  12. 我也是用的這種方法,樓主的有些標注方式我沒使用,還是值得我借鑒的,謝謝~

    來自浙江 回復(fù)
  13. 希望說說較為深入的原型規(guī)范技巧。???

    回復(fù)
    1. 你指的哪方面呢?如果是畫原型圖規(guī)范技巧可翻看我之前的文章。如果是原型圖交互說明的規(guī)范,除了本篇從宏觀角度分析之外,還有微觀角度“原型圖交互說明的具體內(nèi)容”,這個后續(xù)有空梳理了會再次分享的~~

      來自江蘇 回復(fù)