交互設計師的產出物是什麼?是 WORD 文檔描述?是很細緻的各種狀態下的 UE 原型圖?還是其它工具做的東東? | 知乎問答精選

 

A-A+

交互設計師的產出物是什麼?是 WORD 文檔描述?是很細緻的各種狀態下的 UE 原型圖?還是其它工具做的東東?

2019年04月25日 知乎問答精選 暫無評論 閱讀 3 ℃ 次

【劉雲天的回答(104票)】:

  1. 交互設計師產出物應該是交互設計稿。還應該包括或包含:
  2. 完整的流程圖。更多的指用戶側的流程,如果有邏輯複雜、異常流的情況下,必須要提供。
  3. 完整的界面規劃圖。指的是區域的佈局狀態是如何,如導航位置、登錄位置、產品位置。
  4. 詳細到極致的界面交互設計說明。如:登錄按鈕在點擊時報錯有提示,提示分為1.2.3;如:登錄密碼框屏蔽掉中文輸入法;如:翻頁控件使用部門標準的翻頁規則。
  5. 可選的:紙原型、手稿、白板交互草稿照片、故事板、心情板、調研報告、數據等。
  6. 再多一句:手持設備的交互設計稿需要有手勢說明、物理返回鍵說明、物理Menu鍵說明、右健說明等。

順便多發一句廣告吧:如果有哥們能達到或已經做到上面5條,可以聯繫我,最近我在給公司招人。部門:騰訊互聯網用戶體驗設計部(騰訊ISUX),isux.tencent.com/jobs

【MoonMonster的回答(103票)】:

加班中,為換腦子翻翻墳。

要不要長文呢?...... 算了,還是以一些圖片代替吧,大部分都是在07~08年間在之前公司建設團隊時的產物。

UE Team 內部工作流程(圖1),指導性的流程,實際操作中會有偏差,如任務緊急有些環節及review就會被跳過,大體是這樣一個流程。

圖1

UE Team 外部工作流程(圖2),簡陋版(複雜版估計看不懂了),表達出大體的意思,各方之間的職責及工作範圍。需求方要提供詳細的需求文檔(request doc),需求有變更需要被記錄(change request doc)、接受需求後進入內部流程並交付產出物給開發團隊(一堆doc,視覺都需要文檔化),開發團隊依據設計文檔交付版本,QA部依據設計文檔進行測試並反饋bug,UE繼續跟進,然後無限循環....... -_-'

圖2

產品Workflow文檔(圖3 只列出流程圖的一小角),這玩意除了我和開發其它人都不敢看,傷神!當初畫得這麼複雜也是有點報復心理 -_-' 。交互人員請多畫畫workflow能幫你理清邏輯,但別像下圖這樣。

圖3

產品spec文檔(圖4),用來殺腦細胞的,為這頭髮白了不少!下圖是老的製作方法,完全手寫,後期就與原型一併產出了。詳細到界面上每個元素的具體定義及行為描述,Diagram圖的編號需要與上面的Workflow內的編號一致,方便開發人員查找!有些同行說沒用、沒人看,但我的體會是寫個一年半載,整體設計能力將提升一個level,workflow文檔和spec文檔也可以考驗一個人的細膩程度,現在的基本功也是那時候練下來的。

圖4

Spec文檔細分(圖5),上面這個是大spec文檔,還包含一些其它部分的文檔。像之前我們的產品進行設計時是一個通用性的產品,當需要針對不同的客戶進行訂製化時,又將產生相應的Site Modification文檔 。

圖5

產品原型(圖6),早些年做原型時基本以PPT進行產出,review時方便進行展示,後來也用Axure(算是國內較早一批使用Axure的用戶吧),由於前期流程比較紮實,review環節也比較多,我們製作原型時往往會產出高保真原型。另外,我們使用Axure製作原型除了看重它的交互性之外更重要的是它能方便導出spec文檔。ps.現在已經較少用到了。

圖6

工作資料目錄(圖7 科技樹要完整 ^_^ ),做完一堆工作,產出N份文檔,需要有一個邏輯清晰的目錄管理,方便以後工作。下圖僅列出產品目錄,三個層級:產品名稱 》 文檔分類 》 具體目錄。 簡單、明瞭、命名清楚(相關人員只要看到文檔名就知道是哪個產品的哪份文檔以及版本情況,下面介紹)

圖7

文檔命名規範(圖8),這個是有大用處的東西!交付物從不同的設計人員手中產出,以文檔的形式進行存放,並且需要給不同部門、不同人員進行閱覽,?命名統一後管理方便、溝通一致。

圖8

-_- 這... 沒想又成長文了!?

羅列到這吧,除了上述這些,還有許多雜七雜八的文檔。

目前,市面上用戶體驗人員越來越多,設計師也越來越多,但... 對於流程、規範、交付物、都沒有太多介紹,不知道上面羅列的對各位有木有幫助,各個公司都有各個公司的玩法,算是一個補充吧。

UX / UE / UCD / UED / PED ... 我都浮雲了! 設計而已嘛,繼續加班 ......

ps. 轉載請註明作者,不然黑你家產品?(-"-)?

【阿智的回答(21票)】:

問這個問題的人,通常是交互設計新人,那麼我的建議是先瞭解交互設計的基本方法,以及你的協作團隊。而不是討論輸出物應該包含什麼,用什麼工具。

不同產品在不同的階段,以及面對不同的協作團隊,輸出物都可能不同。方法與過程更重要。

分享一下我們目前的做法,供參考。

我們面對創新型產品、模仿型產品,以及常規的迭代優化,它們的方法流程都不同,自然輸出物也不同。

1、針對創新型產品,從分析用戶和需求開始,輸出物包括人物角色、場景腳本等等。它們的輸出物可能是Word、PPT或是其它。然後是任務分解的過程,輸出物包括任務列表等等。接下來可能會做紙上原型,那麼輸出物是紙片或其它物理介質。這一步完了後會輸出用戶體驗目標以及創建流程圖、線框圖…… 最後經一輪又一輪的測試、評審之後會完善線框圖以及設計細節。

2、針對模仿型產品,我們非常強調對競爭產品的分析。包括分析競爭產品在交互體驗上的優勢,以及用戶痛點。這裡邊會產生一份詳細的分析報告,有時會用Word、PPT,甚至Excel。接下來的步驟同樣是任務分解的過程以及流程圖、線框圖…… (線框圖也不一定非得Axure)

3、針對常規的迭代優化,會花較多的時間在用戶操作行為的分析,以及收集用戶意見或建議上面。並且定期輸出體驗報告,Word、PPT……形式不拘。然後會有與產品團隊溝通達成的改進方案以及實施結果跟蹤表……

SO,我的答案真的只能參考,不要照搬。

【老品的回答(12票)】:

轉自:王為

討論總結:

我們這個小組,都是來自不同公司的人,QQ、yahoo、百度等。我們認為大家的交互第一媒質不同,我們是不同的媒質來承載交互。

再一點是交互的使用者決定了交付物的形式。有的人交付物給設計師,有的交付物給老闆,有的交付物給客戶。看交互的人,對交互理解不一樣。比如給能對 方案拍板的人看,可能需要一個保真的交互設計交付物,來確定項目是否要執行。再比如,我們的方案要給客戶看,那麼我們就要清楚表現出交互設計本身涵蓋的深 層次的東西,同時還要讓他們看到我們花費的時間是多少,這時交付物要涵蓋更多的內容。

最後一點,交互設計輸出的樣式有很多,如交互流程圖、說明圖等,它們都是就交互設計的表現層面,是整個交互設計過程中的一個環節而已。交互設計更是表現思想的東西,希望能把想的過程做得越多一些,而交付物的過程做得少一些,以發揮交互師的最大價值。

補充:交互設計交付物有哪些?(Banlon)

簡單的手繪稿?

用筆在草稿紙上快速畫的一些簡單線框圖,來表達自己的設計思路和界面佈局,主要是為了快速的表達意思;在一些簡單的設計中,手繪稿可以直接與PM溝通,待確定後可以直接拿給視覺設計師進行視覺設計。當然,手繪稿要好好保存,方便以後查閱。

線框圖?

線框圖是用繪圖軟件繪製的來表達界面佈局的交互設計稿。它用來描述界面佈局、尺寸、狀態等等內容。線框圖是使用較多的一種交付物。

流程圖?

用來表示系統的操作流程。也是交互設計很重要的一種交付物形式。

原型Demo?

原型demo可以動態表示系統的交互樣式,更接近於實際的產品樣式。

設計說明書?

是將調研、設計方法、設計方案、設計說明等等都整合到一起的一份文檔。它可以有效的傳遞設計成果設計方法等對設計最終方案有影響的因素。

匯報文檔?

這是一類很特殊的交互設計交付物,它更多的是為了對項目進行總結匯報而專門準備的。

交付物的樣式很多樣,要靈活的使用各種樣式,在不同的項目中可以根據實際情況選擇合適的樣式。

【喜饅頭的回答(5票)】:

按團隊研發流程有所區別。

類敏捷的流程、SCRUM式的輕型團隊,產出物的概念比較弱,只有關鍵+必要的東西才產出,就是那種「沒有就會亂套」的東西,形式靈活多樣,一般AXURE的原型比較多,思維導圖也比較常見,寫word文檔什麼的太累贅了不方便在輕型團隊用。

傳統行業、瀑布+螺旋迭代的大型團隊,人數200+的,必須文檔。沒有文檔作為基礎和底子的話,後期絕對有隱患,人多口雜,扯皮事小不一致事大。

【鄧毅的回答(5票)】:

看到某樓的觀點,我有點憋不住了,想抒發下情懷。

交互設計這個概念最早是國外提出的,他們對於交互設計的定義不僅僅是拿著需求憑空想故事,然後畫流程做線框,交互設計師的責任在整個產品週期來說涉及的要更加廣泛。比如產品策略層面,設計層面,開發層面,投放後跟進層面,交互設計師都要負責,都要投入心思去做。

因此我根據某樓的觀點,順應這種發言的感覺,得到一個結論,在中國根本不需要產品經理,不知道哪個公司最先發明的產品經理這個職位,肯定是感覺可以降低成本結果的目的變成了壯大自己的隊伍。

不過我希望我的發言是錯誤的,也更希望某樓的發言也是錯誤的,這種爭論毫無意義。

最後,如果有必要,折疊了吧。

【尤文文的回答(3票)】:

我提一個其他的,我在美國工作過的設計文檔方式一直評價不錯,大家感興趣的看下我在騰訊CDC博客發的如何製作設計文檔的文章:cdc.tencent.com/?p=5809

【搜狐老刀的回答(2票)】:

產出物其實用什麼形式什麼工具做並不重要,重要的是你的開發人員,你的設計人員是否理解了你所要表達的意思。最重要的是人和人面對面的溝通,這比什麼產出物都重要。只指望靠自己寫份文檔然後發封郵件,就讓流程按照自己期望的方向去發展,是不切實際的。

只有在大家溝通無縫,彼此認同的情況下,這時的產出物更多的是梳理邏輯,細化流程,還有最重要的是知會一些人,他們什麼都不懂,也幫不上什麼忙,但是事後算賬的時候就很精明,例如領導,哈哈。

【iCooVoo的回答(1票)】:

現在一般產出物其實很簡單的,大部分都是用思維導圖表現功能結構,其次是詳細的交互原型,功能結構&原型是和PM討論,原型和視覺設計師做溝通討論。

【江南刀客的回答(1票)】:

axure+mindmap+面對面的解釋討論。axure要盡可能高度還原交互效果。mindmap側重邏輯和結構,方便開發者理解,這一點很重要,交互界面設計也要有面向對象的思想,設計不能隨行所欲,也要注重歸納,封裝,復用。文字說明全部寫在原型注視裡。word寫的人寫死,有幾個做開發的,做ui的會仔細看pm和ux寫的文檔。

【寒塘渡月的回答(0票)】:

產出物,和產出物的載體,是兩回事,支持這一句。交互設計注重的更多是交互和體驗,跟樓上說的產品經理的職責還是不同的,能真正的做用戶為中心的交互,應該還是會很大的提升用戶體驗的。

標籤:-交互設計 -用戶體驗 -設計師 -互動廣告 -X 是什麼心態


相關資源:




給我留言