宏觀角度:原型圖的交互說(shuō)明該怎么寫(xiě)

29 評(píng)論 51120 瀏覽 408 收藏 8 分鐘

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

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

清晰準(zhǔn)確的交互說(shuō)明能夠起到以下作用:

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

原型圖交互說(shuō)明的輸出,可以從宏觀和微觀兩個(gè)層面展開(kāi)分析。

宏觀角度是指輸出交互說(shuō)明應(yīng)該注意的事項(xiàng),以及應(yīng)用組件化思維提升輸出交互說(shuō)明的效率。微觀角度是指單張?jiān)蛨D應(yīng)該包含的交互說(shuō)明的具體內(nèi)容。

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

宏觀層面

1. 交互說(shuō)明的文字要簡(jiǎn)短精煉

這里有個(gè)坑大家注意。

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

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

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

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

2. 頁(yè)面元素的交互說(shuō)明

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

如下圖,仍然以上面的Banner功能點(diǎn)舉例說(shuō)明:

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

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

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

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

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

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

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

交互說(shuō)明有多種排版布局方式。

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

因?yàn)椴煌呐虐娌季址绞礁饔欣?,所以具體采用哪種布局方式要根據(jù)所做項(xiàng)目的情況,以及開(kāi)發(fā)人員的閱讀習(xí)慣而定。

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

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

比如點(diǎn)擊某個(gè)按鈕,跳轉(zhuǎn)到哪個(gè)頁(yè)面,可以在交互說(shuō)明中寫(xiě)清楚標(biāo)號(hào)或頁(yè)面名稱。

7. 交互說(shuō)明組件化

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

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

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

8. 頁(yè)面交互說(shuō)明建議平鋪直述,不建議使用動(dòng)態(tài)效果

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

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

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

另外,項(xiàng)目在進(jìn)展過(guò)程中如果發(fā)現(xiàn)交互說(shuō)明有遺漏現(xiàn)象,則需要隨時(shí)補(bǔ)充完善。

微觀層面

單張?jiān)蛨D交互說(shuō)明的具體內(nèi)容,其實(shí)和交互自查表的內(nèi)容是相關(guān)聯(lián)的。

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

 

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

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

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

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

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

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

      來(lái)自江蘇 回復(fù)
  3. 對(duì)比這些說(shuō)明我就寫(xiě)的有點(diǎn)粗糙了,有些地方也沒(méi)有考慮到,寫(xiě)的很棒,值得學(xué)習(xí)!

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

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

    來(lái)自浙江 回復(fù)
  5. 這些方法基本都有使用,個(gè)人認(rèn)為最難的是項(xiàng)目實(shí)施過(guò)程中需求變更的實(shí)時(shí)補(bǔ)充完善。

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

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

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

      來(lái)自江蘇 回復(fù)
  7. 請(qǐng)問(wèn)“某某的尺寸/某某的字?jǐn)?shù)限制,由視覺(jué)決定”是每個(gè)公司慣用的說(shuō)法嗎?會(huì)不會(huì)讓UE或UI覺(jué)得這是坑?

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

      來(lái)自江蘇 回復(fù)
  8. 問(wèn)一下,怎么保存交互說(shuō)明庫(kù)比較好,有線上的嗎

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

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

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

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

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

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

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

      來(lái)自福建 回復(fù)
    2. 是的,我司的程序員對(duì)于我做的原型圖就經(jīng)常不仔細(xì)看,最后在開(kāi)發(fā)過(guò)程中某個(gè)功能點(diǎn)沒(méi)有被開(kāi)發(fā)到這個(gè)鍋怪到我的頭上,現(xiàn)在我每做一個(gè)新功能都會(huì)原型圖附上word,這樣都有備案,省的再過(guò)來(lái)責(zé)怪我??戳宋恼缕鋵?shí)也發(fā)現(xiàn)自己的原型圖標(biāo)注確實(shí)沒(méi)有做好,我還需要多學(xué)習(xí)

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

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

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

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

    來(lái)自天津 回復(fù)
    1. 你提到的是特殊狀態(tài)的頁(yè)面及說(shuō)明,我一般會(huì)把這種情況單獨(dú)拎出來(lái)說(shuō)明??倳?huì)遺漏是交互自查的問(wèn)題,做完交互稿最好對(duì)著交互自查表走查一遍,查漏補(bǔ)缺。

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

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

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

      來(lái)自江蘇 回復(fù)