大約有90%的產品開發案是失敗的,其中30%並沒有開發出任何產品,其他的雖然有產品問世,但人們不喜歡,或從來不使用;即便使用了,也是毛病一大堆。
做好需求分析,是新產品成功的關鍵暢銷書《你想通了嗎?》兩位作者又一傑作。他們總結與各大小企業合作60餘年的經驗,來探討新產品開發過程中,最困難的部分——如何設計出「高品質」的產品或系統。在本書裡「品質」的定義是:「符合客戶的需求」。
但是,為什麼有那麼多新產品專案會胎死腹中?……為什麼新東西要符合我們的需求這麼難?由此看來,客戶需求、品質、與客戶溝通、設計等等環節,都大有學問。而且,可能客戶「自己都說不清楚自己要什麼」。
因此,要做出客戶想要的產品或系統,不僅需要專案管理的技巧,還要先做好「客戶需求分析」,這就是本書的主題,內容包括:需求要件(requirements)、減少語意曖昧(ambiguity)、使用者參與、激發概念的會議、專案命名、調和衝突、客戶要什麼(功能、特性、限制、偏好、期望)、技術審查、測試使用者滿意度、黑箱測試等等。還有實際案例貫穿全書,以及豐富的心得分享與建議。
書中提到的技巧,曾經成功運用於許多產品或系統──包括電腦硬體、電腦軟體、家具、建築物、書籍等。
本書對於新產品專案的所有利害關係人——團隊成員、客戶、使用者、還有必須綜觀全局掌控進度的經理人,都大有幫助。「工業設計」正在流行,本書可以幫助你有效帶領團隊,讓專案邁向成功!
各界推薦
名人推薦:
名家書評:
如果你想要開發一樣新產品,你應該讀這本書。──WattsS.Humphrey,卡內基美隆大學軟體工程學院
高斯和溫伯格……點出了產品開發過程中,最隱微但最重要的環節:對於需求要件必須有適當的了解。本書運用啟發性的實例,提供了一整套的工作方法。──BarryBoehm,加州大學洛杉磯分校,《軟體工程經濟學》作者
對於系統分析師的智識提升很有幫助。──TomDeMarco,知名軟體顧問,《Peopleware》、《最後期限》作者
看過本書之後,你永遠不會再相信「過時的需求要件」──不論是誰交給你,或給你的時候多麼嚴肅認真。有了這本書,你可以自己去發掘真正的需求要件。──KendeLavigne,IBM品質學院資深成員
書名已明確指出,要有高品質的設計,必須先做好客戶需求分析;內容涵蓋其社會的、心理的和智識的過程與實務。高斯和溫伯格是這領域裏經驗豐富的高手。──HarlanD.Mills,佛羅里達理工學院教授
名人推薦:名家書評:
如果你想要開發一樣新產品,你應該讀這本書。──WattsS.Humphrey,卡內基美隆大學軟體工程學院
高斯和溫伯格……點出了產品開發過程中,最隱微但最重要的環節:對於需求要件必須有適當的了解。本書運用啟發性的實例,提供了一整套的工作方法。──BarryBoehm,加州大學洛杉磯分校,《軟體工程經濟學》作者
對於系統分析師的智識提升很有幫助。──TomDeMarco,知名軟體顧問,《Peopleware》、《最後期限》作者
看過本書之後,你永遠不會再相信「過時的需求要件」──不論是誰交給你,或給你的時候多麼嚴肅認真。...
目錄
目錄
致台灣讀者∕溫伯格
作者前言
第一部 先有一點共識
第一章 光有方法,還不夠
第二章 需求要件語意曖昧
第三章 語意曖昧的原因
第四章 直接詢問法的侷限
第二部 起步的方式
第五章 開始
第六章開放式問題
第七章找到對的人參與
第八章 有效率的會議
第九章努力減少語意曖昧
第三部探索各種可能性
第十章 激發概念的會議
第十一章運用右腦
第十二章 專案的名稱
第十三章 調和衝突
第四部 釐清客戶的期望
第十四章 功能
第十五章特性
第十六章 限制
第十七章 偏好
第十八章 期望
第五部 大幅提升成功機率
第十九章 判斷語意曖昧的基準
第二十章 技術審查
第二十一章測試滿意度
第二十二章 測試案例
第二十三章研究現有產品
第二十四章 意見合致
第二十五章 結束
參考書目
目錄
致台灣讀者∕溫伯格
作者前言
第一部 先有一點共識
第一章 光有方法,還不夠
第二章 需求要件語意曖昧
第三章 語意曖昧的原因
第四章 直接詢問法的侷限
第二部 起步的方式
第五章 開始
第六章開放式問題
第七章找到對的人參與
第八章 有效率的會議
第九章努力減少語意曖昧
第三部探索各種可能性
第十章 激發概念的會議
第十一章運用右腦
第十二章 專案的名稱
第十三章 調和衝突
第四部 釐清客戶的期望
第十四章 功能
第十五章特性
第十六章 限制
第十七章 偏好
第十八章 期望
第五部 大幅提...