Ray DeLaPena, UX 設計

Ray DeLaPena，現任職於Amazon Internet of Things (IoT)首席設計師，前後歷經IBM、顧問公司與區塊鏈等領域，設計職涯自1996年迄今共26年。 “我總是充滿好奇地想了解「人」怎麼去使用產品？為什麼會這樣使用？” 總想著讓使用者得到最好的產品體驗，或許就是Ray能走到首席設計師的最大關鍵。秉持「日本職人」般的精神，燃燒熱情、推動著夥伴們一路向前邁進，比起組織擴張，Ray更在乎團隊成員間的溝通與互信，而「傾聽」則是他的另一項最佳利器。

加入亞馬遜前，Ray 大多是擔任設計顧問的角色，現在是我職涯中第二次在甲方公司工作。他認知到環境的不同，可以從「建議」產品可行的面貌到「推動」產品該有的面貌；這樣的轉變，除了在產品設計上保有新鮮感外 (尤其IoT這塊不甚熟的產業)，更能藉由知識累積，有效塑造軟體與硬體的服務樣貌。

回首人生職涯發展，他特別專注在科技領域，包含技術與流程等，這也是 Ray 熱愛這個產業的原因。大學時期主修哲學的他，特別熱愛思考「科技」如何落實在生活的各個層面以及所產生的服務細節差異；總是充滿好奇地想了解「人」怎麼去使用產品？為什麼會這樣使用？遠離管理職的角色，能讓他更貼近產品使用者，進而提供更好的服務。設計經理與首席設計師的差異在於「人才養成」。經理職注重的是團隊組織擴張以及每位團隊成員的職涯發展、身心健康等；對於「人的接觸」，讓他能更直覺地接收每個人對於服務與產品的體驗。

在Amazon和IBM ix時的職稱都是「首席設計師」，他說：這個頭銜與設計經理最大的差異是：與產品使用者的密切度，透過設計來影響產品樣貌；從一開始擔任設計師時，Ray 就喜歡在第一線與用戶互動，這也是他想繼續成為「獨立貢獻者」的主因。並不是說設計經理不需要與用戶互動，而是每件事都有優先順序；設計經理需要花費精力在「人事」、「團隊成長」與「成員們的職涯發展」上，而首席設計師（當然也要照顧團隊成員們），更重視與跨部門的同事合作、培養信任感，很多時候協助這些不同角色的最終目的，都是要讓使用者得到最好的產品體驗。這和管理者被賦予的指標任務和使命非常不同，往往他們被期待的是員工滿意度與企業團結力。

每個新工作，都是讓我深入瞭解不同人的行為與需求

Ray 說：「在我的職涯中，我特別專注在科技，技術，與流程。這些項目是我之所以熱愛這個產業的原因。在我念大學的時候，我主修哲學，特別專攻『科技』裡的各個子領域與不同的服務細節。我總是充滿好奇地去了解『人』怎麼樣使用產品？；為什麼會這樣使用？遠離管理職的角色，是因為我可以更貼近使用產品或服務的人們。設計經理與首席設計師的差別是在對於『人的專注』，經理職著重的是擴張團隊組織與每位團隊成員的職涯發展和身心健康；身為設計師的我，更偏好對於人的接觸，與直接改善每個人對於服務與產品的體驗。」

身任專業顧問逾十年，更長期擔任工作坊的主持人角色， Ray 熱愛成為團隊合作間的黏著劑。扮演這些角色，他自身知道自己是個外向者，擅長於在舞台上掌握活動的流程與氛圍，並確保工作坊裡的每位成員都有發言與討論的機會，以包容做為出發點，充分讓大家感受到相互合作的效益；但在脫下專業形象後，他也會好好規劃充電、放鬆的時刻，像在週末到戶外活動，無論是爬山或是騎腳踏車，都有助於轉換角色，從外向切換到內向，找尋專屬於的平靜。

回想起還是菜鳥設計師階段的Ray，其實對於「首席設計師」的角色很陌生，直到他進入IBM，花了約莫五年持續不斷精進設計與思考判斷力後，一路從中階、高階再擢升至首席設計師的職位，最終擁有「最高首席設計師 /工程師」的榮譽頭銜。Ray熱衷培養自身能力、發揮個人對於產品的影響力，並以身作則成為設計團隊的標竿，持續解鎖「首席」領域。

在IBM時期，我自有一套權衡取捨的方式(當然仍適用於我現在的工作)，即為花費80%的時間，與產品利害關係人做訪問與交流，而剩餘的20%時間則做資訊分析， Ray 會判斷並取捨在哪一件事情上需要投入較多的時間與精力。這對於首席設計師來說是一件很重要的事，利用傾聽、決定哪些項目值得投資，以換取團隊與用戶的最大利益。資深設計的主要工作是和團隊一起產出產品、達成項目，在這個階段，通常會投入於一個或多個團隊裡，花上大多數時間貢獻自身才華，去塑造出產品應該有的樣貌，但擔任首席設計師則需要更上一層樓，你不會只在特定幾個團隊中深耕，反而要多去了解每個團隊的運作與價值。在Amazon工作初期， Ray 花了很多時間在訪問內部成員，去了解產品與成員的不同面貌，透過每次聊天，歸納出相似數據，整理成判斷依據：1) 分析用戶與產品間隔閡；2) 團隊流程順暢度；3) 跨部門成員間的合作機會。在歸納出這些項目後，他可以更明確的知道哪些是該著手整頓與協調之處。

「首席」是得來不易的成就，當你掛上這個名號，除了代表公司高層的認可外，也蘊含公司上下深遠的期待與責任感。心法：

• 有效溝通+傾聽整合

• 分析數據+強化連結

• 掌握脈動+取得話語權

了解自己的興趣與熱情，持之以恆地進行

每家公司對於升遷的評量皆不同，但是對於「產品金三角」：產品經理、工程師、設計師來說，愈是資深、歷練愈多的成員，愈是在乎團隊彼此之間的合作方式及默契。透過設計師自身的溝通，用「聆聽」後的資料整合能力，讓其他合作夥伴了解除了wireframes、介面設計與完稿外，設計還能帶來什麼樣的改變，此外，設計師還需不斷努力宣揚，去消弭成員間對於設計的偏見，讓彼此合作更加融洽。

另一方面，知道自己對什麼感興趣、願意付出熱情，才能在工作中找到意義與自我價值認同。如果我說：「嘿Kevin，你需要開始學寫程式，才能變成更有經驗的設計師」，但是你對於這個領域完全沒有興趣，你就不可能去努力付出，投入在電腦程式語言這塊。我們都需要找到自己躍躍欲試的領域，拿出像「日本職人」般的精神，持之以恆地去付出與創作，靠著毅力和創意逐漸培養出專屬自己、獨一無二的實力。「首席」這個職位意味著某個領域的專家，以Amazon的企業語彙來說，首席設計師是制定標竿的人，需要持續、不間斷地協助團隊提升水準、達成高標，並且秉持這項精神，招聘更多傑出設計師加入公司。

對 Ray 來說，延續他先前提到的首席的責任：1) 連結產品與設計團隊 ; 2) 促進彼此間的成長。針對第一點，會先評估內部成員們在專業技能的優缺強弱，再加入組織流程、強化各個環節。他深知「首席」是得來不易的成就，當你掛上這個名號，除了代表公司高層的認可之外，這個頭銜也蘊含著公司上下深遠的期待與責任感；每一天都在加強他自身的能力，以期精準透視公司每季需求，讓非設計背景的高階經理級同事，知道他與設計團隊可以產出什麼樣的成果與影響力。每個人在向上爬升的路上，都應該說人人聽得懂的話，掌握「話語權」、有效撼動他人，就能順利推動工作，獲取更高職等！

我熱衷於推每個人一把，在專案中給予協助，像一盞明燈般，為團隊夥伴在昏暗不明的職涯探索中，照出蜿蜒交錯的路徑 — Ray DeLaPena

「溝通」是一門重要的課題

Ray 相信首席的角色，多半是在會議或工作坊中，協助成員們溝通，這是工程與設計共享的責任。有些首席工程師他們會花時間在軟體架構上，有些會因為複雜的邏輯與挑戰，動手寫程式、以利團隊解決問題，或是策劃如3~5年間的組織與系統設計。他認為科技和設計是相互連結的，首席的角色是在摸索未來5年的產品藍圖，如何去回應用戶需求？如何解決後台與前台的程式缺陷？「我」要如何在有限的時間與資源內，發揮最大效益幫助團隊成長。從他的角度來看，首席最重要的貢獻是成為組織裡的一個資源，讓大家知道遇到任何問題都能找我們做諮詢與討論，無論是軟體團隊裡，針對程式碼審查（code review) 給予適當建議或是設計提案需要協助。工作夥伴可以仰賴首席們，既是導師，也是與每位成員站在同一陣線的有力贊助者。

「提高產品標準」是「首席」們的每天工作重點

借用「抬槓者」原理比喻（意指在 Amazon 跳高比賽中，一次次將桿調高的人) ，Ray 希望利用我的經驗去訂定高標準，所以他總會提出新的建議流程，特別在審視跨部門與設計團隊的合作機會及關係後，無論是尚有改進空間，或是不合預期、打掉重練的部分，這也是產品策略中相當重要的環節。身處一個20多人的團隊中，他需要保持人與人之間的交流，能隨時找到機會去影響整個產品線的設計；同時他也要像是宣傳員般，推薦產品經理、工程師與設計部成員們多加互動，讓他們理解設計團隊的多重價值。

回到每天的工作日程，Ray 花費很多時間在領導與協助工作坊，針對客戶或內部團隊進行腦力激盪，但更多時候，他會和產品經理們討論其訂定產品策略的背後動機與原因，再分享給我的設計團隊、提出有效建議，例如什麼步驟該分配人員做研究，什麼時機該發揮跨部門合作精神，或是在對的時間點讓公司高層理解產品的風險決策。