專業(yè)的交互輸出文檔應(yīng)該怎么寫?

UX
21 評論 35465 瀏覽 389 收藏 12 分鐘

交互輸出文檔里面最重要的是做設(shè)計(jì)時(shí)的多方面思考。

這篇文章的信息架構(gòu):

  1. 前言
  2. 交互輸出文檔的重要性
  3. 專業(yè)的交互文檔應(yīng)該包含哪些內(nèi)容
  4. 撰寫交互設(shè)計(jì)出文檔使用工具
  5. 后記

前言:用戶體驗(yàn)部在大型的互聯(lián)網(wǎng)公司里面都是核心部門,交互設(shè)計(jì)師們都對接著各自的產(chǎn)品經(jīng)理及項(xiàng)目,因業(yè)務(wù)不同,每個項(xiàng)目都有著各自的節(jié)奏和進(jìn)展,勢必也導(dǎo)致交互輸出文檔的粗細(xì)度不同。本文通過一個專業(yè)交互文檔模版的例子,給大家講述如果規(guī)范自己的交互文檔?

交互輸出文檔的重要性

作為一名交互設(shè)計(jì)師,我們的重點(diǎn)工作職責(zé)是起到承上啟下的作用。

比如對接上游的產(chǎn)品經(jīng)理和項(xiàng)目經(jīng)理,跟他們討論過產(chǎn)品規(guī)劃及需求后,他們會根據(jù)交互設(shè)計(jì)師輸出的交互文檔來評審設(shè)計(jì)方案是否滿足用戶需求,以及在開發(fā)實(shí)施過程中的可行性;

其次要對接下游的視覺設(shè)計(jì)師和開發(fā)工程師,他們會根據(jù)交互文檔中的線框圖、交互細(xì)節(jié)說明等來輸出視覺設(shè)計(jì)稿、用代碼實(shí)現(xiàn)交互設(shè)計(jì)方案,并以此為依據(jù)完成落地實(shí)現(xiàn)等工作。所以交互設(shè)計(jì)師最重要的輸出物就是交互文檔,它是對接上下游的重要紐帶。

專業(yè)的交互文檔應(yīng)該包含哪些內(nèi)容

專業(yè)的交互文檔應(yīng)該包含以下7點(diǎn)內(nèi)容:完整的項(xiàng)目簡介、需求分析、新增修改紀(jì)錄、信息架構(gòu)、交互設(shè)計(jì)的方案闡述、頁面交互流程圖(包含界面布局,操作手勢,反饋效果,元素的規(guī)則定義)、異常頁面和異常情況的說明。

1、完整的項(xiàng)目簡介

完整的項(xiàng)目簡介包含:項(xiàng)目的名稱,產(chǎn)品經(jīng)理,交互設(shè)計(jì)師,視覺設(shè)計(jì)師,開發(fā),測試,團(tuán)隊(duì)名稱,撰寫時(shí)間等,如下圖所示

2、需求分析

需求分析應(yīng)該包含:功能需求和對需求分析理解,如下圖所示

3、新增修改紀(jì)錄

新增修改紀(jì)錄應(yīng)該包含:新增交互和修改紀(jì)錄的來往版本說明,如下圖所示

4、信息架構(gòu)

信息架構(gòu)就是產(chǎn)品所呈現(xiàn)的信息層次,它由哪些部分組成,之間的邏輯關(guān)系是什么,表達(dá)信息結(jié)構(gòu)可以使用mindmanager,xmind,百度腦圖等工具。由于注冊流程屬于小需求的優(yōu)化,可以不放信息架構(gòu),所以這里不做圖片展示。

5、交互設(shè)計(jì)的方案闡述

以注冊為例,先理解注冊的作用再談功能交互設(shè)計(jì)的方案闡述;

賬戶注冊的作用主要有三點(diǎn):

  1. 唯一性:用戶戶注冊之后,用戶擁有特屬的個人中心,擁有自己獨(dú)特的軟件使用特性以此其他用戶做區(qū)分
  2. 可管理性:用戶注冊之后,公司可以根據(jù)注冊信息,賬戶信息,方便信息推送,當(dāng)用戶很久不來的時(shí)候還可以發(fā)郵件 ? ? ? ? ?或者短信刷一下存在感,挽留用戶。
  3. 同步性:當(dāng)用戶使用別的移動端時(shí),只需要登錄注冊的賬戶即可得到所有的同步數(shù)據(jù)

注冊的四種常見設(shè)計(jì)方案:

  1. 無需注冊登錄界面。所有用戶均可使用,無個人中心和千人千面的概念(這類的app一般功能較簡單)。比如iOS系統(tǒng)自帶的工具類APP,像經(jīng)常使用的鬧鐘、天氣、計(jì)算器等,以及一些簡單的第三方工具類的APP:電池先生,道德經(jīng)app,榫卯等;
  2. 只用手機(jī)號注冊。這是我們目前目前使用較多的一種注冊登錄方式。用手機(jī)號碼注冊APP,通過短信的方式驗(yàn)證,常見的例如理財(cái)類app和社交類app;
  3. 使用郵箱或者手機(jī)號注冊的即可完成;
  4. 使用郵箱或者手機(jī)號注冊以及支持第三方賬戶登錄。

針對以上的分析,然后結(jié)合自己的產(chǎn)品業(yè)務(wù)情況和市場定位找到一個最后適合自己產(chǎn)品的設(shè)計(jì)方案即可。

6、頁面交互流程圖(包含頁面布局,手勢操作,反饋效果,元素的規(guī)則定義)

(1)頁面布局

從頁面的布局可以看出產(chǎn)品的整體結(jié)構(gòu),幫助同事了解界面的功能展示和元素布局。頁面布局即對界面信息的設(shè)計(jì)。

(2)手勢操作

通過可交互元素去觸發(fā),這個過程需要手勢操作,常見手勢操作有 單擊,雙擊,左滑,右滑,長按,拖拽,滑動,下?lián)?,抬起,夾捏等。

(3)反饋效果

根據(jù)用戶與界面之間發(fā)生的交互操作,產(chǎn)生的反饋效果,反饋效果按照頁面關(guān)系的維度可以分為兩類:一類是在當(dāng)前頁面的反饋效果如點(diǎn)擊輸入框鍵盤調(diào)出光標(biāo)閃爍,點(diǎn)擊同步按鈕,在當(dāng)前頁面出現(xiàn)浮層動畫等等。另一類是跳轉(zhuǎn)到下一個頁面的反饋效果。

(4)頁面跳轉(zhuǎn)

將產(chǎn)品分解為多個任務(wù),一般一個產(chǎn)品都有若干個主干任務(wù),其他則是支干任務(wù)(微信的主干任務(wù)是即時(shí)聊天,朋友圈、搖一搖、購物、設(shè)置等都屬于支干任務(wù))。在頁面流程圖上面,清楚的標(biāo)注處通過怎么的操作跳轉(zhuǎn)到哪個界面。一般進(jìn)入下一級界面是從右往左滑入,返回上一級界面通常是從左往右滑入 。對于特殊的跳轉(zhuǎn)效果要特殊說明。

(5)元素的規(guī)則定義

對于原型圖里面的關(guān)鍵字段等元素都要詳細(xì)說明,例如列表里面時(shí)間的定義規(guī)則。列表的排列邏輯,元素的展示邏輯,元素的極限情況

(6)其他細(xì)節(jié)

例如:正在加載狀態(tài)、加載完成有內(nèi)容的狀態(tài)、加載完成無內(nèi)容的空狀態(tài)、失敗狀態(tài)(比如網(wǎng)絡(luò)異常/權(quán)限未開啟)、不同角色的用戶看到的內(nèi)容是否一樣、不同狀態(tài)的文案圖標(biāo)變化。內(nèi)容的加載方式,何時(shí)加載、何時(shí)顯示、何時(shí)刷新。

7、異常頁面和異常情況的說明

做交互原型時(shí),先考慮正常情況,當(dāng)正常情況全部做完了,接下來就可以開始畫所有的異常頁面和異常情況了

常見的異常頁面包含:數(shù)據(jù)為空的頁面、操作失敗的頁面、拉取數(shù)據(jù)失敗的頁面、頁面不存在的頁面

常見的異常情況包含:斷網(wǎng)狀態(tài)、服務(wù)器異常、操作失敗、字符限制、網(wǎng)絡(luò)切換(從wifi切換到移動數(shù)據(jù))、權(quán)限限制,關(guān)鍵字段超行

綜上所述再給出幾點(diǎn)建議:

  1. 一個頁面一個任務(wù):每一頁能展示的內(nèi)容是有限的,如果同一頁中堆積太多的線框圖會造成問題
  2. 每個任務(wù)都有起點(diǎn),一個任務(wù)應(yīng)該從起點(diǎn)一直到該任務(wù)的結(jié)束整條路徑。
  3. 同一頁面的不同狀態(tài)最好在一個頁面展示(不要忽略極端情況)。
  4. 頁面布局規(guī)范,準(zhǔn)確傳遞設(shè)計(jì)方案。
  5. 盡量黑白灰,避免原型圖對視覺設(shè)計(jì)師產(chǎn)生干擾。

撰寫交互設(shè)計(jì)出文檔使用工具

  1. 如果是大項(xiàng)目或者團(tuán)隊(duì)協(xié)作的話,推薦使用Axure。Axure可以進(jìn)行協(xié)作比較方便。
  2. 對于邏輯比較復(fù)雜的大需求,推薦使用Axure,Axure含有站點(diǎn)地圖,可以清晰體現(xiàn)出交互的頁面層級關(guān)系。同時(shí)可以很好的完成各個場景的跳轉(zhuǎn)。
  3. 對于網(wǎng)頁端交互而言,推薦使用Axure。pc端界面大,平鋪很多界面展示效果較差。
  4. 如果是小需求,推薦使用Sketch,sketch畫交互效率高
  5. 如果是制作交互動效demo,推薦使用flinto,protopie,princile。如果做交互提案推薦使用Keynote。

后記:

交互輸出文檔里面最重要的是做設(shè)計(jì)時(shí)的多方面思考。就像文章中里面的注冊,其實(shí)還有很多可以思考的,例如四種注冊的方案各自優(yōu)缺點(diǎn),都可以細(xì)致去分析。當(dāng)設(shè)計(jì)師養(yǎng)成把所有的都考慮清楚,然后權(quán)衡取舍。就可以做出一份高質(zhì)量無邏輯問題的交互設(shè)計(jì)文檔了。

 

作者:UX,華為ITUX交互組組長 ?微信公眾號:UEDC

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 你好,請問有交互文檔模板嘛,方便發(fā)一下不?

    來自廣東 回復(fù)
  2. 您好,沒有在公司實(shí)習(xí)過,想看一份專業(yè)的交互文檔學(xué)習(xí),不知道可不可以

    來自江蘇 回復(fù)
  3. 網(wǎng)易的交互設(shè)計(jì)是真的很棒?。?/p>

    來自浙江 回復(fù)
  4. 樓主能不能有空可以講一講有關(guān)數(shù)據(jù)交互、異常情況下的用戶引導(dǎo)、不同判斷條件下的交互流程、混合型開發(fā)頁面交互的選擇

    來自廣東 回復(fù)
    1. 好的,等我組件寫完了就寫這種類型

      來自廣東 回復(fù)
  5. 我剛接觸這個行業(yè),我總覺得跟著時(shí)代走才會不脫節(jié),所以我毅然決然一畢業(yè)就轉(zhuǎn)行進(jìn)這個行業(yè)。我們總關(guān)注很多的公眾號,可是公眾號是怎么發(fā)布文呢?類似于這種我們現(xiàn)在接觸太多的交互了,就說APP吧,最近幾年,APP層出不窮,有些APP idea很棒可是做出來的效果確實(shí)不敢恭維,相信大家多多少少會有體會?,F(xiàn)在很多人遇到問題都是想著有沒有APP可以解決問題,而APP僅僅就靠一個idea開發(fā)出來就好了么?看了這篇文我理解的是:視覺是門面,交互是內(nèi)在。好的內(nèi)在才會有持久用戶,從而吸引更多的用戶!謝謝作者的分享,我這種小白也看懂了七八成,不說會實(shí)踐,至少了解了做交互的基本流程。

    來自廣東 回復(fù)
    1. 加油 :mrgreen:

      來自廣東 回復(fù)
  6. 那請問交互文檔和需求文檔的具體區(qū)別在哪嗎,我看到很多需求文檔的結(jié)構(gòu)好像和交互文檔差不多

    來自上海 回復(fù)
  7. 同一頁面下的正常情況和異常情況要放在一起表現(xiàn)出來嗎,如果畫上會不會太擁擠?

    回復(fù)
    1. 分排放,例如第一排是正常任務(wù)流程的頁面原型,往下面一排可以放異常頁面同時(shí)標(biāo)志說明

      回復(fù)
  8. 學(xué)習(xí)了 一看就是大公司的配置 小公司基本一個產(chǎn)品經(jīng)理全包了 細(xì)節(jié)肯定沒這么好

    回復(fù)
  9. 第二點(diǎn)需求分析 插錯圖了吧

    來自廣東 回復(fù)
    1. 確實(shí)插錯圖了,謝謝我改過來

      來自廣東 回復(fù)