大約有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 twbook.tinynews.org All Rights Reserved. 灣灣書站 版權所有