《AI時代|PM的破局未來 #031》看著裝潢,想著鋼筋:PM 的終極系統修煉 — 廣三(HeroMi)
在軟體開發中,PM需理解系統結構,而不僅停留於UI設計。真正的專案成功依賴於思考後台架構,包括資料設計與錯誤處理。面對用戶時需展現界面,而與內部團隊溝通時則必須考量系統複雜性。
在軟體開發中,PM需理解系統結構,而不僅停留於UI設計。真正的專案成功依賴於思考後台架構,包括資料設計與錯誤處理。面對用戶時需展現界面,而與內部團隊溝通時則必須考量系統複雜性。
在設計 wireframe 時,PM 常忽略使用者需求,僅滿足各方利害關係人的要求,導致最終產品難以使用。重視UX設計能減少使用者的不滿。PM需清晰界定使用者需求,考慮各種使用情境,提升系統的可用性。
在專案開始時,許多PM未清楚需求即急於設計畫面,導致頻繁修改。Wireframe應以邏輯為重,需清晰呈現需求與系統運作。有效的設計須考量資訊佈局與狀態,以避免混淆與失敗,Wireframe實質上是理解流程的工具。
本文探討了產品經理(PM)在設計系統時對資料庫理解的重要性。缺乏對資料結構、正規化和表之間關係的知識,會導致不良的系統設計,造成效能低下和未來的維護困難。PM應提升資料庫概念,以創建更高效的規格。
文章探討了系統資料同步的過程,強調資料從後台送出到前台顯示的延遲及不一致性常見原因。使用者認為資料已更新,但背後實際上經歷多重流程,包括快取和非同步處理。PM需理解這些動態,以降低誤解和焦慮。
◆ 你以為系統難在流程,其實在資料「落地」 在很多專案裡,PM 最常盯著的是「流程」,什麼時候登入、什麼時候下... » 閱讀全文
在專案現場,PM 最常有的一個感覺是:「我明明把每一步都畫出來了,為什麼 RD 還是說這個流程會出事?」 很多... » 閱讀全文
有一段時間,只要專案進到比較後面一點,我就會開始有一種微妙的不安感。 文件寫了、流程也畫了、跨單位的泳道圖也整... » 閱讀全文
你是否常覺得需求訪談完,做出來的東西還是被嫌「不合用」?廣三用 20 年經驗告訴你:問題不在你沒聽清楚,而在你沒看見「場景」。使用者口述的往往是主觀片段,唯有畫出「泳道圖 (Swimlane Diagram)」,才能把客服、財務、系統等不同角色的動作串連起來。這篇文章教你如何用泳道圖還原真實工作流程,從被動的記錄者進化為定義規則的導演。
在學生時期,我第一次聽到「實體關係圖」這個名詞,是在上資料庫的課。 老師在黑板上畫了一堆長方形、菱形、線條,寫... » 閱讀全文
我發現很多PM都會有一種習慣。 只要開完一次需求會,就會立刻打開文件(Figma, Axure,…等),開始畫... » 閱讀全文
有一段時間,我很認真在補「技術能力」。看書、買線上課程,連假日都在跟程式語法奮戰。 那時候心裡有一個很單純的想... » 閱讀全文
如果說跨部門協調,像是在前線擋子彈,那「需求轉譯」就是你每天回到營區後,還得一個人加班拆炸彈。 表面上看起來,... » 閱讀全文
這幾年,只要去到有工程師的社群聊天區,總是可以看到類似的抱怨: 「營運是不是以為,簡單講一個活動需求,明天系統... » 閱讀全文
離開公司後的第一個星期,你以為自己會解脫、會輕鬆、會像一隻脫困的鳥。 但真正的感受卻是 —— 空。空到你開始懷... » 閱讀全文
有一天,你終於發現,自己已經不是在工作,而是在苦撐。 撐著情緒、撐著責任、撐著期望、撐著那個曾經相信自己能把一... » 閱讀全文
你一直以為,PM 的價值在於能「把所有人連結在一起」。工程師的不滿、設計師的委屈、老闆的焦慮——你告訴自己:「... » 閱讀全文
同理,不像理解。理解是看懂現象;同理,是承接情緒。 你以為「理解」已經夠難了,但當你嘗試真正「同理」團隊時,你... » 閱讀全文
理解的幻覺:當你以為在傾聽,其實只是換個角度說話 你以為自己已經開始「理解」團隊。你不再下指令、不再評論,開始... » 閱讀全文
你決定暫時放下「專案管理」這個框架。不再用規範、制度、流程去要求團隊,而是想從「理解」開始。 因為你發現,再多... » 閱讀全文
需求的幻覺:當你以為聽懂,其實只是怕人覺得你不懂 ⸻ ◆ 需求的幻覺 成為PM後的第一件事,就是「學會理解需求... » 閱讀全文
專業的詛咒:當你以為自己更懂,其實只是更孤單。 ◆ 專業的陷阱 剛成為PM的那陣子,我滿腔自信。我有技術知識,... » 閱讀全文
你以為上了岸,但那不是陸地,只是浪花暫時靜止的地方。 那時,你在大海裡划著那艘快沉的小船。每一次划動都像是在掙... » 閱讀全文
為什麼想當PM? 我們以為在轉職,其實在尋找自己,那些隱藏在選擇背後的焦慮與自救。 ◆ 表面的理由,背後的焦慮... » 閱讀全文
在上個月,在合作的團隊裡,有一個小夥伴問我,「什麼是PM?他和商業分析師有什麼不同?」 我反問:「那你覺得PM... » 閱讀全文
入行軟體開發以來,大多數時間都是在開發公司或是上級長官設定的產品,直到最近這幾年才開始接觸到外包的專案。坦白說... » 閱讀全文
2023年可說是AI大爆發的一年,記得在去年的時候,和一位朋友吃飯聊天,當時這位朋友在工作上遇到一些瓶頸,想找... » 閱讀全文
出社會大約八年的時間,換過兩間公司,卻從來沒有自己主導過一個產品,直到第三間公司,那時候要舉辦一個大型的行銷活... » 閱讀全文
在上一篇《如何進行專案時程規劃?》中,我們有聊到,當我們加入一個軟體的開發專案時,可能會有下列三種情況: 理想... » 閱讀全文
前一陣子和之前合作過的年輕PM吃飯,聊聊他們在新公司的狀況,聽下來普遍都有一種現象,那就是「很不踏實」。 這是... » 閱讀全文
某次的讀書會,一位在醫療體系工作的朋友說到,他們公司現在也要求PM們,要去了解研發的工作流程及相關細節,因為在... » 閱讀全文
截至目前為止,育兒資歷已達2年5個月,還算是一個新手爸。 但是身為一位長年經手專案的PM,卻深深感受到,育兒就... » 閱讀全文
專案管理中有一個很厲害的東西,叫做工作分解結構。 它就像是廚師的菜刀,可以把食材切的一段一段的!只是,當我拿起... » 閱讀全文
想知道甚麼是UI Guildline嗎?當看到一個產品,有10種字型、15種字體、繽紛的配色、和各種大小的按鈕... » 閱讀全文
某天,老闆說我們的產品,即將在日本發行,身為一個專業的PM,要趕快讓團隊知道。 因為,寫死在程式碼的東西,快要... » 閱讀全文
敏捷式開發,真是一個讓人又愛又恨的詞。第一次聽到這個詞的時候,大約是在30歲,還是一個職場菜鳥的階段。那時候公... » 閱讀全文
前幾天在網路的聊天群中,看到又有工程師們在抱怨PM,抱怨什麼呢?不外乎就是規格文件寫得太簡陋,重要的資訊都沒有... » 閱讀全文
這篇文章討論了客戶需求不斷變化對專案管理者(PM)的影響,特別是在開發「彈窗公告」樣式功能時。文章強調了需求確認過程中的複雜性,並指出除了用戶需求,後台管理者的需求同樣不可忽視,需仔細考量功能的價值與統計數據。
「切版」你所不知道的網頁空間魔法師。 有常常在接觸網頁開發的朋友,相信一定會很好奇,「切版」到底是什麼東西?這... » 閱讀全文
記得台灣遊戲業的消費模式,從購買遊戲片開始,到早期的扣點、後來的包月,直到現在主流的免費遊戲,也就是俗稱的課金... » 閱讀全文
本文探討了產品經理在面對客戶需求時常遇到的溝通挑戰,強調避免專業傲慢、培養積極聆聽和聽懂隱含需求的重要性。建議用客戶的語言表達技術概念,並提供符合需求的解決方案,以促進順利合作。
老闆和客戶總是提出一些奇怪的需求,該怎麼辦?其實關於這個問題,只要想一下我們去剪頭髮的狀況就可以明白了。理髮師... » 閱讀全文
在今年(2021)年初的時候,P專案在測試階段,被驗出一些BUG,這些BUG必須被修復後才能交付到客戶手上,專... » 閱讀全文
當一個版本要結束的時候,PM總是要做最後的驗收,才能提交到客戶手上,但是這個時候往往會發生一些靈異現象,為什麼這麼說呢?因為在軟體開發業都會知道一種狀況,就是明明在測試環境驗證時,都沒問題,但是一旦佈署到正式環境時,各種BUG、頁面顯示不正常、操作不如預期,通通都會發生。這時候最常收到的回饋「可能是你的瀏覽器的問題喔,我這邊都沒問題」
還是當一個小企劃的時候,有一些前輩在面談的時候常常會說一句話,就是「希望專案可以順利完成。」那時候的我,參與的專案還不夠多,不太能體會到這個狀況,直到現在回頭一想,在當時任職的公司,真的有完成上線的遊戲只有兩款,進入時的第一款,和離開時的最後一款,中間還歷經四款,有的還在提案階段就直接陣亡。 「希望專案可以順利完成。」現在倒是蠻有感觸的,最近這幾年,做完上不了線的專案,用兩隻手數也數不完,這到底是為什麼呢?
我們花了很多的時間在聊《PM到底是什麼?》和《PM到底在做什麼?》 今天想要和大家聊聊《PM扮演什麼樣的角色?... » 閱讀全文
上一篇花了一些時間說明了一下什麼是PM,如果還沒有看的,可以點這邊去看一下。 《我的專案筆記 #9》PM到底是... » 閱讀全文
前一陣子發生一件事,公司這邊有一個新的專案啟動,於是在這個專案上面有個很特別的事情,這件事情就是PM負責的項目... » 閱讀全文
這幾天和同事聊到一個狀況,就是要不要去協助別人,做不是自己分內該做的事情?假設情況是這樣的,我們是一個遊戲... » 閱讀全文