做出來被說不對,才是正常的

先講我想錯的地方,因為你八成也會這樣想。我原本以為這件事分兩個階段:先探索、把需求搞清楚,然後進入建置、把它做好。**很像傳統專案:需求訪談完 → 簽規格 → 開發。**後來我發現這個框架整個是錯的。**探索和建置之間,沒有一條乾淨的分界線。**你這次給的東西可能是錯的,下一次可能還是錯的。但那不是失敗,**那就是這個方法運作的樣子:你先換方向,直到它開始對。**我要很小心地講,因為這件事有兩個極端都是錯的:一端是把它當成「訪談完就開工」的兩階段 —— 那會讓你太早定型;**另一端是把「沒有分界線」誤讀成「永遠不收斂、無限打轉」—— 那更危險。**後面我會給你收斂的訊號、還有停損的訊號。先記住一句:**這個迴圈是會落地的,只是不在你以為的那個時間點。**

所以當對方說「這不對」的時候,該做什麼?**第一件事是:不要回去修理論。**我看過太多人在這個時候開始檢討方法論、開會討論「我們的需求流程是不是有問題」。那些會議的產出通常是一份更完整的流程,然後下一次一樣被說不對。**正確的動作是:馬上換一個方向,再給一個具體的東西。****在這裡速度比正確更重要**,因為正確不是想出來的,是換出來的。但這裡要防一個很容易掉進去的陷阱:**不是「只要被否定就叫方法在運作」。**否定要**帶來新資訊**才算 —— 多一條你原本不知道的限制、多一個判準。如果同一個反對重複第三次、對方只給「就是不喜歡」這種模糊的話、或者開始已讀不回,**那不是方法在運作,那是警報**:換人、換問法,或者這件事根本不該做。**能榨出新資訊的否定,才是燃料;榨不出的,是在燒你們的關係。**

接下來這一點,我覺得是整段最實用的。被否定的時候,大部分人會問:「那哪裡不對?應該要怎樣?」這樣問沒錯,但你拿到的是**答案**。**更值錢的是:讓他講故事。**他為了解釋為什麼不對,會講出一段經過 —— 以前發生過什麼事、誰因為這個吃過虧、為什麼這條規定不能動、上次有人這樣做結果如何、那個部門為什麼堅持要用紙本。**那些東西你問一百個問題都問不到,因為那不是答案,那是脈絡。**而且這些故事有個共同點:**它們全都是「系統裡查不到、只在人和人之間流傳」的東西。**所以你的問法可以很簡單:不要問「應該要怎樣」,問「**為什麼會變成現在這樣?**」、「**以前有發生過什麼事嗎?**」然後閉嘴,讓他講完。

這裡有一個很容易搞混的地方。表面上,你每一輪都在迭代那個東西:改介面、加功能、調流程。**但你真正在迭代的,是你對「他們實際會怎麼用」的理解。**這個區別會直接影響你怎麼回應「這不對」。**如果你以為在迭代功能,你的反應就是「那我加一個」;如果你知道在迭代理解,你的反應會是「那我對這件事的想像哪裡錯了」。**而大部分時候,答案是後者 —— **不是功能少了,是情境想錯了。**這件事很重要,因為**補功能解決不了想錯的情境**,只會讓那個東西越來越肥、越來越難用,最後變成一個什麼都有、但沒有人願意打開的東西。

那要怎麼修正對情境的理解?我把它收成兩個要一直問自己的問題。**第一,這個東西在真實情境裡會被怎麼用?**誰在什麼時候打開它?他當下是什麼狀態 —— 坐著還是站著、專心還是被打斷、手上同時還在做什麼?他的前一步從哪裡來,做完之後下一步要去哪裡?**第二,而且我認為這個更關鍵:怎樣才順?**注意,不是「功能有沒有」,是「**用起來卡不卡**」。很多東西功能全部都對,但因為多了一個登入、多了一次切換、或者出現的時機不對,實際上就是沒人用。**功能是你在紙上想得出來的;順不順只有真的放到情境裡才知道。**所以每一輪你都在問同一件事:**我對他們怎麼用這件事,又想錯了哪裡?**

舉一個我自己做過、而且完全不科技的例子。一個第一線現場的案子。我當然可以寫一套完整的系統:登入、表單、欄位、報表。但我很快想清楚一件事:**對第一線的人來說,那是很重的負擔。**他們的手是忙的、時間是碎的,不會有人為了填一份表停下來開手機、登入、找欄位。**而只要使用者扛不動,那個案子就不可能成功,這跟技術難度完全無關。**所以最後用的是**磁鐵加一塊白板**:日常狀況拿磁鐵貼一下,三秒鐘,不用學;**遇到特殊狀況,才用手寫補上去。**注意這個分工:**常態用最省力的方式收,例外留白讓人自由寫。**而且更關鍵的是負擔的分配:**收集的那一端是磁鐵,幾乎零負擔;判讀的那一端才數位化。****負擔要放在有餘力的那一端,不是平均分攤。**

那面白板真正解決的問題,其實不在現場,在後面判讀的那一端。這類現場有一件事很麻煩:**每次去回報狀況的人,都不一樣。**今天是這個人、明天換一個、下週又換一班。**每個人都只知道自己看到的那一段。**所以真正要做判斷的那個人,拿到的永遠是碎片,而且是隨機的碎片。**而這件事的後果,不是「資訊不足」這麼輕描淡寫。**判斷的人能依據的,往往只有今天這位回報的人看到的那一段 —— **這不是誰不用心,是這種一直換手的方式,本來就會讓完整的脈絡在交接之間流失。**但如果那面白板一直在累積,**就變成:不管今天是誰去回報,只要把畫面打開,判斷的人就能完整知道這一整段時間到底發生了什麼事。**所以最後一句我想留給你:**做東西變便宜,不代表每個東西都該是軟體。最好的那個,是使用者真的願意用的那個。**

這一張是我後來才補上的,因為少了它,這套方法會害人。「持續換方向」聽起來很帥,但如果沒有出口,**它跟「無限打轉、永遠不交付」在行為上分不出來。**所以我給你兩個出口。**第一個是收斂。**當對方的否定,從「整個方向不對」慢慢變成「這裡再順一點就好」,而且開始有人**不用你催、自己回來用** —— 那就是訊號:別再無限探了,切換成把它做穩、做可靠。**第二個是停損。**如果你換了好幾個方向,對方都只給禮貌性的反應、沒有一個人願意為它改掉任何一個現有的做法、也榨不出新的限制 —— **那不是方法在運作,是地圖在告訴你:這裡沒有東西,收手。**有些東西該被殺掉,不是被永遠重探。我自己那個白板,最後是**收斂了、也一直被用著** —— 這剛好證明:探針法不是叫你永遠飄,**是用做錯去逼出那個值得做穩的東西,然後在對的時候把它落地。**

如果今天你只帶走一句話:**做出來被說不對,只要那個「不對」教了你新東西,就不是失敗,是方法在運作。**所以不要一被否定就檢討自己,也不要無止盡打轉 —— 盯著那兩個出口:有人自己回來用,就落地;榨不出新東西了,就收手。下次你被否定的時候,試著做三件事:**第一,不要回去修方法,馬上換一個方向再做一個。****第二,別只問「哪裡錯」,問「為什麼會變成現在這樣」,然後讓他講完。****第三,回頭問自己:我對他們怎麼用這件事,想錯了什麼?**做久了你會發現,那些被否定的版本沒有一個是白做的 —— **它們每一個都在幫你畫地圖。**