收到一封讀者來信，大意是說他在三年前進入一間只有幾個人的小公司，非常辛苦地一騎當千。努力到現在公司成長為五十幾人，他也當上主管，面對訂流程、規範、帶領團隊等等課題沒有頭緒，身邊沒有前輩帶領，不知道該如何解決這些課題。

首先，恭喜你升上主管，表示你轉職，該點的技能樹不再以第一線為主，要把層級往上拉到「整個專案」、「整個團隊」、「公司」了。

同時也恭喜你成為夾心餅乾，向上要搞定客戶、老闆，向下要搞定員工。

我的經歷和你有點像，雖然有 RD 老公可以問，但隔行如隔山，大部份時間都得靠自己摸索。那時候的資源比現在更少，不知道該怎麼辦的情況下選了最便宜的作法：看書。

我可以推薦你幾本書，幫助你跳離第一線員工的思考模式，拉高視野。

設計生意經：空間設計師的創業獲利提案

之前也推薦過這本，身為老闆或主管的設計師請一定要入手。

當自己是基層員工、資歷尚淺時，並不會站在「公司」的角度去思考，也不完全理解什麼是「公司」，頂多用自己的角度去看「團隊」，覺得團隊「管理」、人力資源離自己很遙遠。

升上主管就是得面對這一攤雜事，實際自己動手做什麼專案的時間縮短，都在處理「人」。

企業文化、願景、核心思想什麼的，基層員工可能在狀況外，但主管一定要熟悉，畢竟下決策的人是主管。如果不瞭解這些「虛幻的概念」有多影響產品開發，之後的營運會很嚴重地歪掉。

改改改改改改到死的日常生活絕對不是大家想要的，好不容易招進來的強者馬上離職、新訓練好的人也會跑掉…光人員流動問題就頭痛死主管職。

為什麼他接的案子比我多？設計業界潛規則，讓你接案上班都無往不利

這本也是我大力推薦，甚至買了 2 本，一本收藏、一本翻閱的好書。

開課這些年，發現大家在工作上覺得最痛苦的不是自己能力不足，而是「不知道該怎麼辦」。不知道自己在做什麼、下一步是什麼、做完後要給誰…等等。而且最麻煩的都不是技術，而是「人」。

如果說設計生意經能建立大方向的鴻觀，那這本書提到非常多在工作上該怎麼和「人」相處應對的方式，包含員工、客戶、老闆、同業…對於專案開發流程也許沒有那麼直接的關連性，但我相信這本書能幫你更輕鬆面對「人」。

很多時候讓客戶買單的不是你提供的產品非常優良，而是你的服務態度讓對方覺得爽…

行為改變科學的實務設計：活用心理學與行為經濟學

偏向開發前期 UX 方面的書，講述在「實際開始動工寫程式」前，有哪些步驟要先做。如果之前把時間花在 UI 上，UX 類的書接觸不多的話，這本可以先看。尤其是公司目標和產品怎麼掛勾這部份（喂）。

通常從第一線 UI 設計師升上來的設計主管，對於「把 UX 研究整合進開發流程並訂定規則教育部下」是件非常陌生的事。畢竟之前跑專案，前期規劃之類自己很少參與到，公司規模小的話根本沒有足夠人力跑 UX 研究。所以閱讀這本書的時候可能會有些新名詞需要查 google。

如果對 UX 研究有些基礎，可延伸閱讀進階一些的書籍：UX策略：設計讓人夢寐以求的創新數位產品。

也可以搭配精實UX設計：帶領敏捷團隊打造出色的產品一起看，對於該如何訂定部門成員的工作內容和模式會有些想法。

（嗯，雖然我覺得台灣要跑敏捷、尤其是設計師來幹這件事，難度比工程師還高。）

使用者經驗的要素：跨屏時代的使用者導向設計 第二版

上一本在講 UX 和產品之間的關係，以主管的角度要怎麼訂定方向與策略，這本在講「產品裡頭要包含什麼東西」，比較偏向 UI 一些。

如果你需要制定更詳細的開發流程，可以拿這本裡提到的關鍵字搜尋更多內容。

但我可以跟你說，這本提到的方向如果能照做真是太好了，開發流程會輕鬆順利很多。But 除非大老闆放權給你，不然想照做是不可能的事！

通常案子發下來，老闆客戶只想看到「產出」。

什麼是產出？使用者研究報告啥的對他們來講就是個「潮物」，來個過場證明自己走在時代的尖端。要看到「Mockup」、「程式碼」，這才叫產出。然後就是改改改改改改改改。

通常業界狀況是這樣：

「策略層、範圍層、結構層，那些都是學術啦我們實戰用不到。」
「圖片和文字我們還在弄，你可不可以先把網站做出來？」

食材和調味料我們還在弄，你可不可以先炒盤菜給我？

雖然現實很悲情，但心中還是要抱持理想，運氣好權限夠大的話，設計主管仍然可以在公司裡建立一套順暢的開發流程。

最後，再次恭喜你媳婦熬成婆，要轉職學習當婆婆的技能了。

至於什麼最新的 iOS 規範、最新的工具外掛等等，離你越來越遠了喔～～因為你沒空沒精力、也不再在乎那些細節了…