交互設計師,該如何應對合作中的阻力?

4 評論 3720 瀏覽 34 收藏 22 分鐘

在新人期間,難以避免的會在合作中遇到麻煩,那本文作者從自己的實際經驗出發,跟大家分享一下交互設計師要如何應對設計中的阻力。

  • “項目經理總是壓縮設計周期,根本沒時間保質保量的完成這么多需求”
  • “運營眼里只有KPI,提過來的需求根本不考慮用戶體驗”
  • “產品經理喜歡自己畫交互,那還要我做什么?”
  • “UI設計不配合我的交互文檔,為了排版隨意刪減信息或修改強弱程度”
  • “開發總是忽悠我,這也不能做,那也不能做”
  • “測試總提一些極端場景用例過來,問我怎么辦,我也很慌啊”

前幾天,和幾個剛剛入行交互的學弟學妹交流,聽到他們以上的一些抱怨,深有感觸。不得不承認,我在新人期間也碰到過以問題,著實令我苦惱了一段時間,之后通過導師的指導漸漸開始克服這些合作溝通中的問題。那么今天我就從自身的經驗出發,講一下交互設計師該如何應對設計中的阻力。

交互設計師的合作地位

首先,我們要先對內發現問題,一名交互設計師在整個項目協作流程中,到底是怎樣的地位表現呢?

我們先來看下一款內容類產品的項目流程規劃:

通常,一個完整的項目版本流程,會涉及到項目經理、運營策劃、產品經理、用戶研究員、交互設計師、界面設計師、前后端開發、測試開發等多種職能角色參與,每個角色在項目流程不同的階段中發揮著不同的價值。交互設計師普遍會在產品方案階段提前介入,并貫穿之后的整個設計工作和開發測試工作。

那么,在整個流程中,交互設計師在項目協作中是怎么樣的一種地位呢?

在不同的公司,不同的項目流程中,每名交互設計師的合作地位都不同。有的交互設計師在項目中會被合作伙伴視為“畫原型的”,甚至會被當成“產品經理畫圖的手”,扮演著一種比較尷尬的角色;而有些交互設計師則在項目中會被視為“有想法的專業大神”,甚至會被當成“半個產品經理”,扮演著一種不可或缺的核心角色(有多核心呢,就這么說吧,下游合作職能角色看不到你的交互稿絕對不會開工)。

那么為什么會形成這種差異巨大的對比呢?

歸根結底,你在團隊中創造的價值決定了你的合作地位。

交互設計師的價值

一名交互設計師在團隊協作中,可以創造哪些價值呢?

首先,我認為最基礎的是業務價值。

即能夠在業務方向正確的前提下,通過設計輔助實現業務目標的能力,要實現這一價值的必要前提是“足夠了解所處的行業和業務”,也就是我們俗稱的“懂業務”。

清楚產品的市場定位及當前階段努力的方向,才能更好的參與產品方案的制定,辨別偽需求提前防止無用功,了解產品需求的真實目的,實現與運營/產品良好的溝通基礎,能實現這一價值的設計師會擁有在團隊內的“話語權”。

其次,是用戶價值。

即在達成業務目的的前提下保障用戶體驗的完善,平衡業務與體驗之間的沖突,甚至提出獨特的創新形成業務和體驗的收益增值,要實現這一價值的必要前提是“足夠了解我們的目標用戶”。也就是我們俗稱的“懂用戶”,具備制作用戶畫像和體驗地圖的能力,窮盡用戶常見的使用場景,并將業務點與用戶需求進行有效的結合轉化,能實現這一價值的設計師會擁有在團隊內的“參與決策權”。

最后,也是大家常常忽略的,是合作價值。

即在提出兼顧業務和體驗的方案的同時,推進各協作方100%的實現你的設計方案,要實現這一價值的必要前提是“獲得合作伙伴足夠的信任”,也就是我們俗稱的“情商高”。

很多產品經理在推進需求的過程其實就是在與不同的協作方打交道,無論是開會還是私聊都屬于工作范疇內的打交道,但溝通的過程和方向不對,結果將未必奏效。歸根結底,一名優秀的交互設計師,不僅要懂業務,懂用戶,還要懂合作方,能實現這一價值的設計師才能夠在團隊協作中做到游刃有余,擁有“令人信服的影響力”,工作中的遇到的阻力自然會大大降低。

這時候可能有同學要問了:一樣是拿工資的,為工作出力都是天經地義的事情,憑什么我要去懂合作方?懂合作方到底有什么用?

因為,在絕大多數情況下,設計最大的阻力往往不是用戶相關的問題,而是內部的認知、利益點和看待事情的方式不一致。身為項目流程的上游,如果不能與下游合作職能角色形成共識并產生威信,那么一切努力的目標很可能會在合作中付諸東流。

不同的認知、利益點和看待視角

還記得在15年校招的時候,我有幸參與了阿里巴巴的交互崗位面試,那是一次讓我印象深刻的面試,面試官問了我一個很常見的問題:

“你,為什么想來我們阿里巴巴?”

當時的我老實巴交,不懂人情世故,實話實說了自己的真實想法:

“我覺得阿里巴巴是一家大公司,進到阿里巴巴里我可以獲得更好的發展和機遇?!?/p>

當時面試官應該是被我毫不做作的回答驚到了,苦笑了一下,并沒有直接評論我的回答,而是又問了我一個問題:

“那你認為,我們需要的是什么樣的交互設計師呢?”

“應該是很理性的,而且要有同理心”我想了想又補充了一句“對,還要懂業務。”

面試官依然保持微笑的對我搖了搖頭,談了下自己的想法:

“我理解,交互設計師在工作中不僅僅是在處理人機交互,大部分時間,更是在處理人與人的交互。說白了,做交互其實就是在做人,就像我剛才問你為什么想來阿里巴巴,你的回答僅僅以自己的利益為出發點,你告訴了我你想從我們這里得到什么,但卻沒有提到你可以給我們帶來什么,我們的利益點沒有達成一致,又該如何達成之后的合作呢?”

如上所述,最后的面試結果當然是到此為止,但對我而言,這次面試卻是生動的一課。在之后的項目協作中,起初我也面臨了諸多的摩擦,讓我不禁想起當初面試官的一番話,站在對方的角度去想一想,他的認知,他的利益,他看待問題的角度是否與我一致?我們是否存在共同的利益呢?那么我們又該結合彼此的利益實現雙贏呢?

那么根據我的實際經驗,我就大概簡述下合作角色的認知點和利益點(每個項目組的職責劃分會因人而異,還請結合自身情況具體分析)。

1. 項目經理(Project Managment)

  • 角色職能:負責啟動、規劃、執行、監控、收尾一個項目,負責項目資源和時間管理。
  • 角色認知:我要通過各種渠道協調資源來推動項目進度按計劃進行,這是我的職責。
  • 角色對交互設計師的影響:影響交互設計的計劃排期。

項目經理因為職能原因會更加關心項目的效率問題,如果你的工作能滿足項目經理對效率的要求,自然也就可以為自己爭取更多的權益。

舉個案例,項目經理希望交互設計師小A可以在一周內完成版本需求的設計工作,設計師小A評估該版本設計需求工作量可能要大于一周,那么小A面對項目經理的不合理要求可以選擇以下幾種策略:

  1. 對于不合理的需求,情緒不爽的和項目撕逼;
  2. 咬緊牙關含著眼淚的通宵加班完成需求;
  3. 要求項目經理根據需求對項目影響的程度提供設計優先級,并按照重要緊急 > 重要不緊急 > 次要緊急 > 次要不緊急的順序提供設計產出,因為時間限制,設計師會更注重事件的重要性以及其它有利的可能性,因此需要優先完成重要程度高的需求來保障項目進度。

按照第三種策略,從項目經理的利益點出發,更容易與項目經理的達成共識,至于那些次要的需求即便再緊急也可以提出刪減或替換(畢竟不重要,設計師千萬不可以一直被一群緊急不重要的事情牽著走)。

在這個階段設計師可以發揮自己的主觀能動性,保障自己的主要精力花在更重要更容易出成績的需求上來發揮自己最大的價值,去“做對的事而不是做更多的事“。

項目經理往往是做“時間管理”的專家,要想和項目經理打好交道達成一致,要求設計師也必須具備“時間管理“的知識和技能。

2. 運營/產品(Operation/Product)

  • 【角色職能】負責運營活動/產品功能的計劃、組織、實施和控制,爭取創造有價值的產品,并將產品的價值發揮至最大。
  • 【角色認知】確定產品的方向和價值,并以需求的形式將價值帶入產品中,保障用戶活躍度并為企業帶來營收,這是我的職責。
  • 【角色對交互設計師的影響】最原始的業務需求就是從運營/產品這邊提出,其原始需求影響設計需求的工作形式和大致方向。

不同時期不同計劃的產品規劃規劃決定了運營/產品人員的KPI(這一點需特別注意和分析),因KPI導向帶來的壓力,導致運營/產品同學有時可能會提出一些“反人類”的需求,但事實上他們并不會刻意與用戶體驗作對,

舉個例子,某運營/產品同學的季度KPI是某廣告入口的點擊率為20W,為了實現這個KPI,運營/產品同學提出一個需求,要在首頁放置一個入口,不可消除,點擊后即跳轉至對應廣告頁。這個需求看似不合理,對用戶除了干擾沒有絲毫利益,但卻可以看出該運營/產品同學背后的KPI壓力。

那么交互設計師小A接到這個需求時可以:

  1. 因為嚴重影響了用戶體驗,直接拒絕需求,引發運營/產品的抵觸情緒和對抗態度;
  2. 首先表示理解的態度,并利用設計師的場景故事能力為這個需求進行平衡,比如:我們可以設計一個激勵場景,將廣告入口設計為一個限時獎勵入口,用戶在一定時限內點擊入口觀看廣告達到一定時長后,可以獲取一些對應的虛擬道具獎勵,道具領取后需要明天再來觀看才能同樣領取。那么用戶擁有了行動的動力,自然歡欣鼓舞,而運營/產品同學廣告入口的點擊率也隨之得到提升,同時也不必一直掛在首頁影響體驗,同時還帶動了次日留存數據的提升,形成一種多贏局面。

長此以往,如果設計師愿意與運營/產品同學交流其真實目的,在滿足其真實目的的前提下對方案進行優化,他們自然也不會過多的干預設計,甚至會形成一種互相尊重的愉悅局面。

運營/產品同學往往背負著沉重的指標壓力,要想和他們達成一致,往往需要能夠做到“理解對方的壓力”,并擁有“平衡業務目標和用戶體驗”的場景設計能力。

3. 界面設計(Interface Design)

  • 【角色職能】負責根據信息框架圖搭建用戶的操作界面。
  • 【角色認知】挖掘目標用戶的感受,保障操作界面的美觀易讀,這是我的職責。
  • 【角色對交互設計師的影響】負責對交互設計方案的視覺呈現。

交互設計和界面設計可以說是最親密的戰友,交互設計的信息內容呈現很大程度上影響了界面設計的難度,而交互設計的成果又很大程度上依賴于界面設計的效果呈現。所以在很多時候,二者應該保持同進退的關系,才能更好的推動工作的進展。

但界面設計往往面臨著與交互不同的評審待遇,交互設計的產物往往會更傾向于理性/邏輯性,而界面設計的產品難免會傾向于感性/主觀性。因此界面設計面臨多方質疑的概率往往會更高,因此交互設計師更應當適時扮演一種引導者和保護者的角色。

舉個例子,交互設計師小A在進行一個功能的原型設計的時,該怎么做才能實現與界面設計師的最佳對接狀態呢?

  1. 交互邏輯已整理清楚,頁面信息隨意堆疊一下交接給界面設計同學,讓界面設計同學自己思考布局和層級的問題;
  2. 替界面設計同學規劃好按鈕樣式、主體用色和風格樣式,交接給界面同學;
  3. 參考界面設計已有的視覺規范,排布頁面信息時充分考慮視覺上的美感,標記清楚需要界面同學提供的頁面、控件狀態,用黑白灰來表示信息的強弱,不干涉用色和界面風格,并主動為界面設計同學講解需求目的和設計想法,問詢交互影響視覺呈現的意見并及時調整,與其達成設計目的的一致性。

按照第三種策略,不會讓界面設計同學對信息的呈現感到困擾,也不會感到自己的專業被侵犯,同時因為交互遵循了自己的視覺規范進行信息布局,反而會讓其感到自己得到了尊重,主動講解業務和想法也可以避免因接受信息不一致帶來的視覺返稿情況。

在界面設計完成后,如果運營/產品提出不合理的質疑,交互設計師應當與界面設計師站在同一戰線,做到真正的“戰友關系”。

界面設計往往面臨“大眾總監”的質疑風險,要想與他們達成一致,需要能夠做到“尊重對方的專業性“,并能夠通過自身對業務的了解,積極的通過溝通對界面設計呈現進行“引導和保護”。

4. 開發/測試(Development/Test)

  • 【角色職能】負責功能的實現和檢測,具體又可以分為前端研發、后端研發和測試研發。
  • 【角色認知】我要通過各種技術手段來實現/確保需求的展現,這是我的職責。
  • 【角色對交互設計師的影響】影響設計方案的最終上線效果。

交互設計師應當積極保持與開發/測試同學的溝通,在學習最新的技術趨勢同時 ,你會發現絕大多數開發同學是能夠意識到體驗設計的合理性和重要性的。但開發自己也面臨很多苦衷,一些炫酷的動效和交互效果,往往意味著更長的開發時間和更大的代碼管理壓力,甚至不同的機型呈現效果以及卡頓異常也很大程度上受到設計的影響。

在這種情況下,技術往往會出于自我保護而否掉現有的交互設計方案。如果交互設計師能夠理解開發/測試的苦衷,則可以更好的推進工作。

舉個例子,交互設計師A在進行原型功能設計時,需要考慮哪些才更容易得到開發/測試的支持呢?

  1. 盡情天馬行空的設計,我負責設計,怎么實現是你們開發的問題;
  2. 尋找網上的代碼,告訴他們用這個方法就能實現自己想要的東西;
  3. 在設計前,將自己的想法提前與開發進行溝通,了解風險難點和實現周期。再根據重要性來決定是否在該版本實現該設計,在非必要情況下盡量復用已有的組件庫,減少開發工作量和代碼管理難度,窮盡所有的用戶場景和異常情況,保證交互邏輯的順暢及交互稿的易讀性。

按造第三種策略的設計,產出的設計方案因技術反對而導致返工的概率會大幅下降,同時交互設計師在技術同學的心目中的地位也會大大提升,長久以往形成足夠的信任感。那么屆時再提出一些獨有創新性的設計方案,被實現的概率也會大大提升。

要與開發/測試達成一致,需要有過硬的邏輯思維,保證設計稿的場景明確和邏輯合理,盡可能的復用已有交互組件。

總結

那么總結下來,如下圖所示,要成為一名在項目中可以游刃有余的交互設計師,除了具備平衡業務價值和用戶價值的能力,還要具備推進合作價值的能力,而要實現合作價值則必須要求你主動走入、了解和尊重合作方的需求和苦衷。

此時的我忽然想起當年一句很洗腦的廣告詞。

“好迪真好,大家好才是真的好“。

 

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

題圖來自 Pixabay,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 好文,實際工作流中深有體會~

    來自廣東 回復
  2. 文章好棒!!方便說一下您的郵箱嘛!有驚喜呦??!(*^▽^*) ?? ??

    來自山西 回復
  3. 不錯,學習一下下

    來自上海 回復
  4. 先聲明不是打廣告,推薦看一下《UX最佳實踐:提高用戶體驗影響力的藝術》這本書,能學到些東西……

    來自山東 回復