TO B產品:交互設計師的注意事項

2 評論 9170 瀏覽 63 收藏 11 分鐘

本文總結了在流程設計中,交互設計師需要注意的事項,希望對大家有幫助~

一、設計團隊的2種工作模式

設計團隊所屬部門不同,工作模式也會不同,一般會有以下2種工作模式:

1.?屬于產品線內部的由2-10個設計師組成的設計團隊,主要做所屬產品線的業務,設計工作分工沒那么細,一個人可能交互視覺都要做,設計師全程參與產品的所有開發過程以及產品發布后的持續優化過程,主要匯報對象是產品線領導;

2.?屬于平臺支撐部門由至少30人以上的設計師組成的設計團隊,工作方式類似于設計咨詢公司,平常會接公司不同項目來做,交互設計師全程參與產品的所有開發過程,設計團隊分工比較明確,有用研、交互、視覺、前端、動畫等種類,設計主管不僅要向產品領導匯報,還有兼顧自己所屬部門領導。

2種工作模式各有優缺點:

第一種產品細節把控比較好,對產品的了解比較深,但是大局觀和產品的商業性把控會弱一點,設計全流程規范性也比較弱,經常會陷入細枝末節的設計中;

第二種產品大局觀好,規范性好,基于重點做設計,由大家多年沉淀出的設計規范可以避免大家陷入細枝末節中,但是設計師對產品發布后的優化比較少,對后期產品使用情況了解比較少。(因為設計師在產品后期的投入情況和產品線投資有關,如果沒有投資設計師很快就會投入下一個項目)

下面我主要講下平臺支撐部門設計團隊的工作過程。

二、設計流程

設計流程

在整個設計過程中,設計團隊有標準化的設計流程,據我了解很多大的設計團隊設計流程都是一樣的,這里不做過多講解。

在具體的項目中大家會碰見各種各樣的困難,如何克服困難幫助業務成功;如何在協同業務的全流程中利用體驗的視角洞見機會,讓設計的價值最大化至關重要。

進入公司后,有幸參與了公司一款產品的所有開發過程,經歷了2年的時間,踩過了很多坑,總結了在TO B產品全流程設計中幾點注意事項供大家參考。

三、產品大局觀

系統工程師\項目經理訴求不等于用戶需求。

在最開始,交互設計師一般會接到系統工程師或者項目經理的需求,告訴我們要做什么,這時候交互設計師切記一定不要一開始就根據他們的需求做設計,否則我們就真的只是一個線框仔了,系統工程師不是用戶,他們很有可能傳達的是首席架構師的想法,他們懂業務但他們不懂用戶,所以在和系統工程師有了初步的交流之后,我們接下來的工作思路如下圖。

設計思路

找產品關鍵角色(產品管理部的責任人、首席架構師以及部長)進行訪談,訪談過程要了解的內容:

  1. 產品未來規劃的藍圖是什么?
  2. 現在的解決方案是什么?
  3. 產品的核心價值是什么?
  4. 對應的標桿產品是什么?產品線對UCD有什么要求?

了解這些問題有助于我們建立產品大局觀,知道產品的定位,產品的核心價值,幫助我們更好的把握產品的大方向。對產品全面而深入的理解有助于設計師走出自己的小世界,打造一款更偉大的產品。

同時我們可以簡單的寫下工作思路以及后續計劃,和產品關鍵角色進行對齊,保證我們設計師的工作思路是被關鍵角色認可的。

四、用戶研究&競品分析

設計分析思路

接下來我們需要進行更深層次的研究,了解用戶訴求,產品做了2年,大大小小的用戶調研活動做了20幾次,但是并不是每次用戶活動都很成功,比如焦點小組調查,如果我們引導不好的話用戶的話題容易跑偏最終得不到我們想要的東西,用研過程中遇到的主要困難有以下幾點:

  • 項目組沒有留時間給用戶研究;
  • To B的產品找用戶資源困難;
  • 用研同事和交互設計師脫節,輸出的內容對交互沒用;
  • 如何從用戶處挖掘到最多的有用信息?這一塊內容很大,后面我會做個專題分析。

項目初期,我們面臨找不到和我們產品完全匹配的用戶,我們首先找到了有類似經驗的用戶(有某個共同點的用戶)進行訪談做輸出,隨著項目的推進以及產品定位的清晰化,找到匹配度很高的用戶。

維護活躍用戶有助于縮短用戶評估時間。在產品進入正常迭代開發的時候,留給設計的時間很短,我們經常不能按照流程做事,所以我們會按照我們已經了解到的信息快速做交互原型,和業務側對齊之后找我們的活躍用戶進行原型評估,驗證我們的設想,對于不符合用戶心理模型的地方快速進行改進。

項目初期我們有專門的用戶研究員,但由于他們了解到的資料不夠全面,進行調研的時候對調研目的把握不準確,得到的結果經常是交互設計師已經知道的東西,沒有發揮最大價值,再加上項目組人力緊張,交互設計師常常要承擔用研工作。

所以要想讓我們的用研發揮最大作用,最好:

  • 我們參加的重要會議都可以把用戶研究人員帶上,確保他們知道現在進展,得到未經加工的一手資料;
  • 讓用研做事情前,把我們的想法和訴求都告訴他們,確保他知道我們交互的訴求;
  • 確保他懂我們的設計,以便做好用戶評估。

在多次調研過程中,我們用過的調研方法有下面幾種:

調研方法

最后輸出:用戶畫像、典型用戶場景、用戶訴求和痛點、用戶旅行地圖。

具體用戶研究和設計如何結合使用,大家可以參考Frog Design使用的研究學習螺旋。

對標桿產品的分析,除了自己動手體驗競品的操作環境,看資料視頻,分析競品的核心競爭力、總結競品的流行趨勢外,如果有條件可以請競品公司的顧問、員工和用戶對我們進行產品講解,這樣會有助于我們更深的了解競品。

五、頭腦風暴&概念設計

一切以體驗為先,大膽進行交互設計。

根據前期的輸出,我們可以用卡片分類或者紙上原型的方法進行頭腦風暴,一切以體驗優先,最終交互設計師們對框架和大思路達成一致意見之后可以做一個典型場景的概念設計,在內部進行評審,接著可以約用戶進行方案評估 。

最終確定概念方案之后,找開發leader和開發骨干做技術評估,識別實現的難易程度,對于不能實現的點我們要換種能落地的方案,對于實現困難的點要找系統工程師和架構師一起評估下重要性,是否有必要花大量人力投入開發。

六、啟動開發后

之后的流程大家也都知道,我就說一下注意事項:

  1. 做設計切記不要一開始就受開發實現影響,做一個折中方案,以開發實現的角度設計產品最終體驗不好;
  2. 開發者能力層次不齊,最終的落地方案可能會面目全非,所以檢視工作很重要,要確保最終落地效果。

 

作者:西西,微信公眾號或者知乎專欄:西西設計客棧

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

題圖來自 Unsplash ,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 作者何處高就?

    來自浙江 回復