@薛斯塔 ：交互設(shè)計師和產(chǎn)品經(jīng)理的協(xié)作問題是產(chǎn)品設(shè)計中的一個老大難，我在工作中經(jīng)常會聽到同行對產(chǎn)品經(jīng)理們的血淚控訴。作為交互設(shè)計師，學(xué)會和團隊中不同的角色協(xié)作是我們的專業(yè)能力之一，如何溝通、影響乃至于推動自己的設(shè)計方案進行實施是每一位設(shè)計師需要去磨練的，這不僅僅是那份執(zhí)著，更是一種技巧。

下面進入譯文。

在互聯(lián)網(wǎng)行業(yè)，交互設(shè)計師還是一個相對比較新的職位。因此，在工作中我們常常見到產(chǎn)品經(jīng)理過多介入交互設(shè)計師的工作，甚至有的團隊直接讓產(chǎn)品經(jīng)理來做交互設(shè)計的工作，這是為什么呢？實際上，在互聯(lián)網(wǎng)發(fā)展的早期，這確實是同一個人的工作！產(chǎn)品經(jīng)理的職能之一就是支持和協(xié)助部署交互設(shè)計方案，以確保產(chǎn)品的方案可行性。隨著互聯(lián)網(wǎng)的成熟發(fā)展和工作職位的細分，交互設(shè)計師這個被細分出來的角色被定位出來設(shè)計產(chǎn)品的交互方案是威脅到了產(chǎn)品經(jīng)理的工作范疇。

因此，在日常工作中，產(chǎn)品經(jīng)理和交互設(shè)計師這對冤家是一直在暗中腳力的，交互設(shè)計師的方案每每遭到產(chǎn)品經(jīng)理的質(zhì)疑甚至是無視，這其中有專業(yè)能力層面的合理分歧，當(dāng)然也夾雜著一些主觀層面的感受之爭，最終導(dǎo)致的是產(chǎn)品經(jīng)理經(jīng)常性的忽視來自體驗設(shè)計團隊的一些方案建議。那么，我們?nèi)绾尾拍芨纳苾烧咧g的合作關(guān)系，從而使兩者能夠客觀的協(xié)作制定合理的體驗設(shè)計方案呢？

@凌霜設(shè)計 （Frog Design交互生）： 作為一名交互設(shè)計師，如何更好地與項目里的其他人合作？如何更好地利用大家的時間？團隊經(jīng)理用畫圖的方式跟我解釋了一下，有些問題并沒有直接的答案，但是我覺得解釋的方式很有趣，我憑著記憶把它們重新畫了一下，和大家聊聊合作的問題。

今天和我的經(jīng)理聊了一下最近工作上發(fā)生的事：上周做了什么，這周和下周準(zhǔn)備要做什么。剛剛結(jié)束了設(shè)計階段（Design Sprint）1，和客戶開了遠程會議，收到了許多的反饋意見，各個方面的都有。

現(xiàn)在項目正處于一種（我覺得）特別尷尬的階段：視覺設(shè)計師只出了初步的幾個概念圖，程序員還在準(zhǔn)備框架，尚未開始寫代碼，但是根據(jù)原先的計劃，這周就要開始開發(fā)了。作為交互設(shè)計師，一方面留著一大堆反饋意見還沒有反映到線框圖中，另一方面設(shè)計階段2的任務(wù)已經(jīng)要來了。雖然還沒有開始設(shè)計，但從可能的流程上來看，任務(wù)量巨大，是一個特別復(fù)雜的系統(tǒng)，不光是設(shè)計一個新的交互方式，還是新的工作方式和商業(yè)模式，心里真沒底。

我把自己的困惑告訴了經(jīng)理：作為一名交互設(shè)計師，如何更好地與項目里的其他人合作？如何更好地利用大家的時間？他用了畫圖的方式跟我解釋了一下，有些問題并沒有直接的答案，但是我覺得解釋的方式很有趣，我憑著記憶把它們重新畫了一下，和大家聊聊合作的問題。

什么是敏捷開發(fā)（Agile）

先說一下總體的合作方式，我們用的是敏捷開發(fā)（Agile）的方式。維基百科上是這么解釋的：

敏捷軟件開發(fā)（英語：Agile software development），又稱敏捷開發(fā)，是一種從1990年代開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法，是一種應(yīng)對快速變化的需求的一種軟件開發(fā)能力。它們的具體名稱、理念、過程、術(shù)語都不盡相同，相對于“非敏捷”，更強調(diào)程序員團隊與業(yè)務(wù)專家之間的緊密協(xié)作、面對面的溝通（認(rèn)為比書面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團隊、能夠很好地適應(yīng)需求變化的代碼編寫和團隊組織方法，也更注重軟件開發(fā)過程中人的作用。

如果把這種方法簡單視覺化一下，就如下圖：

我們整天都在說用戶體驗，設(shè)計師要站在用戶的角度思考問題，幫助用戶解決問題，優(yōu)化產(chǎn)品操作流程及視覺層級的排布，作為設(shè)計師我們這么做的目的到底是什么，我們?yōu)槭裁匆獮榱艘粋€體驗細節(jié)和產(chǎn)品去討論，去爭執(zhí).

13年底，Intercom 的產(chǎn)品VP Paul Adams 在 Intercom 官博發(fā)表了 一篇博文 。文章講述了網(wǎng)絡(luò)上設(shè)計社區(qū)里普遍存在的一種現(xiàn)象，大意是“許多設(shè)計師在社區(qū)中分享的作品往往是為了炫技，而產(chǎn)品的邏輯通常都經(jīng)不起推敲的，真正優(yōu)秀的設(shè)計應(yīng)該從更高的層面出發(fā)，而不只是做表面上的工作”。

文章發(fā)布后，在 Twitter 、HN 及博客評論下引起了反響。雖然部分內(nèi)容在一些設(shè)計師眼里看起來比較有攻擊性（也就是俗稱“開噴”），甚至還帶有些地圖炮，但是文中關(guān)于“設(shè)計的四個層次”以及“when..I want to..then I can...”等設(shè)計觀點和方法論都非常值得我們回味并運用到工作當(dāng)中。

之前在知乎上回答了一個關(guān)于“線框仔”的問題，其實對這個問題深有感觸，我自己也曾經(jīng)經(jīng)歷過這樣的階段，便寫下了以下答案，希望交互設(shè)計師都能是真正的設(shè)計師而不是淪為“線框仔”。

微信小程序設(shè)計的基本原則是微信設(shè)計中心針對在微信類上線的小程序頁面總結(jié)的設(shè)計指南及建議。以下設(shè)計原則都是基于對用戶的尊重的基礎(chǔ)上的，旨在微信生態(tài)類建立有號、、一致的用戶體驗的同時，順應(yīng)和支持各業(yè)務(wù)需求設(shè)計，實現(xiàn)用戶與程序的共贏。

高級設(shè)計師并不是一個終點。新年目標(biāo)：三條路徑成為經(jīng)驗豐富的設(shè)計師

演講題目

Ubiquitous Fun-交互設(shè)計的享樂主義未來

在可預(yù)見的未來，隨著用戶數(shù)據(jù)的積累和人工智能的發(fā)展，產(chǎn)品“可用性”問題會逐漸淡出我們的討論主題，同時，人們對物質(zhì)的需求總是非常有限的，因此“實用性”價值空間也會越來越小。交互設(shè)計會越來越關(guān)注人們對精神享樂的無止境的追求，設(shè)計師可以利用這一點引導(dǎo)人類向更健康的行為方式進化。

用戶真的有通過電臺App來跑步的需求嗎？

這是我們在規(guī)劃這個產(chǎn)品功能時的第一個問題。即使在音樂類軟件都已經(jīng)上線了跑步相關(guān)功能的當(dāng)下，我們依然發(fā)問——真的有人，通過電臺App來跑步嗎？

如果僅僅是針對現(xiàn)在電臺類App，那需求一定是微乎其微，不同于音樂統(tǒng)一的內(nèi)容屬性，電臺類內(nèi)容屬性太豐富——音樂時間短，小說時間長；相聲很搞笑，新聞很嚴(yán)肅······這些內(nèi)容決定了他們天然就不能像音樂一樣隨機重組。

有時候我們需要退一步來思考需求。

啟動頁、空狀態(tài)、動畫反饋、框架界面… 今天提到的這4種狀態(tài)，都是容易被忽視，而又能讓移動App 脫穎而出的細節(jié)。如何做好這4個細節(jié)的用戶體驗設(shè)計？今天這篇好文總結(jié)了關(guān)鍵的幾個原則。