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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

通常業界狀況是這樣:

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

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

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


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

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

comments powered by Disqus