所謂的Market Requirement Document（市場需求規劃書），簡稱MRD，是公司用來闡述新產品專案之市場需求的說明書。

多數人覺得解決問題的技巧是一種「思考術」，但作者認為解決問題的技巧是一種「工作術」，可以加速個人的工作效率，也能提升整體組織的績效。

所謂的「焦點團體訪談法」是一個由主持人（moderator）帶領的團體訪談研究方法，屬於質化研究，也是近年來社會科學研究經常使用的方法。

作者在過去領導過諸多創新專案，深諳如何用最低成本的「前型」（pretotyping），在產品開發前用最小風險的方式，獲得最具參考價值的第一手數據，打造下一款引爆最大商機的產品！

今天大叔要回覆網友的問題是：產品經理與「PM經理」有何不同？」

作者指出，過去我們總認為邁向成功只有兩條路：靠天資，要不就是靠努力練習。其實，你還有第三條成功之道──逆向工程！

面對「轉職」時，先問問自己，你會理性地分析自己的優缺點，還是跟著內心蠢蠢欲動的欲念走？

Tech Lead 必須妥善扮演技術專案領袖的角色，廣泛地運用專業知識，使整個團隊變得更好。

Kano Model通常應用於新產品、新服務開發，除了辨認出客戶需求之外也能決定客戶的何種需求是重要的。

所謂「數位轉型」並非硬要將公司轉變為完全截然不同的營運型態，而是當傳統型組織導入數位營運的同時，仍保有過去所積累的文化及競爭優勢，在新與舊的交織之間啟動全新一波的成長動能。

今天要和大家說明的是「NPDP知識體（Body of Knowledge）第二版改版說明-產品創新流程篇」。

不論現在的你是否因為染疫或是WFH帶來的焦慮與不安，我們都要持續保持正能量的心態，勇敢的去面對人生下一個挑戰。

所謂的Kanban Board（看板儀表板）源自於1963年，主要目的是，控制零件在供應鏈中的流動。

今天大叔要回覆網友的問題是：「產品經理如何建立「產品思維」能力？」

建構陷阱（Build trap）指的是當組織陷入用產出（output）來衡量其成功，而不是用成果（outcome）來衡量的情況。此時組織會聚焦更多在發布和開發功能，更甚於這些所產生的實際價值上。

設計思考是以人為本的設計精神與方法，考慮人的需求、行為，也考量科技或商業的可行性。

簡單來說，A/B 測試背後的原理非常簡單：嘗試兩件不同的事情，選出比較好的那一個。

「敏捷開發」並不是一種特定的開發方法，而是因應需求快速變化的一種軟體開發能力。

為什麼行銷失去了效果，什麼樣的行銷才能帶來業務增長？作者指出了「增長」是企業永恆面對的任務，而真正意義的「行銷」是市場戰略的實現。

「瀑布模型」是一個軟體開發架構，其過程是從上一個階段接收該項活動的工作內容作為輸入，亦是該階段的主要活動，並將應完成的內容及成果，作為本階段的輸出，然後傳給下一個階段。