分類 PM 小抄本

建立常見預設情境，在每次構想功能時，可以做完一個開始

詳實特定範圍的內容，擴大問件內容討論的範疇及細節，可以採以易於閱讀理解的方式進行撰寫

在開發時的關鍵元件內容，都建置起來相關參考資料

撰寫How-to內容說明，注重可實現的步驟內容，不要讓其他內容分散注意力

引導教學Tutorials，在寫規格書時，先考量的第一步

規格文檔，會需包含未來、現在、過去的內容，因此也需要做好版本控制，避免現在執行項目的人員，誤判仍在設計中的未來項目

列舉出主要開發節點，開發流程只是一個框架，要找出最符合組織的作業方式，讓專案可以運行順暢為主。

撰寫執行內容時應盡可能完整描述，以執行者的角度出發，讓任務簡單上手。若內容需更新，保持即時通知，確保資訊透明且具彈性，以減少溝通成本並適應決策變動。

💡 軟體沒有做不到，只有想不到；硬體沒有做不到，只要有錢一直倒

台灣多數公司為小型組織，資料收集應以高品質文獻為主，特別是近3年的數據。競爭對手產品狀態分析亦能提供有益參考，但需考量自家公司商業模式的差異。

在進行脈絡式開放式訪談時，訪談者需具備控場能力，以維持受訪者的開放分享，同時深入探索其潛在需求。

在確定產品或服務目標後，需透過「觀察」、「訪談」或「文獻探討」來發現需求。觀察應以少數成員在特定場域進行，並記錄對象特點，標註效應。這樣可比較觀察結果，減少主觀偏差，提升需求了解。

當定義問題後，會有多種解決方案出現。為了評估解決方案，可從使用者體驗、可執行程度和商業價值三個面向過濾，維持三者之間的平衡狀態至關重要。

在開始建設系統之前，了解根本問題及其重要性相當關鍵。定義問題時，要深思核心需求與商業模式，雖然產品可能不理想，但仍能吸引使用者。從零到一是最具挑戰性的階段，需不斷進行迭代與探索。在定義問題過程中，提問「為什麼」能理清範疇並為未來產品發展奠定基礎，改變方向亦需謹慎考量。

產品開發流程包含多個階段，首先定義問題並發想解決方案，再建立功能規格，進行wireframe設計，接著視覺化UI，協助RD開發，並在多個測試環境中進行驗測。完成後需提交審查並準備市場發布，隨後進行數位行銷和數據追蹤，最後彙整問題與反饋以調整產品方向。每個階段需保持清晰溝通。

探討產品開發的各個層次，包括核心利益、基本產品、期望產品、擴增產品及潛力產品。重點在於定義市場需求，確立產品特性，並考量商業範疇。有效的產品定位對未來發展至關重要，並須隨市場變化靈活調整。

產品設計的發展不僅見證了技術與工藝的革新，還深刻反映出社會、經濟和文化的變遷。隨著時代推進，人們對美感、功能性和創新的需求與期望持續提升，且不同時代的需求內容各有特色。然而，無論是古今需求，產品設計的核心——解決實際問題的本質——始終不變。

開始想把做PM的一些經歷和想法彙整出來，希望對數位產品開發有興趣的朋友可以參考～