為什麼 PM 老是被當成反派角色?
PM 是個非常重要的職位,卻老是被當成傳聲筒,各種吃力不討好,發揮不出這個職位應有的價值。
大家對 PM 充滿各種期待,但很多事他們沒辦法做,或不知道要做什麼,甚至是公司不放權力讓他們綁手綁腳。
站在設計師和工程師的角度,我們想想聊聊 PM 主要的職責是什麼,需要什麼樣的能力。
為什麼競品分析不能直接拿來開發產品?
競品分析是種「讓你了解自己和市場」的工具,不是拿來做產品開發、寫規格書用的喔!
做完競品分析就跑去開發產品,那你了解的是別人家的產品、而不是自己家的。
所以在做完競品分析之後,要去做一下自家產品的使用者研究,相互對照比較之後,再開始動工吧。
為什麼設計師老是改來改去?
以網頁設計師、UI 設計師的身份工作這幾年,工作執行痛苦榜上第一名肯定是「改來改去」,第二名我會頒給「不尊重專業」。
UI 設計師與 KPI
第三天 UI 入門班課程結束後,有學員留下來問我「設計師的 KPI 怎麼計算」。這是個很有趣的問題,KPI 規則沒定好,只會惡化工作效率和趕跑員工而已。
關鍵績效指標(Key Performance Indicators,KPI),又稱主要績效指標、重要績效指標、績效評核指標等,是指衡量一個管理工作成效最重要的指標,是一項數據化管理的工具,必須是客觀、可衡量的績效指標。
簡易工時安排法
年代久遠,我忘記當時待在哪間公司、是哪位 PM 發起這種方式來安排時程,就某些角度來講很實用,起碼 減少許多 UI 設計師必須和人到處喬工時和工作內容的麻煩。有問題你們 PM 自己出去打一架,打贏的再回來跟我說那個時段要做什麼事。
讀者來信:UI 設計流程
收到一封 Mail,其中提到幾個關於設計流程和 Prototype 的問題。
UI設計流程:Wireframe->低保真Prototyple->Mockup->高保真Prototyple
這樣的流程是對的嗎?
根據上過課的學員回應、以及自身經驗,目前業界的情況大多是 UI 設計師收到「開工啦」的通知,然後就從 Wireframe 開始下手。使用者怎麼操作、有哪些功能、使用者和客戶的需求是什麼往往靠 PM 簡單口述。
Wireframe 為什麼會長這樣?在 Wireframe 之前還有哪些事要做?
全部都靠通靈。
所以執行專案期間都在改來改去,撐到最後一天總是可以結案就解脫了嘛,再開始下個改來改去的輪迴。
為什麼我不推薦敏捷開發
當專案成員越多,我越不推薦敏捷開發,原因在於「當連自己要做什麼事、為什麼這樣做、這樣做為了解決什麼問題」都搞不清楚前,就跳下去玩敏捷開發,那和比通靈還慘,通靈起碼還有個目標物在前面,搞不清楚狀況的人只能陪他跳世界迷霧開地圖了。
設計師的版本控管
群裡來了位「全端」,一入群就在討論版本控管這件事。我的 Git 雖然不敢說熟,好歹也懂 Push 和 Pull、發生衝突怎麼解決,多少還能和 RD 槓兩句,不然依 RD 開口就是滿天術語、根本無視對方聽不聽得懂的習性,群裡的氣氛會結凍…
避免捅到自己的工作流程
再強調一次,為什麼他接的案子比我多?:設計業界潛規則,讓你接案上班都無往不利 這本書的書名雖然很鳥,卻是每位設計師都該看過的必備好書。裡面提到許多工作方法,其中包含工作流程、工作清單等非常實用的職場技巧。基於老是一稿 20 改的前提下,不把工作流程、工作清單列清楚根本是自挖的屎坑。