用戶故事地圖作為一種有效的需求工具,越來越廣泛地應用於開發實踐中。本書以用戶故事地圖為主題,強調以閤作溝通的方式來全麵理解用戶需求,涉及的主題包括怎麼以故事地圖的方式來講用戶需求,如何分解和優化需求,如果通過團隊協同工作的方式來積極吸取經驗教訓,從中洞察用戶的需求,開發真正有價值的、小而美的産品和服務。本書適閤産品經理、用戶體驗設計師、産品負責人、業務分析師、IT項目經理、敏捷教練和精益教練閱讀和參考,也更適閤用作企業培訓手冊,打造高效能的團隊協作能力。
##太囉嗦瞭,明明是幾句話能講清楚的問題,寫成瞭一本書
評分##在軟件開發中,要開發的功能,總比我們能負擔的時間和金錢更多。所以軟件開發的目標從來就不是開發所有的功能,而是如何開發更少的特性來實現最終目標。 我們需要經常反思産品質量、工作計劃和方式。 任何流程都是有成本的,達成共識需要時間;用戶故事地圖,就是講大故事的同時進行拆分。通過用戶故事,溝通的各方達成一緻的理解;成功的估算依賴於此。 文檔的作用,是讓想法具體化。注重互動,充滿活力。不管待辦事項列錶、原型、規格說明還是代碼,我們需要通過成果來推動流程;産齣成果也需要時間成本。 由一個人完成所有産品設計,會麵臨兩個矛盾,如果考慮所有細節,就會像書中說的一樣成為瓶頸;如果追求單點最高績效,就會在開始衝刺後,把沒有考慮的細節,延遲到流程的後續過程中。 把每次發布都當成一次實驗,關注於自己要學習的東西。
評分##適閤入門。
評分##用戶故事地圖是産品設計可視化的最佳方法。從不同用戶角色齣發,創建用戶畫像,討論用戶在某場景下如何使用産品,也就是所謂的用戶故事。然後從用戶故事中提取用戶需求,並依據業務相關性和用戶類型對故事地圖進行分割,切齣能幫你達成特定目標的任務,也就是列齣需求優先級。同時,對技術可實現性進行評估,衡量開發成本,和風險,做成原型。最後,和設計人員,開發人員說需求時,應先說為什麼要做,誰是這個功能的用戶,需要怎麼做,讓相關人員明確開發標準和度量指標。上綫前,反復驗證功能是否滿足用戶需求,以及可用性。上綫後,依據乾係人,用戶反饋和數據錶現,對功能進行調整或者增減,反復迭代。
評分##在軟件開發中,要開發的功能,總比我們能負擔的時間和金錢更多。所以軟件開發的目標從來就不是開發所有的功能,而是如何開發更少的特性來實現最終目標。 我們需要經常反思産品質量、工作計劃和方式。 任何流程都是有成本的,達成共識需要時間;用戶故事地圖,就是講大故事的同時進行拆分。通過用戶故事,溝通的各方達成一緻的理解;成功的估算依賴於此。 文檔的作用,是讓想法具體化。注重互動,充滿活力。不管待辦事項列錶、原型、規格說明還是代碼,我們需要通過成果來推動流程;産齣成果也需要時間成本。 由一個人完成所有産品設計,會麵臨兩個矛盾,如果考慮所有細節,就會像書中說的一樣成為瓶頸;如果追求單點最高績效,就會在開始衝刺後,把沒有考慮的細節,延遲到流程的後續過程中。 把每次發布都當成一次實驗,關注於自己要學習的東西。
評分##很佩服老外這種在做事情的時候,會有意識的總結“模式”,這些方法論層麵的事情,終究還是需要在實踐和思考中纔能領悟更多。最喜歡第一章前麵的“使用前必讀”,整本書的主題思想已經在這部分交代清楚瞭。
評分##2016年第105本。感謝@微貓CEO陳嘉榕贈書,很好的産品方法,但讀完瞭還需實踐纔行。作者的思路略嫌混亂,用戶故事、敏捷開發、精益創業、商業模式畫布都有所涉及。其實隻讀前三分之一和結尾就差不多瞭。不過倒提醒我把兩年前沒讀完的商業模式畫布的書拿齣來再溫習完,應該對現在的我也有所幫助。
評分##很佩服老外這種在做事情的時候,會有意識的總結“模式”,這些方法論層麵的事情,終究還是需要在實踐和思考中纔能領悟更多。最喜歡第一章前麵的“使用前必讀”,整本書的主題思想已經在這部分交代清楚瞭。
評分##太囉嗦瞭,明明是幾句話能講清楚的問題,寫成瞭一本書
本站所有內容均為互聯網搜尋引擎提供的公開搜索信息,本站不存儲任何數據與內容,任何內容與數據均與本站無關,如有需要請聯繫相關搜索引擎包括但不限於百度,google,bing,sogou 等
© 2026 book.teaonline.club All Rights Reserved. 圖書大百科 版權所有