大約有90%的產品開發案是失敗的，其中30%並沒有開發出任何產品，其他的雖然有產品問世，但人們不喜歡，或從來不使用；即便使用了，也是毛病一大堆。
做好需求分析，是新產品成功的關鍵
本書是暢銷書《你想通了嗎？》兩位作者又一傑作。他們總結與各大小企業合作60餘年的經驗，來探討新產品開發過程中最困難的部分——如何設計出「高品質」的產品或系統。在本書裡，「品質」的定義是：「符合客戶的需求」。
為什麼有那麼多新產品的專案會胎死腹中？為什麼新東西要符合客戶的需求這麼難？由此看來，客戶需求、品質、與客戶溝通、設計等等環節，都大有學問。而且，可能客戶「自己都說不清楚自己要什麼」。
因此，要做出客戶想要的產品或系統，不僅需要專案管理的技巧，還要先做好「客戶需求分析」，這就是本書的主題，內容包括：需求要件（requirements）、減少語意曖昧（ambiguity）、使用者參與、激發概念的會議、專案命名、調和衝突、客戶要什麼（功能、特性、限制、偏好、期望）、技術審查、測試使用者滿意度、黑箱測試等等。還有許多實際案例，以及豐富的心得分享與建議。
本書中提到的技巧，曾經成功運用於許多產品或系統──包括電腦硬體、電腦軟體、汽車、家具、建築、消費性產品、書籍、影片、訓練課程等等。
本書對於新產品專案的所有利害關係人——團隊成員、客戶、使用者、還有必須綜觀全局掌控進度的經理人，都大有幫助。本書可以幫助你有效帶領團隊，讓新產品專案邁向成功！
名家書評：
如果你想要開發一樣新產品，你應該讀這本書。──Watts S. Humphrey, 卡內基美隆大學軟體工程學院
高斯和溫伯格……點出了產品開發過程中，最隱微但最重要的環節：對於需求要件必須有適當的了解。本書運用啟發性的實例，提供了一整套的工作方法。──Barry Boehm，加州大學洛杉磯分校，《軟體工程經濟學》作者
對於系統分析師的智識提升很有幫助。──Tom DeMarco，知名軟體顧問，《Peopleware》、《最後期限》作者
看過本書之後，你永遠不會再相信「過時的需求要件」──不論是誰交給你，或給你的時候多麼嚴肅認真。有了這本書，你可以自己去發掘真正的需求要件。 ──Ken de Lavigne，IBM品質學院資深成員
書名已明確指出，要有高品質的設計，必須先做好客戶需求分析；內容涵蓋其社會的、心理的和智識的過程與實務。高斯和溫伯格是這領域裏經驗豐富的高手。 ──Harlan D. Mills，佛羅里達理工學院教授
這是我們長期渴望而且迫切需要的書……也是第一本討論如何溝通產品的需求要件的書……以確保產品有價值。──Judy Noe，The Strategic Advantage合夥人
本書從流程的觀點，來談如何明確地掌握客戶的需求……透過生動的例子，直言不諱而且易於了解。高斯和溫伯格清楚說明，需求要件作業不只是一項管理工具，也是開發新產品的驅動力。──Gabriel A. Pall，朱蘭學院副總裁
具体描述
從需求到設計：如何設計出客戶想要的產品 (十週年紀念版) 突破性思維，重塑產品開發流程 在競爭日益激烈的市場環境中，產品的成功與否，往往取決於其是否真正契合了用戶的需求。本書深入探討了產品設計的核心理念與實踐方法，旨在幫助設計師、產品經理以及所有與產品開發相關的人士，建立起一套系統化、以用戶為中心的設計思維框架。這不僅僅是一本關於技術或工具的指南，更是一本關於理解、溝通與創造的深度探討。 第一部：深挖需求的藝術 需求的收集與解讀，是產品設計的基石，也是最容易出錯的環節。許多失敗的產品，並非因為技術不足，而是因為它們解決了錯誤的問題，或者滿足了用戶“說出來的需求”，而非“真正潛在的需求”。 1.1 區分“想要”與“需要”： 本書強調，用戶的直接表達往往帶有主觀偏見和當前情境的限制。我們將介紹一系列嚴謹的定性與定量研究方法，教你如何透過觀察、訪談和原型測試，挖掘出用戶行為背後真正的痛點與渴望。我們探討了“五問法”在需求探測中的應用，以及如何建立清晰的需求層級結構，從基礎功能需求過渡到激發情感共鳴的體驗需求。 1.2 情境化理解與用戶畫像的再定義： 用戶畫像（Persona）不應是僵硬的標籤堆砌，而應是活生生的、充滿故事性的載體。本書提供了一種動態構建用戶畫像的方法論，著重於理解用戶在特定場景下的決策路徑、情緒波動和使用環境。我們將展示如何利用“用戶旅程地圖”（Customer Journey Map）來視覺化用戶與產品互動的全過程，從而精準定位體驗斷點。 1.3 需求轉化與優先級排序的藝術： 當面對海量的需求清單時，如何做出艱難的取捨？本書系統性地介紹了多種需求優先級排序模型，例如基於業務價值、技術可行性與用戶影響力的矩陣分析法。我們將詳細解析“最小可行產品”（MVP）的真正含義——它不是功能最少的產品，而是能夠在最短時間內驗證核心假設的載體。重點在於，如何將抽象的需求轉化為具體、可衡量的設計目標。 第二部：從概念到藍圖的轉譯 將理解轉化為可執行的設計方案，是設計流程中最具創造力也最需要結構化的階段。 2.1 結構化設計思維： 我們將引入“設計思維”（Design Thinking）的迭代循環，強調在設計初期就應進行快速的、低保真度的概念驗證。本書提供了多種頭腦風暴和概念發散的技巧，鼓勵團隊跳脫既有框架，探索非傳統的解決方案。內容涵蓋了如何利用“類比思考”從不同行業中汲取靈感，並將這些靈感無縫融入到產品的結構設計中。 2.2 資訊架構與互動模式的確立： 一個偉大的產品，其背後的資訊架構（IA）必須堅實可靠。本書深入探討了如何設計直觀、高效的導航結構，確保用戶能夠輕鬆找到他們需要的功能。同時，針對當前流行的多平臺和跨設備體驗，我們探討了統一設計語言（Design System）的建立原則，確保品牌一致性和用戶體驗的連貫性。我們將詳細分析各種互動模式的優劣，例如直接操作、命令式輸入與隱喻性介面，並指導讀者根據產品特性選擇最佳的互動範式。 2.3 原型設計的層級與目的性： 原型設計是連接想法與現實的橋樑。本書區分了低保真（紙質或線框圖）、中保真（線框稿與基本互動）和高保真（接近最終視覺稿）原型的應用場景與目的。強調原型是用來“提問”而非“展示”的工具，指導讀者設計出能夠高效引導用戶反饋的測試腳本，避免讓測試者過度關注視覺細節而忽略了核心流程的可用性問題。 第三部：驗證、迭代與持續優化 產品設計不是終點，而是一個不斷學習和進化的過程。真正的設計大師懂得如何從真實世界的反饋中獲取養分。 3.1 可用性測試的科學實施： 本書提供了一套實用、可操作的可用性測試框架，涵蓋了從招募合適的測試對象到數據記錄、分析和報告的每一個環節。我們不僅關注“用戶是否能完成任務”，更深究“用戶完成任務時的感受和認知負荷”。對於量化指標（如成功率、任務完成時間）和質性洞察（如用戶的困惑、沮喪瞬間）的平衡分析，是本章的重點。 3.2 A/B 測試與數據驅動的決策： 在產品上線後，設計優化需要數據的支撐。我們將探討如何設計嚴謹的A/B測試，確保變量的單一性和結果的可信度。內容涉及如何設定清晰的假設、計算所需的樣本量，以及如何避免常見的統計陷阱。重點在於，數據只是提供了“是什麼”的證據，而設計師的職責是解釋“為什麼”並提出“接下來該怎麼做”。 3.3 建立產品的反饋迴路： 優秀的產品團隊總是在積極尋找改進的機會。本書詳述了如何構建一個閉環的反饋系統，將用戶支持、市場銷售、運營監控等不同來源的資訊有效地整合到設計迭代流程中。討論如何區分“噪音”與“訊號”，確保團隊的精力始終集中在能為客戶帶來最大價值的優化點上。 結論：設計即商業 最終，本書旨在證明，卓越的產品設計並非僅僅關乎美觀或易用性，它是實現商業目標、建立品牌忠誠度和創造持久市場價值的核心驅動力。掌握了這套系統性的方法論，你將能夠更自信、更精準地設計出不僅僅是“看起來不錯”，而是真正“客戶想要的”產品。這是一場關於深度思考、同理心實踐和持續學習的旅程。 適用讀者： 產品經理、用戶體驗設計師、介面設計師、開發團隊負責人、初創企業創始人、以及任何希望提升產品決策品質的商業人士。
著者信息
作者簡介
唐納德‧高斯Donald C. Gause
唐納德‧高斯（Donald C. Gause）和傑拉爾德‧溫伯格（Gerald M. Weinberg）是國際知名的講師和顧問，也同為美國計算機協會（ACM）的講師。他們長期合作過各式各樣的計畫，並合著有《從需求到設計》《你想通了嗎？》（皆經濟新潮社出版）。爬山是他們共同的興趣。
唐納德‧高斯是紐約州立大學賓漢頓分校Thomas J. Watson工程學院的系統科學教授。他的研究重點是：複雜系統的設計與開發，以及大型企業的創新。
相關著作:《你想通了嗎？——解決問題之前，你該思考的6件事》
傑拉爾德‧溫伯格Gerald M. Weinberg
溫伯格是美國軟體工程界最著名的人士之一。他曾任職於IBM、Ethnotech、水星計畫（美國第一個載人太空計畫），並曾任教於多所大學。他更是傑出的軟體專業作家和軟體管理思想家，因對技術問題與人性問題所提出的創新思考法而為世人所推崇。1997年，溫伯格因其在軟體領域的傑出貢獻，入選為美國計算機博物館的「計算機名人堂」（Computer Hall of Fame）成員。他也榮獲J.-D. Warnier獎項中的「資訊科學類卓越獎」，此獎每年一度頒發給在資訊科學領域對理論與實際應用有傑出貢獻的人士。
溫伯格共寫了30幾本書，包括《顧問成功的祕密》、《你想通了嗎？》、《領導者，該想什麼？》、《從需求到設計》、一共四冊的《溫伯格的軟體管理學》（以上皆經濟新潮社出版）、《程式設計的心理學》等等，這些著作主要涵蓋兩個主題：人與技術的結合；人的思維模式、思維習慣與解決問題的方法。在西方國家，溫伯格擁有大量的忠實讀者。溫伯格現為Weinberg and Weinberg顧問公司的負責人，他的網站是www.geraldmweinberg.com
相關著作:《你想通了嗎？——解決問題之前，你該思考的6件事》《溫伯格的軟體管理學：擁抱變革（第4卷）》《顧問成功的祕密（10週年智慧紀念版）：有效建議、促成改變的工作智慧》《溫伯格的軟體管理學：關照全局的管理作為（第3卷）》
譯者簡介
褚耐安
台大歷史系畢業，曾任中時報系及自立報系記者、編輯、編譯。現為專職譯者，譯作甚豐。
相關著作:《精實服務：將精實原則延伸到消費端，全面消除浪費，創造獲利》《領導者，該想什麼？：成為一個真正解決問題的領導者》
唐納德‧高斯Donald C. Gause
唐納德‧高斯（Donald C. Gause）和傑拉爾德‧溫伯格（Gerald M. Weinberg）是國際知名的講師和顧問，也同為美國計算機協會（ACM）的講師。他們長期合作過各式各樣的計畫，並合著有《從需求到設計》《你想通了嗎？》（皆經濟新潮社出版）。爬山是他們共同的興趣。
唐納德‧高斯是紐約州立大學賓漢頓分校Thomas J. Watson工程學院的系統科學教授。他的研究重點是：複雜系統的設計與開發，以及大型企業的創新。
相關著作:《你想通了嗎？——解決問題之前，你該思考的6件事》
傑拉爾德‧溫伯格Gerald M. Weinberg
溫伯格是美國軟體工程界最著名的人士之一。他曾任職於IBM、Ethnotech、水星計畫（美國第一個載人太空計畫），並曾任教於多所大學。他更是傑出的軟體專業作家和軟體管理思想家，因對技術問題與人性問題所提出的創新思考法而為世人所推崇。1997年，溫伯格因其在軟體領域的傑出貢獻，入選為美國計算機博物館的「計算機名人堂」（Computer Hall of Fame）成員。他也榮獲J.-D. Warnier獎項中的「資訊科學類卓越獎」，此獎每年一度頒發給在資訊科學領域對理論與實際應用有傑出貢獻的人士。
溫伯格共寫了30幾本書，包括《顧問成功的祕密》、《你想通了嗎？》、《領導者，該想什麼？》、《從需求到設計》、一共四冊的《溫伯格的軟體管理學》（以上皆經濟新潮社出版）、《程式設計的心理學》等等，這些著作主要涵蓋兩個主題：人與技術的結合；人的思維模式、思維習慣與解決問題的方法。在西方國家，溫伯格擁有大量的忠實讀者。溫伯格現為Weinberg and Weinberg顧問公司的負責人，他的網站是www.geraldmweinberg.com
相關著作:《你想通了嗎？——解決問題之前，你該思考的6件事》《溫伯格的軟體管理學：擁抱變革（第4卷）》《顧問成功的祕密（10週年智慧紀念版）：有效建議、促成改變的工作智慧》《溫伯格的軟體管理學：關照全局的管理作為（第3卷）》
譯者簡介
褚耐安
台大歷史系畢業，曾任中時報系及自立報系記者、編輯、編譯。現為專職譯者，譯作甚豐。
相關著作:《精實服務：將精實原則延伸到消費端，全面消除浪費，創造獲利》《領導者，該想什麼？：成為一個真正解決問題的領導者》
图书目录
目錄
致台灣讀者／溫伯格
推薦序 從需求到設計，解析消費者的需求／陳禧冠
前言
第一部 先有一點共識
第一章 光有方法，還不夠
第二章 需求要件語意曖昧
第三章 語意曖昧的原因
第四章 直接詢問法的侷限
第二部 起步的方式
第五章 開始
第六章 開放式問題
第七章 找到對的人參與
第八章 有效率的會議
第九章 努力減少語意曖昧
第三部 探索各種可能性
第十章 激發概念的會議
第十一章 運用右腦
第十二章 專案的名稱
第十三章 調和衝突
第四部 釐清客戶的期望
第十四章 功能
第十五章 特性
第十六章 限制
第十七章 偏好
第十八章 期望
第五部 大幅提升成功機率
第十九章 判斷語意曖昧的基準
第二十章 技術審查
第二十一章 測試滿意度
第二十二章 測試案例
第二十三章 研究現有產品
第二十四章 意見合致
第二十五章 結束
參考書目
致謝
致台灣讀者／溫伯格
推薦序 從需求到設計，解析消費者的需求／陳禧冠
前言
第一部 先有一點共識
第一章 光有方法，還不夠
第二章 需求要件語意曖昧
第三章 語意曖昧的原因
第四章 直接詢問法的侷限
第二部 起步的方式
第五章 開始
第六章 開放式問題
第七章 找到對的人參與
第八章 有效率的會議
第九章 努力減少語意曖昧
第三部 探索各種可能性
第十章 激發概念的會議
第十一章 運用右腦
第十二章 專案的名稱
第十三章 調和衝突
第四部 釐清客戶的期望
第十四章 功能
第十五章 特性
第十六章 限制
第十七章 偏好
第十八章 期望
第五部 大幅提升成功機率
第十九章 判斷語意曖昧的基準
第二十章 技術審查
第二十一章 測試滿意度
第二十二章 測試案例
第二十三章 研究現有產品
第二十四章 意見合致
第二十五章 結束
參考書目
致謝
图书试读
致台灣讀者 傑拉爾德‧溫伯格
最近，我很榮幸地得知，台灣的經濟新潮社要引進出版拙著的一系列中譯本。身為作者，知道自己的作品將要結識成千上萬的軟體工程師、經理人、測試人員、諮詢顧問，以及其他相信技術能為我們帶來更美好的新世界的人們，我感到非常驚喜。我特別高興我的書能在台灣出版，因為我有個外甥是一位中文學者，他曾旅居台灣，並告訴過我他的許多台灣經驗。
在我早期的職業生涯中，我寫過許多電腦和軟體方面的技術性書籍；但是，隨著經驗的增長，我發現，如果我們在技術應用和建構之時對於其人文面向沒有給予足夠的重視，技術就會變得毫無價值－－甚至是危險的。於是，我決定在我的作品中加入人文領域的內容，並希望讀者能注意到這個領域。
在這之後，我出版的第一本書是《程式設計的心理學》（The Psychology of Computer Programming）。這是一本研究軟體開發、測試和維護當中關於人的過程。該書現在已經是25週年紀念版了，這充分說明人們對於理解其工作中人文部分的渴求。
各國引進翻譯我的一系列作品，讓我有機會將這些選集當作是一個整體來思考，並發現其中一些共通的主題。自我有記憶開始，我就對於「人們如何思考」產生了濃厚的興趣；當我還很年輕時，全世界僅有的幾台電腦常常被人稱為「巨型大腦」（giant brains）。我當時就想，如果我搞清楚這些巨型大腦的「思考方式」，我或許就可以更深入地瞭解人們是如何思考的。這就是我為什麼一開始先成為一個電腦程式設計師，而後又與電腦共處了50年；我學到了許多關於人們如何思考的知識，但是目前所知的還遠遠不夠。
我對於思考的興趣都呈現在我的書裡，而在以下三本特別明顯：《系統化思考入門》（An Introduction to General Systems Thinking，這本書已是25週年紀念版了）；它的姊妹作《系統設計的一般原理》（General Principles of Systems Design，這本書是與我太太Dani合著的，她是一位人類學家）；還有一本就是《你想通了嗎？》（Are Your Lights On?: How to Figure Out What the Problem Really Is，這本書是與Donald Gause合著的）；一本《從需求到設計》（Exploring Requirements: Quality Before Design，也是和Donald Gause合著，談的是人們如何去思考他們在系統中的價值）。
我對於思考的興趣，很自然地延伸到如何去幫助別人清晰思考的方法上，於是我又寫了其他三本書：《顧問成功的祕密》（The Secrets of Consulting: A Guide to Giving and Getting Advice Successfully）；《More Secrets of Consulting: The Consultant’s Tool Kit》；《The Handbook of Walkthroughs, Inspections, and Technical Reviews: Evaluating Programs, Projects, and Products》（這本書已是第三版了）。就在不久前，我寫了《溫伯格談寫作》（Weinberg on Writing: The Fieldstone Method）一書，幫助人們如何更清楚地傳達想法給別人。
隨著年齡的增長，我逐漸意識到清晰的思考並不是獲得技術成功的唯一要件。就算是思維最清楚的人，也還是需要一些道德和情感方面的領導能力，因此我寫了《領導者，該想什麼？》（Becoming a Technical Leader: An Organic Problem-Solving Approach）；隨後我又出版了四卷《溫伯格的軟體管理學》（Quality Software Management），其內容涵蓋了系統化思考（Systems Thinking）、第一級評量（First-Order Measurement）、全面關照的管理作為（Congruent Action）和擁抱變革（Anticipating Change），所有這些都是技術性專案獲得成功的關鍵。還有，我開始寫作一系列小說（第一本是《The Aremac Project》）是關於專案及其成員如何處理他們碰到的問題──根據我半個世紀的專案實務經驗所衍生出來的虛構故事。
在與各譯者的合作過程中，透過他們不同的文化視野來審視我的作品，我的思考和寫作功力都提升不少。我最希望的就是這些譯作同樣也能幫助你們──我的讀者朋友──讓你的專案、甚至你的整個人生更成功。最後，感謝你們的閱讀。
前言
產品開發的工作就是：將某人的想望（desires），轉化為能夠滿足這個想望的產品的過程。本書要討論的是需求要件作業程序（requirements process）──也就是開發過程中，人們試圖發掘什麼是人們想要的（people attempt to discover what is desired）的過程。
為了了解這個程序，讀者們必須注意五個關鍵詞：想望、產品、人、試圖、發掘。
首先，考量「想望」（desire）這個詞。有些讀者比較喜歡說成「試圖發掘什麼是人們需要的（needed）」。但是相對於人們想要的，我們更不知道如何找出人們的需要。此外，人們並非總是購買他們需要的東西，但總是想望他們所購買的東西，雖然想望是會改變的。我們發現，藉由釐清他們的想望，人們可以釐清他們真正需要的，以及不需要的是什麼。
「產品」（product）這個詞，我們指的是，可以滿足一套複雜想望的產品。想望複雜的原因之一是，它們是許多人的想望的集合。當我們製作一項可滿足自己想望的產品──譬如一個花園，或一個書架──通常不需要進行明確的探索需求作業。我們只需動手做出來，檢查一下，然後修改到我們自己滿意就行。
但「人」（people）可能包括許多不同的人。發掘他們究竟是哪些人，是需求要件作業的主要部分。如果參與的人很多──而且產品巨大──逐一發掘每個人的需求，顯然是一項冗長、昂貴、高風險的工作。
「試圖」（attempt）又是什麼呢？如果我們寫一本書，不是應該對其內容相當有把握嗎？不是應該保證它行得通嗎？我們曾經用這本書提到的需求要件作業技巧，協助客戶開發多種產品──電腦軟體、電腦硬體、汽車、家具、大樓、新的消費性產品、書籍、影片、組織架構、訓練課程，以及研究計畫。迄目前為止，還沒有客戶要求退費，但我們無法保證將來會不會有客戶要求退費，因為我們不知道如何使產品的開發程序，成為一門精確的技術。
許多客戶在與我們合作之前，都希望產品開發程序是一門精確的技術。這些客戶大都是電腦軟體業者──他們一直抱有不切實際的幻想，以為產品開發是一門精確的技術。所以我們引用馮紐曼的名言，以提醒業者注意：「如果你不了解自己所說的事物，即便你遣詞用字精確，也毫無意義。」
如果人們不知道自己的想望，沒有一種開發方法──不論這方法如何精確，如何聰明，如何有效率──可以滿足他們。這就是為什麼我們必須進行需求要件作業──這樣，我們才不至於設計出人們不想要的系統。
有效性永遠優先於效率。即便你相當重視效率，希望達成高效率的開發，你也要先剔除那些沒有人想要的產品的開發案。我們也可以換個方式表達：
不值得做的事，就不值得把它做好。
這句話引出「發掘」（discover）這個最重要的詞彙。本書的目的，即是協助讀者發掘真正值得做的事。
艾森豪（Dwight Eisenhower）曾說：「計畫書不重要；訂定計畫的過程才重要。」我們同意他的看法，並延伸這句話的意義至探索需求要件的程序上：
產品不重要，重要的是過程。
或是換一個方式表達：
發現什麼不重要，重要的是發現（探索）的過程。
這句話也適當詮釋了本書的書名Exploring Requirements。 譬如，資料字典（data dictionary）是保存資料定義的方法之一。這部字典是運用本書所提到的一些方法，千辛萬苦編製而成。事實上，幾乎沒有人讀過資料字典，或沒有任何人曾在探索需求的階段運用資料字典。或許有人憂心這個現象，但我們不憂心，因為我們相信：
文件不重要，重要的是建立文件這件事。
如果你觀察工程師們開發新系統的真實狀況，你將發現，探索需求的工作事實上就是建立一個團隊，而且成員們：
1.了解需求要件
2.（大多數都）貫徹始終參與專案
3.知道如何使團隊有效運作
我們相信，如果其中一個條件不符合，專案就很可能失敗。當然，導致專案失敗的原因還有很多，坊間也有許多書討論如何避開地雷。本書的重點在於，進行探索需求要件的程序時，下列三項很重要但被忽略的關於人的因素：
1.使所有團隊成員對於需求要件的了解一致
2.使成員希望以團隊的方式進行專案
3.使成員具備必要的技巧和工具，以團隊作業方式，有效地界定出需求要件
許多討論系統開發的書籍和文章，大都忽略這些主題，因此這本書可以用來補強你目前使用的探索需求要件程序，不論是正式或非正式的。本書大多數篇章都是獨立的，每章討論一項或數項工具或方法，可以強化你的需求要件作業。你可以從頭到尾讀一遍，也可以只讀你最需要加強的篇章。不論你用哪一種方式，本書都可以讓你更了解自己所說的事物。
最近，我很榮幸地得知，台灣的經濟新潮社要引進出版拙著的一系列中譯本。身為作者，知道自己的作品將要結識成千上萬的軟體工程師、經理人、測試人員、諮詢顧問，以及其他相信技術能為我們帶來更美好的新世界的人們，我感到非常驚喜。我特別高興我的書能在台灣出版，因為我有個外甥是一位中文學者，他曾旅居台灣，並告訴過我他的許多台灣經驗。
在我早期的職業生涯中，我寫過許多電腦和軟體方面的技術性書籍；但是，隨著經驗的增長，我發現，如果我們在技術應用和建構之時對於其人文面向沒有給予足夠的重視，技術就會變得毫無價值－－甚至是危險的。於是，我決定在我的作品中加入人文領域的內容，並希望讀者能注意到這個領域。
在這之後，我出版的第一本書是《程式設計的心理學》（The Psychology of Computer Programming）。這是一本研究軟體開發、測試和維護當中關於人的過程。該書現在已經是25週年紀念版了，這充分說明人們對於理解其工作中人文部分的渴求。
各國引進翻譯我的一系列作品，讓我有機會將這些選集當作是一個整體來思考，並發現其中一些共通的主題。自我有記憶開始，我就對於「人們如何思考」產生了濃厚的興趣；當我還很年輕時，全世界僅有的幾台電腦常常被人稱為「巨型大腦」（giant brains）。我當時就想，如果我搞清楚這些巨型大腦的「思考方式」，我或許就可以更深入地瞭解人們是如何思考的。這就是我為什麼一開始先成為一個電腦程式設計師，而後又與電腦共處了50年；我學到了許多關於人們如何思考的知識，但是目前所知的還遠遠不夠。
我對於思考的興趣都呈現在我的書裡，而在以下三本特別明顯：《系統化思考入門》（An Introduction to General Systems Thinking，這本書已是25週年紀念版了）；它的姊妹作《系統設計的一般原理》（General Principles of Systems Design，這本書是與我太太Dani合著的，她是一位人類學家）；還有一本就是《你想通了嗎？》（Are Your Lights On?: How to Figure Out What the Problem Really Is，這本書是與Donald Gause合著的）；一本《從需求到設計》（Exploring Requirements: Quality Before Design，也是和Donald Gause合著，談的是人們如何去思考他們在系統中的價值）。
我對於思考的興趣，很自然地延伸到如何去幫助別人清晰思考的方法上，於是我又寫了其他三本書：《顧問成功的祕密》（The Secrets of Consulting: A Guide to Giving and Getting Advice Successfully）；《More Secrets of Consulting: The Consultant’s Tool Kit》；《The Handbook of Walkthroughs, Inspections, and Technical Reviews: Evaluating Programs, Projects, and Products》（這本書已是第三版了）。就在不久前，我寫了《溫伯格談寫作》（Weinberg on Writing: The Fieldstone Method）一書，幫助人們如何更清楚地傳達想法給別人。
隨著年齡的增長，我逐漸意識到清晰的思考並不是獲得技術成功的唯一要件。就算是思維最清楚的人，也還是需要一些道德和情感方面的領導能力，因此我寫了《領導者，該想什麼？》（Becoming a Technical Leader: An Organic Problem-Solving Approach）；隨後我又出版了四卷《溫伯格的軟體管理學》（Quality Software Management），其內容涵蓋了系統化思考（Systems Thinking）、第一級評量（First-Order Measurement）、全面關照的管理作為（Congruent Action）和擁抱變革（Anticipating Change），所有這些都是技術性專案獲得成功的關鍵。還有，我開始寫作一系列小說（第一本是《The Aremac Project》）是關於專案及其成員如何處理他們碰到的問題──根據我半個世紀的專案實務經驗所衍生出來的虛構故事。
在與各譯者的合作過程中，透過他們不同的文化視野來審視我的作品，我的思考和寫作功力都提升不少。我最希望的就是這些譯作同樣也能幫助你們──我的讀者朋友──讓你的專案、甚至你的整個人生更成功。最後，感謝你們的閱讀。
前言
產品開發的工作就是：將某人的想望（desires），轉化為能夠滿足這個想望的產品的過程。本書要討論的是需求要件作業程序（requirements process）──也就是開發過程中，人們試圖發掘什麼是人們想要的（people attempt to discover what is desired）的過程。
為了了解這個程序，讀者們必須注意五個關鍵詞：想望、產品、人、試圖、發掘。
首先，考量「想望」（desire）這個詞。有些讀者比較喜歡說成「試圖發掘什麼是人們需要的（needed）」。但是相對於人們想要的，我們更不知道如何找出人們的需要。此外，人們並非總是購買他們需要的東西，但總是想望他們所購買的東西，雖然想望是會改變的。我們發現，藉由釐清他們的想望，人們可以釐清他們真正需要的，以及不需要的是什麼。
「產品」（product）這個詞，我們指的是，可以滿足一套複雜想望的產品。想望複雜的原因之一是，它們是許多人的想望的集合。當我們製作一項可滿足自己想望的產品──譬如一個花園，或一個書架──通常不需要進行明確的探索需求作業。我們只需動手做出來，檢查一下，然後修改到我們自己滿意就行。
但「人」（people）可能包括許多不同的人。發掘他們究竟是哪些人，是需求要件作業的主要部分。如果參與的人很多──而且產品巨大──逐一發掘每個人的需求，顯然是一項冗長、昂貴、高風險的工作。
「試圖」（attempt）又是什麼呢？如果我們寫一本書，不是應該對其內容相當有把握嗎？不是應該保證它行得通嗎？我們曾經用這本書提到的需求要件作業技巧，協助客戶開發多種產品──電腦軟體、電腦硬體、汽車、家具、大樓、新的消費性產品、書籍、影片、組織架構、訓練課程，以及研究計畫。迄目前為止，還沒有客戶要求退費，但我們無法保證將來會不會有客戶要求退費，因為我們不知道如何使產品的開發程序，成為一門精確的技術。
許多客戶在與我們合作之前，都希望產品開發程序是一門精確的技術。這些客戶大都是電腦軟體業者──他們一直抱有不切實際的幻想，以為產品開發是一門精確的技術。所以我們引用馮紐曼的名言，以提醒業者注意：「如果你不了解自己所說的事物，即便你遣詞用字精確，也毫無意義。」
如果人們不知道自己的想望，沒有一種開發方法──不論這方法如何精確，如何聰明，如何有效率──可以滿足他們。這就是為什麼我們必須進行需求要件作業──這樣，我們才不至於設計出人們不想要的系統。
有效性永遠優先於效率。即便你相當重視效率，希望達成高效率的開發，你也要先剔除那些沒有人想要的產品的開發案。我們也可以換個方式表達：
不值得做的事，就不值得把它做好。
這句話引出「發掘」（discover）這個最重要的詞彙。本書的目的，即是協助讀者發掘真正值得做的事。
艾森豪（Dwight Eisenhower）曾說：「計畫書不重要；訂定計畫的過程才重要。」我們同意他的看法，並延伸這句話的意義至探索需求要件的程序上：
產品不重要，重要的是過程。
或是換一個方式表達：
發現什麼不重要，重要的是發現（探索）的過程。
這句話也適當詮釋了本書的書名Exploring Requirements。 譬如，資料字典（data dictionary）是保存資料定義的方法之一。這部字典是運用本書所提到的一些方法，千辛萬苦編製而成。事實上，幾乎沒有人讀過資料字典，或沒有任何人曾在探索需求的階段運用資料字典。或許有人憂心這個現象，但我們不憂心，因為我們相信：
文件不重要，重要的是建立文件這件事。
如果你觀察工程師們開發新系統的真實狀況，你將發現，探索需求的工作事實上就是建立一個團隊，而且成員們：
1.了解需求要件
2.（大多數都）貫徹始終參與專案
3.知道如何使團隊有效運作
我們相信，如果其中一個條件不符合，專案就很可能失敗。當然，導致專案失敗的原因還有很多，坊間也有許多書討論如何避開地雷。本書的重點在於，進行探索需求要件的程序時，下列三項很重要但被忽略的關於人的因素：
1.使所有團隊成員對於需求要件的了解一致
2.使成員希望以團隊的方式進行專案
3.使成員具備必要的技巧和工具，以團隊作業方式，有效地界定出需求要件
許多討論系統開發的書籍和文章，大都忽略這些主題，因此這本書可以用來補強你目前使用的探索需求要件程序，不論是正式或非正式的。本書大多數篇章都是獨立的，每章討論一項或數項工具或方法，可以強化你的需求要件作業。你可以從頭到尾讀一遍，也可以只讀你最需要加強的篇章。不論你用哪一種方式，本書都可以讓你更了解自己所說的事物。
用户评价
评分
坦率地说，我当初购买这本书是冲着它在业界积累的口碑去的，毕竟“十周年纪念版”本身就意味着经过了时间的检验和无数读者的打磨。我对产品设计领域的理解一直停留在较为初级的阶段，总感觉理论知识与实际操作之间存在一道难以逾越的鸿沟。这本书的叙事方式非常独特，它不像其他教科书那样干巴巴地堆砌术语，而是像一位经验丰富的老前辈，循循善诱地引导你进入一个系统化的思维框架。阅读过程中，我明显感觉到自己的认知结构正在被重塑，那些原本零散的概念开始有机地串联起来，形成了一个完整的逻辑链条。尤其欣赏作者对于“为什么”的深入探讨，而不是仅仅停留在“是什么”的层面。这种深层次的剖析，让我在面对实际工作中的模糊需求时，不再感到手足无措，而是有了一套可以遵循的、结构化的解决路径。这种理论指导实践的强大效力，是这本书最核心的价值所在。
评分这本书的章节安排可谓是匠心独运，它巧妙地平衡了理论的深度与实践的可操作性。从最初的需求挖掘到最终的设计交付，每一步都配有详尽的步骤分解和相关的工具建议，几乎就像是为初学者量身定做的一套操作手册。我特别喜欢其中穿插的一些业界真实案例分析，那些故事鲜活生动，将抽象的设计原则具体化了。阅读这些案例时，我能清晰地看到作者是如何运用书中所倡导的方法论，将那些看似混沌的客户诉求，一步步提炼、验证、并最终转化为清晰可执行的设计蓝图。这种“身临其境”的体验，远胜于纯粹的理论灌输。更重要的是，它强调了跨部门沟通的重要性，提醒我们设计并非孤立的艺术，而是需要与市场、技术紧密协作的系统工程。这种全局观的培养，对于希望在职场上有所突破的设计师来说，是无价的财富。
评分这本书的装帧和排版设计简直是视觉盛宴，尤其是这本十周年纪念版，纸张的质感和墨水的均匀度都让人爱不释手。当我捧起它的时候，就能感受到出版方在细节上倾注的心血，那种沉甸甸的厚重感，让我对即将阅读的内容充满了期待。封面设计极具现代感又不失专业气息，色彩搭配和谐，字体选择也恰到好处，让人在众多书籍中一眼就能被它吸引。每一次翻阅，指尖拂过光滑的纸面，带来的触感都非常愉悦，这极大地提升了阅读的沉浸感。对于一个注重阅读体验的读者来说，这本书的物理呈现已经赢得了满分。它不仅仅是一本书，更像是一件精心制作的工艺品，摆在书架上也是一件赏心悦目的艺术品。精美的印刷质量保证了图表和案例的清晰度，这对于理解复杂的设计流程至关重要。好的载体能让内容更好地被吸收，这本书在这方面做得无可挑剔，为接下来的深度学习打下了坚实的基础。
评分读完前三分之一的内容后，我最大的感受是，这本书彻底颠覆了我对“设计”一词的狭隘理解。过去总觉得设计就是画出漂亮的界面，但这本书让我明白，真正的产品设计是从解决“问题”开始的，它本质上是一门科学的、严谨的、数据驱动的决策过程。作者的文字风格极其精准且富有洞察力，他没有使用太多晦涩难懂的行话，而是用一种非常平实却又充满力量的语言，阐述了那些看似复杂的问题的本质。尤其是在需求分析的部分，书中提供的那几套提问矩阵和验证模型，我已经迫不及待地在近期的项目中使用起来，效果立竿见影，显著减少了返工的次数。这本书的价值在于它提供了一套可复用的思维工具箱，而不是一套僵化的流程模板。它教会你如何思考，而不是简单地告诉你该做什么，这种能力上的提升是长期且深远的。
评分从一个资深从业者的角度来看，这本书的价值在于它对行业演进的深刻反思和前瞻性洞察。十周年纪念版显然吸收了过去十年间用户体验和产品方法论的最新发展，它没有停留在老旧的瀑布模型上，而是积极地整合了敏捷、精益等现代开发理念。书中对“客户真正想要的”与“客户说出来的需求”之间微妙差异的探讨，达到了一个非常高的哲学层面，这对于那些已经掌握了基础技能，但渴望在职业生涯中更进一步的专业人士来说，是极具启发性的。它不仅仅是一本“如何做”的书，更是一本“如何思考”的书，它促使我重新审视自己过去的项目决策逻辑，并从中发现了许多可以优化的盲点。这本书的深度和广度，使其超越了一般的“工具书”范畴，更像是一本行业发展史与方法论精粹的结合体，值得反复研读和珍藏。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2025 ttbooks.qciss.net All Rights Reserved. 小特书站 版权所有