原文：Defining Product Design: A Dispatch from Airbnb’s Design Chief
譯者：歐開磊
責編：錢曙光
前言： Alex Schleifer是Airbnb分管設計的VP。他在這篇文章中分享了目前設計行業在發展中存在的一些問題并分析了背後的原因，同時分享了解決問題的方法及打造一個設計友好型公司的三大秘訣。
Airbnb分管設計的VP Alex Schleifer
我發現很多人進入設計行業是非常偶然的，以Airbnb設計團隊為例，團裡裡有人曾是圖書館管理者，有人之前是技工，還有人之前是理療師。一言以蔽之，在成為設計師之前，大家從事過的職業可謂是五花八門，而對設計的熱愛推動他們最終進入了設計行業。很多時候我都會忍不住去想，究竟有多少有設計天賦的人才最終沒能走上設計這條道路。我知道，未被挖掘的設計人才非常多，這也是我們現在想招到優秀設計師如此難的重要原因。
Airbnb是一家設計驅動型文化的公司，兩位cofounder也都畢業于羅德島設計學院。對于這樣一家公司，想招到優秀的設計師都非常難，你可能不相信，但事實确實如此。其實不單單是Airbnb，我之前曾和包括Apple、Google和Facebook在内的很多非常注重設計公司高管都交流過，他們也面臨類似問題。早期創業公司對這個問題應該感觸更深。我每周都會從一些有很好發展前景的創業公司或中等規模公司的人那裡聽說他們正在為招不到設計師而苦惱。
讓公司尤其是資金資源有限的創業公司坐等設計師在自己需要的時候自動出現，這是不現實的。如果我母親不是一位堅信設計是能成為一種正規職業的藝術家的話，我可能也不會踏入設計行業。如果設計師沒有一個清晰的職業發展通道的話，要想找到下一代優秀的設計人才，我們依然隻能靠好運氣了。
在各個行業的公司能為設計師創造一種融洽的工作環境和清晰的職業發展通道之前，有必要和大家分析一下目前阻礙設計行業發展的幾大問題與挑戰：
（1）缺乏對設計全面而深入的了解。相比大衆對産品研發的了解，人們對設計是缺乏全面而深入的認識與了解的。電子産品已成為每個人生活中必不可少的一部分，在一個設計能決定互動型電子産品與平台體驗的行業，在功能之外還要更加注重整個産品體驗的流暢性。對設計全面深入的了解有助于設計師走出自己的小世界，進而打造一個偉大的産品。
（2）缺乏标準化的組織結構。工程技術和産品管理團隊的組織結構和彙報體系非常清晰和統一，相比而言，設計師團隊的組織結構則形式各異。有的采用代理模式，在這種模式下，設計師會不停地從一個項目轉向下一個項目，為全公司提供設計支援，很多公司會預設采用這種模式。有的公司的設計師會全程參與産品的所有開發過程，從開始到完成，這種模式下，設計主管和産品主管、工程主管一樣向同一個上司彙報。還有一些公司，設計團隊需要向産品、工程或市場團隊主管彙報工作。在設計領域，越早建立一個行業統一、清晰流暢的組織結構，就能越容易營造一種設計友好型文化和打造清晰的設計師職業發展通道。
（3）缺少被大衆熟知的設計行業榜樣。在工程技術領域，大家熟知的行業榜樣很多，如Bill Gates、Mark Zukerberg和Marissa Mayer等。在産品領域，也有Sundar Pichai、Reid Hoffman和Kevin Systrom等很多行業榜樣。如果讓大家列舉一些知名的設計師出身的人擔任公司創始人或高管的例子，我敢肯定，除了Jony Ivee和Yves Béhar這極少數名字外，大家應該想不出其他人的名字了，而這兩個人還都是工業設計師。當然，我們并不是為了樹立這些行業榜樣而樹立行業榜樣，但是我們是可以能從為大衆熟知的行業榜樣的多少來了解設計師行業的是否成熟，以及設計師的職業發展通道是否清晰暢通。
“如果一個國家的人口全由設計師構成，那麼我們會将哪位設計師的頭像印在該國的法定貨币上呢？”
三大秘訣教你打造一家設計友好型的公司
設計行業面臨的問題和設計師的薪資待遇沒有太大關聯，它主要和設計團隊在公司裡的位置有關系。對設計的需求始終都有，但設計師的職業發展通道卻一直不清晰。那麼如何打造一家設計友好型公司呢？
（1）從一開始就将工程團隊、産品團隊與設計團隊進行融合
在包括Airbnb在内的一些公司，工程（engineering）、産品（product）和設計（design）團隊是捆綁在一起的，三者簡稱EPD。如果一個項目組負責一項新功能開發、産品營銷或使用者回報，那麼工程、産品和設計這三個團隊都會分别至少派一個人去參與進去。這種三者聯合不僅能聚集産品的主要開發負責人，同時有助于三個團隊成員職業發展通道的正規化。
這種三者融合的團隊度就像下面這個三條腿的凳子，三條腿分别代表開發中需要的三個團隊，即工程、産品和設計團隊。隻有從産品開發一開始就做到三條腿協同并進（如下面的Figure A圖），那麼在公司規模擴張的過程中才能保證三條腿一樣長（如下面的Figure B 圖）。
我發現，從一開始就在工程、産品和設計這三者的協調平衡方面做得比較好的公司通常會做下面兩項工作：
- 在公司創立之初就招一位設計主管。稍後閱讀應用Pocket在這方面做得非常好。在Pocket剛創立的時候，創始人Nate Weiner自己雖然擁有一定的工程與設計經驗，但在設計方面卻缺乏足夠的敏銳度和洞察力，是以很快就招聘了設計師Nikki Will，他後來晉升為公司的設計主管。正是得益于Will在産品設計方面的貢獻，Pocket從一開始就打造了一個非常優秀的産品。
- 讓設計團隊的規模和工程和産品團隊的規模實作同步擴張。很多公司通常在産品開發很長一段時間後再招聘設計師去做視覺，而非從一開始就讓設計師參與産品開發中。設計工作如果和産品開發不同步，這不僅會讓産品在UI/UX方面的決策複雜化，也不利于營造一個多方協同的産品開發團隊氛圍。怎麼辦呢？在最初招聘工程師和産品經理的同時就招聘設計師。你需要的設計師人數可能沒有工程師那麼多，不過你可以從一開始就确定一個設計師對工程師的人數比例，我建議比例在1：6至1：8之間。不同公司可以根據實際情況進行調整。
如果你不從一開始就遵循這個原則，那麼你最後隻能做出一個蹩腳的産品，就會像下面的凳子那樣不穩固。如果産品開發之初一個設計師都沒有，那麼你的産品就會像下面Figure C圖裡的凳子一樣，少一條腿。如果你在産品已經開發到一定階段後再讓設計師參與其中，那麼你做出的産品可能就會像Figure D圖中的凳子那樣，三條腿不一般長。
要想避免自己的産品像上面的凳子那樣蹩腳，最好從一開始就同步打造三條腿（工程、産品和設計）。從一開始就同步招聘設計、工程和産品主管，三者向同一個人彙報工作。以Airbnb為例，Airbnb的設計、工程與産品主管是平級的，都直接向創始人彙報。不光工程、産品和設計三個部門的主管需要緊密協同，在涉及到每一個具體項目時也需要三個部門協同推進。
在Airbnb設計團隊，我們采取了以下幾項措施確定設計師能有一個清晰的職業發展通道。
（2）為資深設計師開辟一條清晰的職業發展路徑
公司裡的資深員工尤其是資深設計師所面臨的一個問題是，随着他們在所負責的具體工作領域變得越來越資深，便會随之觸碰到職業“天花闆”，然而處于相應管理位置的人員卻不會遇到這個問題。一般來說，這和他們的能力、工作表現或影響力沒有太大關系，主要是因為他們掌握的技能組合是封閉、無法轉移共享的。Airbnb主要采取以下幾項措施來抑制這種負面影響：
- 為所有團隊設定統一的職位頭銜。不管是工程、産品、設計還是市場營銷人員，都采用統一的頭銜設定。所有團隊采用相同的職位結構。
- 将最資深的設計師晉升到最高職位，而不是硬要讓他們成為管理人員。提升至管理崗位并非一種晉升，而是一種跨界。讓資深設計師能在自己的職業生涯中得到持續晉升，但又不會陷入與設計無關的管理瑣事中。
隻要能做到上面這兩點，那麼你就能改善下面這些地方的表現：
- 設計師留存率。在以技術工藝為基礎的設計或工程職業領域，你可以鼓勵他們持續增強自己的核心競争力和才能，而不是強迫他們轉型走上管理崗位。一旦發生迫使轉型的情況，很多人就會選擇離開公司。
- 讓所有團隊成員能共同成長。允許資深設計師參與重要的項目和重大的決策中，這樣他們就能與工程師和産品團隊成員共同成長，而不是僅僅讓他們參與那些無法充分發揮自己才能的項目上。
- 内部機動性與流動性更強。通過設定統一頭銜和參與更多重要項目，設計師能夠慢慢學到很多工程和産品領域的其它專業的知識，随着積累的跨領域知識越來越多，他們可以基于自己過去的項目經驗、愛好和技能水準去嘗試公司内的其他職位。
（3）發現和使用新工具，建立一個自己的設計術語庫
我承認，直到今天我依然無法擺脫對Photoshop的依賴。使用Photoshop早已成為一種習慣。有些工具我們已經使用了20年，我們通常會根據自己的習慣和肌肉記憶來選擇使用的軟體，是以新工具能否适應設計師的使用習慣是至關重要的。
在新工具挖掘方面，最好能有人專門負責嘗試和整合新設計工具。這就是為什麼Airbnb會在設計營運團隊上大量投入的原因，這個團隊主要負責幫助設計團隊在公司擴張過程能能更高效地開展工作。設計營運團隊要確定設計工具能和工程、産品及其它部門使用的工具保持協調。
即使你暫時無法組建一支專門的設計營運團隊，你同樣可以采取一些小措施去進行工具整合和結構調整，讓設計師更加高效地工作。要從最基礎的層面進行整合，盡可能統一大家的使用規範和語言。這不僅适用于開發一個設計系統，同時還适用于一些日常工作中，例如如何為檔案命名、在哪存儲檔案、如何管理版本等。所有人都能遵循同一個規範要遠比找到一種完美的規範重要得多。
這為打造一套屬于自己的設計語言系統（DLS）奠定了基礎。DLS系統不光是一個視覺選擇和設計模式語言，同時也是一個設計師和開發者協同開發産品的系統。DLS的主要目的之一就是讓設計師和開發者共同定義新功能元件，一旦定義之後，這個元件名稱将會同時應用在iOS、安卓和web平台上。盡管這些功能元件是不同開發人員在不同開發環境下開發的，但他們的名字都一樣。
（Airbnb的設計語言系統元件頁面）
這個系統打造完成之後，公司就可以在所有部門中打造一個共同的術語庫。這不僅能提高溝通效率，同時也能讓每一個人都能對公司的所有設計流程有更清晰的了解。Airbnb内部開發的一些産品，如原生元件浏覽器和Airshots，能讓公司裡的任何員工瞬間擷取上千個設計界面。所有員工都能在我們支援的任何語言與裝置上看到任何應用版本的界面圖。對于設計師，這有助于消除設計和最終産品之間的抽象層，最大限度減少設計師的困惑。
工程師通常都會快速更新自己所使用的工具與語言，設計師在這方面要向工程師學習的東西有很多。工程師之是以要快速更新自己使用的工具，這是因為他們需要在競争日趨激烈的市場中更快地釋出代碼。有些公司有上千個工程師，他們就像一群魚一樣在一個共享代碼庫裡遊，并可根據同伴的狀況進行調整姿勢。作為設計師的我們，現在在使用工具方面還沒有達到這種同步性。
一個行業标準的術語庫有助于推動設計師的職業發展，而不是會限制它。在Airbnb，除了規範我們設計界面的方式外，我們還統一了工作語言。未來，我們希望公司内部讨論産品設計的方式在Airbnb外部同樣适用，也希望Google和Facebook這些巨頭聯合起來共同打造一個設計行業通用的術語庫。
設計師往往很容易陷入色彩、字型、動畫與圖案中，而忘記設計是可以成為公司核心部門。在電影行業裡，每當有新工具出現，如電影制作流程或硬體更新，電影行業都會專門召開一次會議讨論新工具。如今，我自己也隻參加那些不光讨論靈感與創意過程、同時還會讨論新出現的設計工具的會議。
在不限制設計師創作自由的情況下，設計部門最好有一個清晰的标準流程。在我看來，一位優秀的設計師是不僅能夠和工程、産品部門同僚一起讓整個産品開發過程更加流程，同時還能積極學習工程、産品方面的專業知識。我發現能這麼做的設計師非常少，然而這卻是非常必要的，為了公司，也為了個人的職業發展。
2016年9月22日-23日，SDCC 2016大資料技術&架構實戰峰會将在杭州舉行，兩場峰會大牛講師來自阿裡、京東、蘇甯、唯品會、美團點評、遊族、餓了麼、有贊、Echo等知名網際網路公司，共同探讨海量資料下的應用監控系統建設、異常檢測的算法和實作、大資料基礎架構實踐、靈活型資料平台的建構及應用、音頻分析的機器學習算法應用，以及高可用/高并發/高性能系統架構設計、電商架構、分布式架構等話題與技術。
9月4日24點前仍處于最低六折優惠票價階段，單場峰會（含餐）門票隻需499元，5人以上團購或者購買兩場峰會通票更有特惠，限時折扣，預購從速。（票務詳情連結）。