非常高興能夠參與到金爺組織的線上拆書幫活動芦圾，從而能和小伙伴們一起交流蛾派、學(xué)習(xí)、進步个少。
下面和大家一起來學(xué)習(xí)《故事地圖》第14章-通過探索來建立共識洪乍，它在整本書中的位置如下：
注：圖片摘自大姚姚童鞋
1.產(chǎn)品待辦列表如何而來
從確定的目標(biāo)轉(zhuǎn)化為可行的行動，不容易夜焦；
從商業(yè)機會中壳澳，探索出一個產(chǎn)品的待辦列表，同樣要花很多很多功夫茫经，每一條都傾注了我們的心血和考量巷波。
在不斷的做出假設(shè)萎津、驗證假設(shè)的探索過程中，我們需要時刻清醒的明確自己的初心抹镊，我們?yōu)槭裁矗╳hy）锉屈、要為誰（who）、解決什么問題（what）!
我把它私自叫做3W原則-為什么（why）垮耳、要為誰（who）颈渊、解決什么問題（what）!
2.探索的目的
大家在一起討論的目的不是為了開發(fā)出可交付的軟件，而是為了3W的目的氨菇，要為一些人很好的解決問題儡炼！
我們可以以產(chǎn)品的任何細節(jié)作為小故事的標(biāo)題，展開深入討論查蓉，從而進步討論出更小的故事，越來越多的小故事會讓我們的產(chǎn)品骨肉豐滿榜贴，有更多的發(fā)展空間豌研。
3.如何探索
1.從業(yè)務(wù)角度來組織想法
2.理解客戶和用戶，搞清楚怎么做才能幫助到他們
3.把自己的解決方案呈現(xiàn)出來
4.簡化并計劃找到最小化的可行方案及其具體開發(fā)方式唬党。
3.1.從業(yè)務(wù)角度來組織想法
我們的探索不是漫無目的的胡亂探索鹃共，我們的一切行動都應(yīng)該是有價值的，商業(yè)價值或者用戶使用價值驶拱，而理清楚開發(fā)動機霜浴，我們就可以更好地終止對解決問題無用的或者對業(yè)務(wù)和用戶沒有價值的主題。
3.2.理解客戶和用戶蓝纲，搞清楚怎么做才能幫助到他們
3.2.1.人物畫像
相信做過產(chǎn)品的人對人物畫像一定非常熟悉了阴孟，人物畫像是我們在虛擬的一個非常接近我們產(chǎn)品實際用戶的人物形象，好的用戶畫像應(yīng)該基于好的數(shù)據(jù)收集税迷，應(yīng)該具有普適性永丝，集大多數(shù)的用戶特點。
用戶畫像讓我們的用戶定位更形象箭养，從而讓我們更容易洞察用戶心理和行為慕嚷。
我們一起創(chuàng)建輕量級的用戶畫像，力求在團隊中建立共識和同理心毕泌。
3.2.2.組織畫像
如果產(chǎn)品的用戶是一個機構(gòu)或組織喝检，那么，我們把組織或機構(gòu)的細節(jié)描述集合成“組織畫像”撼泛，組織畫像跟人物畫像的作用是一樣的：
1.讓團隊對用戶達成共識
2挠说。深入了解用戶，建立同理心
3.2.3.用地圖描述用戶目前的工作方式
用地圖描述目前用戶在沒有用你的產(chǎn)品時的工作方式和用了你的產(chǎn)品后時的工作方式坎弯，這樣可以幫助探索團隊真正理解他們正在解決什么問題纺涤。
地圖的主體包括事實译暂、觀察、痛點和快樂撩炊。
當(dāng)用地圖描述自己目前已經(jīng)理解的東西時外永，你會看到“熱點”，即在整個流程中有許多問題的區(qū)域拧咳。
也會發(fā)現(xiàn)回報伯顶，即在一系列步驟后可以使用用戶在付出后得到回報的開心事。
可以通過消除痛點和放大快樂來開發(fā)有價值的產(chǎn)品骆膝。
使用這份地圖作為腦暴解決方案的跳板祭衩，或者通過它來驗證自己心儀的解決方案是否真的可以解決問題。
3.3 將自己的解決方案呈現(xiàn)出來
3.3.1.使用地圖來呈現(xiàn)解決方案
3.3.2.文字和圖片
跟開發(fā)人員的溝通阅签，單靠文字是不夠的掐暮，例如：你向開發(fā)人員表述一個想法時，會驚喜的聽到他說：“哦政钟，這個很簡單路克，應(yīng)該不需要太長時間就能做出來”。但等你真的開始投入開發(fā)產(chǎn)品時养交，才意識到開發(fā)人員想象的和你想象的相差很遠精算，他想的太簡單了。
用戶界面可視化碎连，以求對解決方案達成共識灰羽。
將整個體驗可視化，繪出每一屏鱼辙，然后再地圖上按順序擺放出來廉嚼，最后得到的結(jié)果看起來像故事板一樣。
我們可以為團隊產(chǎn)出的最有價值的東西就是組織結(jié)構(gòu)座每，我們的故事板組成了產(chǎn)品故事的主線前鹅，各個團隊隨后分別以新的方式來用它來組織自己的用戶故事。
以模塊為中心并不能使模塊本身進入迭代開發(fā)過程峭梳，而我們現(xiàn)在的方法是以用戶的使用為中心舰绘，可以劃分到跨模塊的發(fā)布版本中。
設(shè)計工作室：意指可以想到許多可能想法葱椭。
沒有哪個人可以自己單槍匹馬想出最好的想法捂寿，相反，最好的想法通常是幾個人想法的融合孵运，伴隨的還有更多足以促成這些想法的討論秦陋。
3.3.3.驗證完整性
我們的軟件不能只有電影中飆車和槍戰(zhàn)的場景，而沒有具體細節(jié)來呈現(xiàn)事件的發(fā)生過程治笨，例如：管理員需要考慮安全問題驳概，經(jīng)理人需要監(jiān)督員工對該特性的使用情況等赤嚼。
借助于用戶故事地圖，可以幫助我們回想起討論過程中的重要細節(jié)顺又。
3.3.4.驗證工程問題
引申到拍電影上更卒，作為制作人，我們不僅要考慮電影情節(jié)和特效稚照，還要考慮技術(shù)細節(jié)蹂空，所以，軟件開發(fā)過程中果录，我們要與工程師和設(shè)計師一起討論方案地圖可行性上枕，讓方案落地。
3.3.5.刨根問底游戲
4.簡化和計劃
方案出來以后辨萍，如何去開發(fā)？
4.1.太多的東西需要取舍
通過細分地圖斤彼，找到一個在時間和人員有限的條件下對開發(fā)可行的方案分瘦。
可行意味著對特定商業(yè)策略、目標(biāo)客戶和用戶都是成功的琉苇。
4.2.制定優(yōu)先級的秘訣
按業(yè)務(wù)價值為故事排優(yōu)先級
5.探索活動、討論和工件
6.探索的目的是建立共識
還記得所有人在對全局沒有概念的情況下開展軟件項目工作嗎悦施？還記得在開發(fā)半道上團隊才知道一大堆未被列入計劃的工作嗎并扇？
當(dāng)這種情況出現(xiàn)時，原因就在與利益相關(guān)人之間沒有達成共識抡诞。
作者：阿秀 ? ?建筑師 &產(chǎn)品經(jīng)理一枚
