9.1 回答沒有錯,為什麼還是覺得沒有回答?
生活中有一種很常見的溝通情況:
一個人提出問題,另一個人也確實給出了回答。
回答本身甚至沒有明顯錯誤,但對話結束之後,問題卻好像完全沒有往前推進。
例如:
「最近錢不太夠。」
得到的回答是:
「那就去找工作啊。」
「有些東西我現在還不會。」
得到的回答是:
「那就去學啊。」
「家裡的小飛蟲清理過幾個地方之後還是存在,現在懷疑可能還有其他來源。」
得到的回答是:
「那你就去查啊。」
這些回答單獨拿出來看,其實都沒有明顯的邏輯錯誤。
缺錢,確實可以透過工作取得收入。
不會的東西,確實可以透過學習取得能力。
不知道蟲從哪裡來,確實需要繼續排查。
問題在於:
知道這個答案的人,很可能在提出問題以前,就已經知道這些事情了。
真正卡住他的,可能根本不是:
「世界上有沒有工作?」
而是:
「哪些工作目前能做?」
「需要交換掉多少時間與精力?」
「交通、資格與時段是否能配合?這條收入來源值不值得現在啟動?」
也可能不是:
「不知道的東西是不是可以學?」
而是:
「要學到什麼程度?」
「從哪裡開始?需要投入多少時間?」
「這項能力目前值不值得排到其他事情前面?」
甚至「還有蟲」這句話,本來可能就不是在詢問:
「我接下來應該做什麼?」
它也可能只是在同步目前的狀態:
冰箱已經處理過了。
陽台也排查過了。
問題仍然存在。
下一個懷疑的位置可能是廚房下方的櫃子。
這時候一句「那你就去查啊」,回答的是最表面的下一步行動。
卻沒有真正接住前面已經累積的資訊。
於是就產生了一種很特殊的情況:
回答存在,但資訊增量非常低。
對方確實說了一句有意義的話。
但這句話沒有明顯降低搜尋成本、判斷成本,也沒有增加原本不知道的資訊。
因此,「有沒有回答」和「回答有沒有推進問題」其實是兩個不同的問題。
一句話可以在邏輯上成立,卻仍然沒有提供足以讓問題往下一層前進的資訊。
這也是為什麼有些對話結束之後,會留下很奇怪的感覺:
每個人好像都有說話,但事情沒有因此變得更清楚。
真正需要觀察的,可能不只是:
「對方有沒有回答?」
而是:
「這個回答,讓我們比對話開始以前多知道了什麼?」
9.2 有資訊,不代表有資訊增量
一句話只要能傳達某種意思,就可以說它包含資訊。
但在實際溝通裡,真正重要的往往不只是:
「這句話有沒有資訊?」
還包括:
「這句話有沒有增加對方原本不知道的資訊?」
例如一個人正在思考收入不足的問題。
這時候告訴他:
「你可以去找工作。」
這句話當然包含資訊。
它提出了一條「勞動換取收入」的路徑,在邏輯上也沒有錯。
但如果對方本來就知道可以找工作,甚至已經看過職缺、評估過交通、工作時間。
資格要求與投入成本,那麼這句話帶來的資訊增量就非常低。
反過來,如果回答變成:
「附近有一個臨時工作,明天下午開始,工作八小時,薪資、地點與聯絡方式都已經公開。」
即使最後仍然決定不去,它至少增加了一個原本不存在的具體選項。
這裡可以先把資訊拆成三個層次:
資訊存在
一句話確實傳達了某種內容。
資訊增量
這些內容裡,有多少是接收者原本不知道的?
資訊可用性
新增的資訊,能不能降低搜尋、判斷或執行所需要付出的成本?
這三者並不相同。
例如:
「有蟲就繼續找來源。」
有資訊存在。
但對一個已經知道需要排查,而且已經處理過數個可能來源的人而言。
資訊增量可能非常低。
如果進一步提供:
「既然冰箱與陽台已經排查過」
「可以把下一輪範圍縮小到潮濕、有食物殘渣或長期沒有移動的區域。」
這時候即使仍然沒有直接找到蟲源,資訊可用性也開始提高,因為搜尋範圍被縮小了。
因此,一個回答的價值不能只用:
「它是不是正確的?」
來判斷。
還可以繼續問:
「它增加了什麼?」
以及:
「這些增加的資訊,有沒有讓下一步變得比較容易?」
這也解釋了一種常見的溝通落差。
回答者可能認為:
「我明明已經告訴你方法了。」
接收者卻覺得:
「可是這個我早就知道了。」
兩邊不一定有人說錯。
只是回答者正在判斷:
「我的回答是否成立?」
而接收者真正需要的可能是:
「這個回答是否提供了足以推進問題的新資訊?」
當兩邊使用不同標準衡量同一句話時。
即使回答在邏輯上完全成立,溝通仍然可能停留在原地。
9.3 問題層級錯位:你回答的,可能不是我正在解的問題
同一個問題,可以存在不同的處理層級。
以「缺少收入」為例,最表面的問題可能是:
「有哪些方法可以取得收入?」
在這一層,「找工作」當然是一個合理答案。
但當一個人早已知道這個選項之後,問題就可能進入下一層:
「哪些工作是我目前能夠啟動的?」
這時候需要考慮的內容開始增加:
工作地點在哪裡?
交通需要多少時間與成本?
工作時段能不能配合?
有沒有學歷、駕照、經驗或其他資格限制?
投入八個小時工作之後,還剩多少時間與精力處理其他事情?
如果這些問題也已經開始被評估,問題還可能繼續往下一層走:
「這條路能不能長期運作?」
也就是:
收入是否穩定?
投入與回報是否合理?
能不能持續?
會不會擠壓其他更重要的目標?
如果中途失效,有沒有替代方案?
因此,同一句「我現在缺收入」,背後可能至少存在三個完全不同的問題層級:
第一層:有哪些選項?
第二層:這些選項要怎麼啟動?
第三層:啟動之後能不能持續運作?
當提出問題的人已經在第二層甚至第三層思考。
回答者卻重新回答第一層,就會產生一種很特殊的錯位:
答案沒有錯,但它回答的是一個已經被處理過的問題。
「那就去工作。」
「那就去學。」
「那就繼續查。」
這些答案之所以容易讓人產生「這我早就知道」的感覺。
不一定是因為它們完全沒有資訊。
而是因為它們的資訊解析度低於目前問題需要的解析度。
就像一個人問:
「這台電腦為什麼一直當機?」
如果回答:
「因為系統出了問題。」
這句話可能沒有完全錯。
但它沒有幫助我們區分:
是硬體?
驅動程式?
儲存裝置?
記憶體?
溫度?
還是某個特定程式觸發?
問題已經進入需要排查具體原因的階段,「系統有問題」這種答案的解析度就不再足夠。
生活中的問題也是如此。
一個概念上的解法,和一套真正可以運作的方案,中間往往還隔著大量條件。
「去工作」是一個概念解法。
具體到某個職缺的地點、薪資、時段、資格與聯絡方式,才開始形成可以評估的方案。
進一步確認交通、實際工作內容、投入成本與可持續性之後。
它才逐漸接近一條真正可以運作的路徑。
因此,問題解決並不是找到一個方向之後就自動完成。
它更可能經歷:
想法 → 概念解法 → 具體方案 → 可驗證方案 → 可運作方案 → 實際運作 → 持續運作
而溝通中的問題層級錯位,就是:
一方正在處理後面的階段,另一方卻不斷把對話拉回前面的階段。
久而久之,就可能出現另一種看似奇怪的對話:
「你可以去工作啊。」
「我知道。」
「那你可以去學這個啊。」
「我也知道。」
「怎麼每次跟你講什麼,你都說你知道?」
真正的問題可能不是:
「為什麼他什麼都知道?」
而是:
雙方正在談的,從一開始就不是同一層問題。
9.4 概念解法,不等於可運作方案
很多想法第一次聽起來,其實並沒有明顯問題。
例如曾經有人提出過一個優惠平台的構想
讓附近的攤販、商家把自己的優惠資訊放到平台上。
使用者可以透過平台尋找附近便宜的商品、餐點或優惠。
商家因此獲得更多曝光與客人。
平台則可以提供一段時間免費使用,之後向商家收取月費。
整個模型在概念上很容易理解:
商家提供優惠 → 平台聚合資訊 → 使用者找到優惠 → 商家獲得客人 → 平台向商家收費
如果只討論:
「這個商業模式能不能被描述?」
答案當然可以。
甚至連使用者、商家與平台三方各自獲得什麼,都能說得相當完整。
但一旦問題從「這個想法是什麼」進入:
「那第一天要怎麼讓它開始運作?」
問題就完全不同了。
平台剛建立時,可能沒有任何商家。
沒有商家,就沒有優惠資訊。
沒有優惠資訊,使用者沒有理由打開平台。
沒有使用者,商家也沒有理由花時間註冊,更不用說之後支付月費。
於是就形成一個循環:
沒有商家 → 沒有內容 → 沒有使用者
另一邊則是:
沒有使用者 → 商家看不到效益 → 不願投入
這時候,「提供三十天免費試用」可以降低商家的付費門檻,卻不一定能解決前面的問題。
因為商家需要支付的成本不只有錢。
他可能還要理解平台、建立帳號、填寫店家資料、建立優惠內容。
以及之後有新活動時持續提供新的優惠資訊。
至於優惠到期本身,反而不是很難解決的問題。
平台完全可以要求商家建立優惠時設定截止日期。
到期後自動下架或封存,不需要把這部分變成長期的人工維護成本
真正比較難消除的是:
當平台現在還沒有多少使用者時,商家為什麼願意先花時間建立這些內容?
即使註冊免費、刊登優惠也免費,商家仍然需要付出時間與注意力。
因此,如果平台現在幾乎沒有使用者,那麼即使價格是零,商家仍然可能會問:
「我為什麼要花時間做這些?」
所以:
免費 ≠ 沒有成本。
而這正是概念解法進入可運作方案之後,開始出現的細節
如果真的要驗證這個想法,方案可能需要繼續往下拆。
例如先限定一個小區域,不急著建立完整市場。
先找一批商家,甚至由平台方協助建立第一批優惠資料。
接著想辦法取得第一批附近使用者,再觀察:
有沒有人真的查看優惠?
有沒有人因為平台前往商家?
商家能不能感受到這些流量?
優惠資料是否能持續更新?
當免費階段結束之後,商家是否認為這些結果值得付費?
這時候,我們才開始從:
「我有一個優惠平台的想法。」
走向:
「我有一套可以被驗證的運作方案。」
兩者最大的差異,不一定是誰比較有創意,而是後者開始回答:
第一批資源從哪裡來?
誰先付出成本?
系統在還沒有形成正循環以前,靠什麼維持?
怎麼知道這個模式真的產生價值?
如果某個環節沒有發生,下一步怎麼調整?
這些問題不一定能在一開始全部回答
方案也可能在實際測試之後才逐漸形成。
但至少它開始承認:
一個能夠描述的系統,和一個能夠啟動並持續運作的系統,中間還存在距離。
這也能回頭解釋前面那些看似簡單的答案。
「缺錢就去工作。」
「不會就去學。」
「有問題就去查。」
它們很多時候都停留在概念解法。
真正困難的部分往往發生在下一句:
「好,那具體要怎麼讓它運作?」
因此,溝通如果只停留在提出概念解法,很容易產生一種解法存在的錯覺:
因為我們已經能說出「應該做什麼」,於是感覺問題好像已經有答案。
但真正的問題可能從這一刻才剛開始。
9.5 回答問題,和同步狀態不是同一件事
溝通並不一定都是在詢問:
「我現在應該怎麼辦?」
有些時候,我們只是把事情目前發展到哪裡告訴另一個人。
例如家裡出現小飛蟲。
最開始可能不知道來源,因此陸續排查冰箱、陽台、盆栽與其他可能的位置。
經過幾輪清理之後,飛蟲仍然存在。
於是下一個懷疑的位置轉向廚房下方長期沒有整理的櫃子。
這時候,如果把目前的情況告訴另一個人:
「冰箱跟陽台都已經處理過了,但還是有一些小飛蟲」
「所以現在懷疑可能還有其他來源,接下來可能要看看廚房下面的櫃子。」
這段話不一定是在問:
「你告訴我下一步要做什麼。」
它也可能只是在做一件事情:
同步目前狀態。
也就是把:
原本不知道來源。
更新成:
已經排除部分可能來源 → 問題仍存在 → 搜尋範圍正在繼續縮小。
但如果接收到這段資訊的人,把它理解成:
「你是不是不知道下一步該怎麼辦?」
那麼回答就很容易變成:
「那你就去查啊。」
這句話本身仍然沒有錯。
問題在於,它回答了一個原本可能根本沒有被提出的問題。
於是雙方其實進入了兩種不同的溝通模式:
一方正在做:
「我告訴你現在事情進展到哪裡。」
另一方卻正在回答:
「那你接下來應該做什麼。」
這種差異看起來很小,長期累積之後卻可能造成很大的認知落差。
因為狀態同步真正想完成的,不一定是取得建議,而是讓另一個人的認知從:
「家裡有小飛蟲。」
更新成:
「已經處理過哪些地方、哪些可能性降低了、目前懷疑什麼、問題推進到哪裡。」
如果這些資訊沒有被保留下來,那麼下一次談到同一件事情時,對話很可能再次回到:
「不是有蟲嗎?那就找來源啊。」
但對另一方而言:
「找來源」早就是過去幾輪一直在做的事情。
這時候真正沒有完成的,就不是「提供下一步建議」,而是彼此對目前狀態的同步。
生活中其實有很多類似情況。
「最近工作找得不太順。」
不一定是在問:
「工作要去哪裡找?」
「這個功能最近還在改。」
不一定是在問:
「那你為什麼不把它寫完?」
「最近直播比較少。」
也不一定是在問:
「那你為什麼不多開?」
有時候,這些話只是希望另一個人知道:
現在事情處於什麼狀態。
因此,在溝通中除了問:
「對方想問什麼?」
還可以先多判斷一層:
「對方現在是在尋求答案,還是在同步狀態?」
如果連這一層都判斷錯了,那麼後面的回答即使完全正確。
也可能從一開始就沒有接上真正的溝通目的。
9.6 說過了,不代表同步完成
如果一件事情已經告訴過對方,我們很容易認為:
「他應該已經知道了。」
從資訊傳遞的角度來看,這似乎沒有問題。
我說了。
對方也聽到了。
甚至當下還能正常回應。
但真正影響下一次溝通的,不只是資訊有沒有曾經出現,而是:
這些資訊有沒有更新對方之後理解事情時所使用的認知。
例如,一個人可能已經說過很多次:
最近在做哪些開發。
直播系統目前改到哪裡。
遇過哪些技術問題。
為什麼某些事情暫時停下來。
最近又把注意力移到哪些事情上。
每一次談話單獨來看,都可能正常完成。
但過一段時間之後,對方再次問:
「你最近到底在做什麼?」
接著又從最基礎的位置重新理解整件事情。
這時候就會產生一種很特殊的感覺:
明明講過很多次,為什麼每一次都像重新開始?
這可以理解成一種無狀態溝通。
所謂「無狀態」,不是指對方完全沒有記憶,也不是說所有資訊都被忘記。
它比較接近:
每一次對話可以在當下成立,但上一次對話建立的狀態,沒有充分成為下一次對話的起點。
例如第一次對話已經推進到:
A → B → C → D
下一次理想上可以從 D 繼續:
D → E → F
但如果先前建立的狀態沒有被保留下來,下一次可能又變成:
A → B → C → D
於是雙方花費大量時間重新建立相同背景,卻很難繼續進入新的層次。
這也是為什麼:
「我有說過」
和:
「我們已經完成資訊同步」
並不是同一件事情。
資訊同步真正需要的,不只是訊息曾經抵達。
而是新資訊至少在一定程度上改變後續理解事情的基礎。
例如原本的認知是:
「他最近好像沒在做什麼。」
後來得知:
「其實正在維護直播工具、處理推流功能、測試自動化流程,只是沒有每天主動報告。」
如果下一次對話仍然完全依照:
「他最近好像沒在做什麼。」
這個舊模型重新開始,那麼前一次談話雖然發生過,資訊同步的效果卻非常有限。
因此,可以把兩件事情分開:
資訊傳遞:我把內容告訴了你。
資訊同步:這些內容更新了我們之後理解同一件事情時所依賴的狀態。
前者只需要訊息成功送達。
後者則需要某種程度的理解、保留與更新。
這也解釋了為什麼有些關係中。
雙方明明「一直都有溝通」,卻仍然可能對彼此的現況存在很大的認知落差。
因為溝通次數很多,不代表共享狀態一定很多。
大量對話甚至可能只是反覆完成:
重新說明 → 當下理解 → 狀態沒有留下 → 下次重新說明
最後形成一個循環:
有溝通,卻沒有累積。
因此,判斷資訊同步是否成功,不能只問:
「這件事情以前有沒有講過?」
還需要再問:
「這次談話之後,下一次對話所依賴的認知起點,有沒有因此往前移動?」
如果沒有,那麼訊息可能確實傳遞成功了,但同步並沒有真正完成。
9.7 共享認知地圖:不需要知道全部,但不能每次都從零開始
如果資訊同步需要讓下一次對話保留一部分狀態,那麼接下來很自然會遇到一個問題:
到底要記住多少,才算同步?
答案顯然不可能是「全部」。
每個人的生活中都有大量資訊。
今天做了什麼、最近在研究什麼、某個專案改到哪裡、遇到哪些問題、為什麼暫停、下一步準備做什麼。
即使是很熟悉的人,也不可能完整保存另一個人的全部狀態。
而且這樣做也沒有必要。
真正需要的,更接近一張簡化的共享認知地圖。
地圖的用途不是保存世界上的每一個細節,而是讓人知道:
現在大概在哪裡。
前面走過哪些主要路徑。
哪些方向已經確認走不通。
目前正在往哪個方向移動。
人與人之間的認知也可以如此。
例如,不需要知道一個開發專案裡每一個函式怎麼寫。
每一個 Bug 怎麼修,也不需要理解所有技術細節。
但至少可以知道:
這個專案仍然存在。
最近確實還在持續修改。
目前主要卡在哪一類問題。
它不是「什麼都沒做」,而是成果未必每天都能直接被看見。
只要這些基本資訊存在,下一次對話就不需要重新證明:
「我其實一直都有在做東西。」
而可以直接從:
「上次不是還在處理那個問題嗎?後來怎麼樣了?」
開始。
這兩種對話的成本差異很大。
第一種需要先重新建立背景:
我在做什麼 → 為什麼做 → 做到哪裡 → 為什麼你沒看到
等背景建立完成之後,真正想談的問題可能還沒有開始。
第二種則可以直接接續原本的狀態。
因此,共享認知地圖的價值,不在於讓另一個人「完全理解我」。
而是降低每一次溝通都必須重新建立世界觀的成本。
這也可以延伸出一條最低認知同步線。
也就是:
對方不需要知道所有細節,但至少需要保留足以避免反覆套用過時理解的資訊。
例如:
知道「正在找收入來源」,不代表需要知道看過的每一個職缺。
知道「正在開發直播工具」,不代表需要理解每一段程式碼。
知道「小飛蟲已經排查過幾個區域」,不代表需要記住每一次清潔的日期與過程。
最低同步線真正避免的是:
明明已經排查過,下一次仍然被當成完全沒有開始。
明明已經研究過,下一次仍然被當成完全不知道有哪些選項。
明明一直存在進度,下一次仍然重新得到:
「那你就去做啊。」
但共享認知地圖也不能只靠其中一方建立。
一個人可以不斷提供自己的狀態。
卻無法單方面決定另一個人會保留多少、理解多少,以及是否願意更新原本的認知。
因此:
輸出資訊,不等於建立共享認知。
真正的「共享」,意味著雙方至少都參與了一部分認知更新。
這也讓溝通出現一個很重要的限制:
你可以降低別人理解你的成本,卻不能替別人完成理解。
所以共享認知地圖的目的,不是要求所有人彼此完全透明。
它只是試圖讓重要的長期溝通,不必每一次都重新從零開始。
9.8 問題越簡單,為什麼反而越難回答?
有些問題看起來非常簡單:
「你最近在做什麼?」
「最近遇到什麼困難?」
「你現在想學什麼?」
「你接下來打算做什麼?」
回答者有時候卻會突然停住。
甚至只能回答:
「不知道。」
這不一定代表真的沒有事情可以說。
有時候恰恰相反:
可以回答的東西太多了。
假設一個人最近同時存在幾條不同的事情:
正在修改某個開發專案。
偶爾進行直播。
有幾個技術問題正在排查。
一些舊資料還沒有整理。
最近又在處理生活環境中的問題。
另外還有幾個未來可能想做,但現在沒有執行的目標。
這時候突然被問:
「所以你最近在幹嘛?」
真正需要完成的工作並不是單純「回答」。
而是先在腦中進行一次搜尋:
最近是指今天、這星期,還是這個月?
要講生活還是工作?
開發算不算?
做到一半的東西要不要講?
暫停的事情算不算?
對方到底想知道進度,還是只是隨口問問?
哪些內容需要先補背景,對方才聽得懂?
最後還要從大量候選資訊裡挑出少數幾項,重新壓縮成一段適合當下對話的回答。
因此,一句只有幾個字的問題,背後可能要求回答者完成:
搜尋 → 分類 → 判斷 → 排序 → 壓縮 → 輸出
這就是一種高摘要成本。
而造成這種成本的其中一個原因,是問題本身提供的索引太少。
「最近在做什麼?」
幾乎沒有告訴回答者:
你想查哪一個領域?
哪一段時間?
哪一個專案?
想知道進度、困難,還是下一步?
這類問題可以稱為低索引提問。
它不是壞問題,也不是不能問。
在輕鬆聊天時,開放式問題甚至很有用,因為它給回答者很大的選擇空間。
但當一個人同時存在大量任務、專案與未完成事項時,選擇空間本身也會產生成本。
反過來,如果問題變成:
「你之前那個直播工具,最近還有繼續改嗎?」
搜尋範圍立刻縮小。
如果再問:
「上次不是在處理自動剪輯嗎?後來測試結果怎麼樣?」
甚至連時間點與主題都已經被索引出來。
回答者不需要先搜尋整個近期生活,只需要載入特定區域的資訊。
因此:
問題越具體,很多時候不是限制回答,而是在替回答者降低搜尋成本。
這也和前面提到的共享認知地圖產生連結。
如果雙方保留了一部分共同背景,就比較容易問出:
「上次那件事情後來怎麼樣?」
如果共享狀態很少,就容易只能問:
「你最近到底在幹嘛?」
於是共享認知不足,提高了提問的模糊程度;
模糊的提問又提高了回答者的摘要成本。
最後甚至可能出現:
問題越廣 → 可以回答的內容越多 → 搜尋與摘要成本越高 → 回答反而越少
所以「不知道」有時候並不是:
「我沒有答案。」
而可能更接近:
「這個問題的搜尋範圍太大,我現在不知道應該從哪一部分開始回答。」
9.9 資訊同步,也存在責任分配
當兩個人對彼此的現況產生認知落差時,很容易出現兩種說法:
「你又沒有告訴我,我怎麼會知道?」
另一邊則可能認為:
「這些事情我明明講過,而且相關紀錄也一直都在。」
兩句話甚至可能同時成立。
因為資訊「存在」,和資訊「被同步」,本來就不是同一件事情。
例如,一個人可能長期留下公開的開發紀錄
哪些功能完成了、最近修改了什麼、遇到哪些問題,都有留下紀錄。
從資訊提供者的角度來看:
資訊並沒有被隱藏。
但另一個人如果從來沒有閱讀這些紀錄。
那麼這些資訊對他的認知模型而言,實際上仍然接近不存在。
反過來,如果資訊提供者也從來不主動提起自己的近況,而只是認為:
「想知道的人自己去看就好了。」
那麼同樣很難期待另一個人自然建立完整的認知。
這裡真正出現的是資訊責任歸屬的問題。
究竟誰負責把資訊送出去?
誰負責主動取得?
哪些事情值得主動同步?
哪些事情只需要在對方有興趣時自行查閱?
這些問題通常沒有固定答案。
例如,一個每天更新數次的開發紀錄,如果要求家人全部閱讀,顯然不太現實。
但如果家人長期想知道:
「你最近到底在做什麼?」
那麼完全不接觸任何既有紀錄,又只依靠偶爾的一句廣泛提問,也很容易產生認知落差。
因此,資訊同步很少能完全由其中一方負責。
比較接近的情況是:
提供者負責降低重要資訊被理解的成本。
接收者負責投入最低限度的注意力,讓資訊真正進入自己的認知。
提供者可以把大量細節壓縮成:
「最近主要在做直播工具,自動剪輯這部分剛完成一輪測試。」
而不是要求對方自己閱讀數十篇紀錄。
接收者則可以從:
「你最近在幹嘛?」
進一步變成:
「你上次那個自動剪輯後來怎麼樣了?」
雙方都只需要多做一小部分,溝通成本就可能大幅下降。
但這裡也存在一條界線:
資訊可以被提供,理解卻不能被強制完成。
一個人可以寫紀錄、主動說明、整理摘要,甚至反覆解釋。
但如果另一方沒有意願保留、理解或更新這些資訊,那麼共享認知仍然很難單方面建立。
反過來,也不能因為對方沒有主動理解,就認為自己完全不需要提供任何可理解的入口。
因此,與其問:
「到底是誰沒有做好?」
更有用的問題可能是:
「這段資訊的同步,目前卡在哪一邊?」
是資訊從來沒有被說出來?
是資訊存在,但取得成本太高?
是內容太零碎,難以形成整體理解?
是接收者沒有投入足夠注意力?
還是雙方根本沒有共識:
哪些資訊值得被彼此持續同步?
當這些問題被拆開之後,「你不了解我」就不再只能被理解成某一方不夠關心。
它也可能是一個資訊系統本身沒有建立好同步機制的結果。
9.10 什麼事情值得告訴你?——同步共識
即使雙方都願意溝通,仍然可能出現一個更底層的問題:
我們對「什麼事情值得彼此知道」的理解,可能根本不同。
例如一個人可能會主動說:
「冰箱跟陽台都排查過了,小飛蟲還是存在,下一個可能要看看廚房下面。」
他不一定需要另一個人幫忙,也不一定是在詢問下一步。
他只是認為:
「這件事情正在發生,而你是和我共同生活的人,所以讓你知道目前進度本身就有價值。」
在這種理解裡,溝通的功能之一是維持共享狀態。
即使對方現在什麼都不用做,資訊仍然有價值。
因為下一次再談到小飛蟲時,雙方至少知道:
哪些地方已經處理過。
問題目前還存在。
搜尋範圍已經推進到哪裡。
但另一個人可能採用完全不同的溝通方式
他可能更習慣把資訊理解成:
「你告訴我這件事情,是希望我做什麼?」
如果沒有需要他做決定、提供資源或採取行動。
那麼這段資訊在他的理解裡,重要性可能就比較低。
於是,同一句:
「現在懷疑廚房下面還有來源。」
在第一種模式裡代表:
「更新一下目前狀態。」
在第二種模式裡卻可能被理解成:
「我不知道下一步怎麼辦,你告訴我。」
於是回答自然變成:
「那你就去查啊。」
這不一定代表其中一方不願意溝通。
更可能是雙方對溝通本身的用途存在不同預設。
一種偏向:
狀態同步導向
資訊的價值,在於讓彼此維持對事情的共同理解。
另一種則偏向:
立即行動導向
資訊的價值,主要在於觸發決策、提供解法或要求某個人採取行動。
兩種方式本身都可以存在。
真正容易產生摩擦的,是雙方不知道彼此正在使用不同模式。
一方會逐漸產生:
「為什麼我跟你講事情,你每次都只叫我自己去做?」
另一方則可能產生:
「既然你自己知道怎麼處理,為什麼還要特別告訴我?」
兩邊真正沒有對齊的,可能不是事情本身,而是:
「這段資訊為什麼需要被說出來?」
因此,長期溝通除了需要共享認知,也可能需要某種同步共識。
所謂同步共識,不是要求雙方訂出一套正式規則,而是大致知道:
哪些事情值得主動同步?
需要同步到什麼程度?
哪些資訊只是讓對方知道?
哪些資訊是在尋求意見?
哪些資訊是真的需要對方採取行動?
例如:
「跟你說一下目前進度。」
和:
「我現在不知道下一步怎麼處理,你有沒有想法?」
表面上可能談的是同一件事情,但溝通目的完全不同。
如果目的能被辨認,接收者就不需要每一次都猜:
「所以你到底要我幹嘛?」
提供者也比較不容易覺得:
「我只是跟你同步,為什麼又變成你在教我下一步?」
當然,這並不代表所有生活細節都需要同步。
共享認知本身也有維護成本。
如果任何小變化都必須回報,資訊量很快就會超過雙方能夠處理的程度。
因此,同步共識真正需要建立的不是:
「什麼都要講。」
而是:
「哪些資訊對我們之後理解彼此、共同生活、協作或做決定具有持續價值?」
當雙方對這條界線差異太大時,就算每天都在說話,也可能依然無法建立穩定的共享狀態。
因為真正缺少的,不只是資訊。
而是:
我們是否認為同一類資訊值得被彼此保留下來。
9.11 溝通失衡回路:為什麼每次都像重新開始?
有些溝通最令人疲憊的地方,不是雙方完全沒有交流。
而是明明已經談過很多次,下一次遇到類似問題時,對話卻又回到了幾乎相同的位置。
例如:
「最近在做什麼?」
「最近有遇到什麼困難嗎?」
「那你就去找工作啊。」
「不知道就去學啊。」
「有問題就去查啊。」
這些話單獨來看都不一定有錯,甚至每一次對話當下都可能有得到回應。
但如果把時間拉長,就可能發現一個奇怪的現象:
每一次都有溝通,整體認知卻沒有明顯累積。
其中一個原因,是共享狀態不足。
如果對方不知道目前有哪些事情正在進行、哪些方法已經試過。
哪些方向暫時不可行,就很難提出具有明確索引的問題。
只能從「最近怎樣?」「接下來要做什麼?」這類很廣的問題開始。
而對回答者來說,這又產生很高的摘要成本。
他必須先從大量正在進行的事情中搜尋、分類、排序,再決定哪些內容值得說。
最後真正說出口的,往往只剩其中幾個片段。
於是可能形成:
共享狀態不足
→ 提問缺乏索引 → 回答需要高摘要成本
→ 只能輸出片段資訊 → 對方只更新局部理解
→ 整體認知模型仍然停留在原處 → 下一次再次從廣泛問題開始
這就形成了一種「溝通失衡回路」。
更麻煩的是,即使某一次溝通真的成功修正了一件事情。
也不代表更高層的認知模型已經同步更新。
例如有人原本認為:
「有添加物的東西都不好。」
某一次討論後,他接受了某個特定商品的添加成分並沒有原先想像中的問題。
這次溝通看似成功了。
但如果他的理解只是:
「好,這個商品是例外。」
而不是:
「原來『有添加物=不好』這條判斷規則本身需要重新檢查。」
那麼被更新的就只有案例層,而不是規則層。
下一次看到另一個含有添加物的商品時,同一套判斷仍然可能再次出現。
因此,溝通是否產生累積,不能只看:
「這次問題有沒有解決?」
還要看:
「這次資訊究竟更新到了哪一層?」
至少可以粗略區分成三個層級:
案例層
這一次的事情應該怎麼判斷?
規則層
以後遇到同類事情,原本的判斷規則是否需要修改?
方法層
我們原本產生這套判斷的方式,本身是否需要重新檢查?
如果溝通長期只停留在第一層,就很容易形成大量「局部修補」:
案例 A 解決了,案例 B 又重新爭論;案例 B 解決了,案例 C 又從同一個地方開始。
表面上每一次都在處理新的事情,底層卻可能一直是同一個問題。
因此,有些看似「無狀態」的溝通,其實不是完全沒有留下任何資訊。
而是留下的狀態層級太低。
資訊被記住了,卻沒有改變下一次判斷所使用的規則。
規則可能被局部修正了,卻沒有改變產生規則的方法。
這也是為什麼有些對話會讓人產生強烈的重複感:
「這件事情我們不是已經談過了嗎?」
問題可能不在於對方完全忘記,而在於雙方對「上一次談話應該更新到哪一層」的理解不同。
一方以為自己正在討論:
「以後我們應該怎麼判斷這類事情?」
另一方卻只完成了:
「好,這一次就這樣處理。」
於是當下一個案例出現,整套回路再次啟動。
真正能夠累積的溝通,因此不只是讓資訊被聽見,也不只是讓眼前事件得到處理。
它還需要讓一部分重要資訊進入下一次對話的起點。
如果每一次溝通都只能修正當下的案例,卻無法更新未來使用的認知模型。
那麼對話即使不斷發生,也可能長期停留在原地。
9.12 資訊被聽見了,為什麼模型還是不更新?
如果一個人確實聽見了新的資訊,也記得曾經討論過。
為什麼下一次遇到類似事情時,還是可能回到原本的判斷?
其中一個原因,是人不可能每次遇到事情,都重新從零開始推理。
我們會把過去的經驗、學到的知識與曾經得到的結論。
逐漸整理成一些可以快速使用的認知模板。
例如:
「這條路以前走過,可以從這裡過去。」
「這種食物以前吃過,知道大概是什麼。」
「這類工作以前看過,知道大致需要什麼條件。」
這些模板本身並不是問題。
如果每一次判斷都必須重新查資料、重新驗證、重新建立完整推理。
人很快就會被大量日常決策耗盡。
因此,認知模板本質上是一種降低判斷成本的方法。
問題出現在另一個地方:
當一個原本只是暫時成立的結論,逐漸失去它的條件、來源與時間背景。
它就可能從「曾經得到的答案」,變成「不再需要重新檢查的前提」。
例如:
「我以前常走這條路。」
原本描述的是一段具有時間背景的經驗。
但經過壓縮後,可能逐漸變成:
「我知道這條路。」
再進一步變成:
「就是走這條。」
原本存在的問題——上一次是什麼時候?道路有沒有改變?
目的地有沒有搬遷?——可能在這個過程中逐漸消失。
這時候,舊資訊不只是被保存下來,而是開始取代重新確認。
同樣的事情也可能發生在其他判斷上。
「我看過他幾次在玩遊戲。」
可能逐漸變成:
「他常常在玩遊戲。」
最後變成:
「他每天就是在玩遊戲。」
「這個商品有添加物。」
也可能逐漸變成:
「添加物不好。」
最後變成:
「有添加物的東西不要買。」
這些轉變不一定發生在一次對話裡,而可能是在長時間反覆使用之後逐漸完成。
一個結論被使用得越自然,就越容易從:
需要被驗證的判斷
變成:
用來判斷其他事情的前提。
這可以稱為一種「結論前提化」。
而當新的資訊出現時,如果它只被當成某一次事件的例外,底層前提就不需要改變。
「這個商品沒問題。」
可以被理解成:
「好,這一個例外。」
而不一定會進一步變成:
「那麼『有添加物就不好』這條規則是不是需要重新檢查?」
因此,真正決定認知模型能不能更新的,不只是有沒有收到反例,而是:
既有結論還能不能被重新打開?
所謂「重新打開」,不是要求一個人立刻推翻原本的想法。
它比較接近:
「我原本傾向這樣判斷」
「但現在出現了新的資訊,所以這個結論需要重新回到可以被檢查的狀態。」
原本:
添加物 → 不好
重新打開後,不必立刻變成:
添加物 → 都沒有問題
而是退回:
這次是哪一種添加物?用途是什麼?原本的判斷規則是否適用?
也就是把一個已經封閉的結論,暫時重新降級成可以驗證的假說。
這種能力可以暫時稱為「認知可重開性」
它關心的不是:
一個人有沒有形成固定結論。
而是:
當新的資訊、反例或環境變化出現時。
原本的結論是否仍然具有重新進入比較、驗證與更新的可能。
這也讓「共享認知」多了一個新的條件。
兩個人即使交換了很多資訊,如果其中一方的既有模型無法重新打開。
新資訊仍然可能只能停留在案例層,無法進一步改變規則。
於是溝通會出現一種特殊的停滯:
資訊進來了,案例改了,但產生案例判斷的模型沒有改。
下一次新的案例出現,舊模型再次運作。
因此,真正能夠累積的溝通,不只需要資訊傳遞與記憶,也需要保留一種更新能力:
成熟的認知並不是永遠不形成結論。
而是在必要的時候,仍然知道怎麼把已經形成的結論重新打開。
9.13 認知也有容量:不是所有資訊都能被重新處理
如果既有結論需要在適當的時候重新打開,那麼接下來就會遇到另一個現實問題:
人到底有多少能力,可以重新檢查自己已經知道的事情?
答案顯然不是無限的。
一天之中,我們可能同時接觸新聞、短影音、聊天訊息、工作內容。
教學文章、書籍、社群貼文,以及生活中不斷出現的新問題。
每一項資訊如果都要完整經歷:
理解 → 比較 → 查證 → 整合 → 更新既有認知
所需要的時間與注意力會非常龐大。
因此,資訊能夠被取得,不代表它能夠被消化
甚至可以進一步區分:
資訊可取得量 ≠ 資訊接觸量 ≠ 資訊理解量 ≠ 資訊吸收量 ≠ 資訊可應用量
例如,家裡放著三本經濟學與財商相關書籍,只能說這些資訊現在「可以取得」。
即使真的把書翻過一遍,也不代表其中的內容已經被整理成可以解決實際問題的能力。
假設一個人目前真正困擾的是:
「我應該怎麼建立一個能夠持續產生收入的來源?」
一本個體經濟學教材可能可以解釋市場、供需、消費者選擇與其他重要概念。
但理解這些內容,並不會自動轉換成一套可以立即運作的收入方案。
中間仍然可能需要經過:
理解概念 → 找到與自身問題的關聯 → 形成可能方案
→ 找到實際需求 → 進行測試 → 完成第一次交換 → 根據結果修正
因此,「擁有知識來源」和「擁有可以運作的知識」之間,仍然存在一段轉換過程。
書籍、文章、影片與課程可以被視為一種潛在知識庫存。
只有當它們進入有限的注意力,經過理解、整合與應用之後。
才可能真正轉換成可使用的認知資源。
這也意味著,當資訊持續增加時,增加的不一定首先是知識。
有時增加的是:
待閱讀、待理解、待驗證、待整合的認知佇列。
假設一個人一年實際只能深入消化十本書。
卻持續取得五十本、甚至一百本「以後值得看的書」。
那麼新增資源的速度已經超過實際處理速度。
可以用一個很簡單的概念來描述:
資訊流入速率 > 認知處理速率 → 待處理認知庫存持續增加
這可以稱為一種「認知容量溢出」
它和單純的「資訊很多」並不完全相同。
真正的問題是:
輸入已經超過目前能夠有效選擇、理解、驗證、整合與應用的容量。
當這種情況發生時,人就不可能平等處理所有資訊。
一些事情會被擱置,一些只會快速瀏覽。
一些依靠既有模板直接判斷。
另一些則可能因為具有更強的興趣、期限、回饋或現實需求,而取得更高權重。
因此,即使某本書被認為「很有價值」,也可能長時間沒有被閱讀。
這不一定代表它被否定。
它可能只是一直無法在有限的認知帶寬中取得足夠高的權重。
尤其當另一件事情具有:
更直接的問題關聯、更低的啟動成本、更快的回饋,以及更明確的實際成果
它自然更容易優先取得注意力。
這時候,繼續增加資訊供給甚至可能產生反效果。
如果真正缺少的不是資訊,而是篩選、整合與實踐能力,那麼:
更多書 → 更多候選內容 → 更高選擇成本 → 更多待處理庫存
未必能讓原本的問題更接近解決。
因此,面對認知容量有限的現實,真正重要的問題可能不再是:
「我還可以再學什麼?」
而是:
「在我目前有限的認知帶寬裡,什麼資訊最值得現在進來?」
資訊越容易取得,這個問題反而越重要。
因為當取得資訊不再是主要瓶頸,真正稀缺的資源就會逐漸轉移到:
注意力、篩選能力、理解能力、驗證能力,以及把知識轉換成實際行動的機會。
9.14 當資訊太多:人必然會開始壓縮
當資訊輸入超過認知處理能力時,人不可能靠「把所有東西都仔細看完」來解決問題。
更常見的做法,是壓縮。
一本幾百頁的書,可以被整理成幾個核心概念;一場兩小時的會議,可以被濃縮成幾項決策;
一段複雜經歷,也可能最後只剩下一句:
「那次效果不好。」
資訊壓縮本身並不是問題。
相反地,如果完全沒有壓縮能力,人很難管理大量經驗與知識。
問題在於:
壓縮的過程到底刪掉了什麼?
例如:
「我最近幾次看到他都在玩遊戲。」
經過壓縮後可能變成:
「他常常在玩遊戲。」
再進一步變成:
「他每天都在玩遊戲。」
最後甚至成為:
「他每天就是打遊戲,都不學習。」
原始資訊裡其實包含許多限制條件:
觀察發生在什麼時間?
總共觀察過幾次?
沒有看到他的時候,他在做什麼?
「每天玩遊戲」是否真的排除了「每天也有工作或學習」?
但經過多次壓縮後,這些條件可能逐漸消失,只留下最容易記住的結論。
類似的情況也可能出現在:
「以前常走這條路。」
變成:
「我知道這條路。」
或者:
「某些添加物在特定使用方式與暴露條件下可能需要注意。」
變成:
「添加物不好。」
這種壓縮的危險不在於內容變短。
真正的問題是:
限制條件被刪除了,但結論原本的確定程度卻被保留下來,甚至被放大。
好的資訊壓縮,應該刪除不影響判斷的細節,同時保留那些會改變結論的重要條件。
例如:
「這個方法在目前這個情境下可行,但換到其他條件需要重新確認。」
雖然比完整推理短很多,卻仍然保留了適用範圍。
相反地,如果壓縮成:
「這方法就是有效。」
資訊雖然更容易傳播與記憶,適用邊界卻消失了。
這時候就可能產生一種**「結論的可攜性錯覺」。**
原本只在特定情境成立的判斷,被帶到其他情境繼續使用:
某次成立 → 通常成立
→ 這類事情都成立 → 不再需要重新驗證
壓縮也會影響人與人之間的溝通。
當我們說:
「他很閒。」
「他很有錢。」
「她已經去復健很多次了。」
「這東西很危險。」
這些句子都非常容易理解,也非常節省溝通成本。
但它們同時把大量資訊藏在了結論後面
「很多次」到底是兩次、六次,還是五十次?
「很有錢」指的是收入、資產、現金流,還是只是某一次消費看起來很高?
「很閒」指的是工作時間具有彈性,還是真的沒有其他事情?
「危險」又是存在理論風險、需要注意使用方式,還是風險已經高到不應該使用?
如果這些壓縮後的詞語沒有被重新展開,雙方可能使用同一句話,腦中卻對應著完全不同的資訊。
因此,溝通中的問題有時候不是「資訊完全沒有傳遞」,而是:
資訊在傳遞以前已經被壓縮得太多
而當人的認知容量越接近飽和,就越有理由依賴這些快速壓縮。
因為:
「添加物不好。」
比起重新理解每一種成分容易得多。
「他很閒。」
比起重新確認對方今天的位置、工作與時間安排容易得多。
「這就是智商稅。」
也比拆解功能、價格、替代方案與實際需求容易得多。
因此,模板化判斷不一定只是某個人的思考習慣
它也可能是一種面對有限認知容量時,自然形成的節省機制。
真正需要注意的不是「不要使用模板」,而是:
我們是否還知道這個模板省略了什麼,以及什麼情況下需要把它重新展開。
當「篩選有用的資訊」本身也被壓縮
這裡甚至可以直接看一個發生在本文形成過程中的例子。
前面談到認知容量有限、資訊取得不等於理解與吸收。
以及過量資訊可能形成待處理的認知庫存後,有人看完其中一部分,給出了一句很直接的回應:
「有效用的再吸收才實用,重篩選出!」
這個回答的方向並沒有明顯錯誤。
如果資訊太多,當然不可能全部吸收;從中篩選與自己有關、有實際用途的內容,本來就是必要的。
但真正值得注意的是:
「把有用的篩選出來」本身,就是一個經過高度壓縮的答案
因為下一個問題立刻會出現:
什麼叫做「有用」?
假設桌上有一本經濟學入門、一本圖解經濟學,以及一本個體經濟學教材。
如果目前的問題是:
「我不知道自己的收入來源應該怎麼建立。」
那麼這三本書到底哪一本「有用」?
它們可能對理解市場有用,對建立經濟學基礎有用,甚至可能對未來理解某些商業問題有用。
但這不代表它們能直接回答:
「我現在有哪些能力可以交換?」。
「誰可能願意為它付錢?」。
「我要怎麼找到第一個客戶?」。
「這套收入來源能不能持續運作?」。
因此,「有用」並不是資訊本身固定具有的一個二元屬性。
它還依賴:
目前要解決什麼問題、處在什麼時間點、需要什麼程度的資訊。
以及這項知識距離實際行動還有多遠。
更重要的是,篩選本身也需要成本
要判斷一本書對自己有沒有用,至少可能需要先知道它在談什麼。
理解自己現在的問題、判斷兩者的關聯,再估計投入閱讀之後是否值得。
因此可能出現:
資訊太多 → 需要篩選 → 篩選本身需要理解資訊 → 理解又占用認知容量
這就是一個很容易被「把有用的挑出來就好」所省略的中間環節。
它和:
「不知道就去學。」
「缺錢就去找工作。」
「有問題就去查。」
其實具有相似的結構。
這些回答通常指出了一個合理的方向,卻把真正困難的部分壓縮在一句話裡。
「去學」沒有說明應該學什麼、怎麼判斷學習順序,以及學到什麼程度才能解決問題。
「去找工作」沒有處理工作條件、交換成本、可持續性與實際取得工作的路徑。
「篩選有用資訊」同樣沒有直接解決:
判斷什麼有用,本身要怎麼完成?
因此,一個答案即使方向正確,也可能因為壓縮程度太高,而只描述了目標狀態:
「最後應該留下有用的資訊。」
卻沒有提供從目前狀態抵達那裡所需要的中間路徑。
這也再次回到本章前面的一個問題:
回答存在,不代表產生了足夠的資訊增量
有時候真正需要重新展開的,恰恰就是那個看起來最理所當然的動詞:
「學。」
「找。」
「查。」
「篩選。」
因為困難往往不在於我們不知道最終要做什麼,而在於
這個動詞中間,到底壓縮了多少尚未被解決的步驟?
成熟的資訊壓縮,不是把所有複雜性永久刪除。
而是:
平常可以用較低成本的摘要運作;當重要條件改變、出現反例。
或者一句話已經不足以指導下一步行動時,仍然能夠回到更高解析度重新檢查。
換句話說,好的認知壓縮應該具有某種「可解壓縮性」
我們可以把事情暫時變簡單。
但不能簡化到最後,連自己都忘記它原本其實沒有那麼簡單。
9.15 有回答,不代表有可用資訊
一句話有沒有道理,和它對當前的人有沒有用,是兩個不同的問題。
例如:
「資訊太多,就把真正有用的篩選出來。」
對一個第一次面對大量資訊、不知道自己是否需要全部吸收的人來說。
這句話可能確實提供了一個重要方向:
不需要全部處理,可以先篩選。
但如果另一個人早已知道需要篩選,甚至已經建立了一套正在運作的方法,正在研究的是:
「篩選本身需要多少認知成本?」
「什麼資訊對當前問題具有較高價值?」
「資訊被壓縮後,哪些重要條件容易消失?」
「既有認知模型在什麼情況下需要重新打開?」
這時候再告訴他:
「你要把有用的資訊篩選出來。」
所提供的資訊增量可能已經非常低。
問題不在於這句話錯了,而在於:
它回答的是接收者早已通過的問題層級。
這也意味著,「有用資訊」並不是資訊本身固定具有的一種屬性
同一句話,對不同認知狀態的人可能具有完全不同的價值。
假設把問題粗略分成三層:
第一層:方向層
我要做什麼?
我要學什麼?
有哪些可能方向?
第二層:方法層
方向已經知道了,具體要怎麼做?
需要哪些條件?
目前卡在哪一個步驟?
第三層:系統層
方法已經存在,為什麼仍然無法穩定運作?
哪個環節形成瓶頸?
現有方法在什麼條件下會失效?
能不能重新設計整個流程?
如果一個人還停留在第一層,那麼:
「你可以去學。」
「你可以找工作。」
「你可以先篩選有用資訊。」
都可能具有實際價值。
因為它們提供了原本不存在的方向。
但如果對方已經推進到第二層甚至第三層,同樣的回答就可能失去大部分資訊增量。
例如,一個人已經知道工作、接案、內容創作、工具開發等收入路徑都存在。
他真正研究的是:
「我的能力可以交換成什麼?」
「第一個願意付費的人從哪裡來?」
「每一條收入路徑需要付出哪些時間、注意力與自由度?」
「哪一條路徑有可能持續運作?」
這時候回答:
「缺錢就去找工作。」
雖然方向上沒有錯,卻把一個已經展開到第二、第三層的問題重新壓縮回:
「有哪些收入來源?」
這可以稱為一種問題解析度倒退。
原本的問題已經是:
如何讓已知路徑真正運作?
回答卻重新回到:
你知不知道這條路存在?
因此,對話有時候不只是沒有向前推進,甚至會出現「資訊層級退化」:
對方已經在處理較高層問題,回應卻仍然建立在較低層的認知狀態上。
這也能解釋另一種常見的溝通落差。
當一個人已經有多個正在進行的專案、學習方向與工作流程時,如果另一方仍然反覆問:
「你現在想學什麼?」
這個問題本身並沒有錯。
真正的問題是,它可能隱含了一個已經過時的起始狀態
「你目前還沒有明確方向,所以需要先找出想學什麼。」
但實際狀態可能早已是:
方向存在 → 已經學習 → 已經實作 → 已經遇到具體瓶頸 → 正在修改方法與系統
這時候,更能推進對話的問題可能不再是:
「你想學什麼?」
而是:
「你現在正在做的那件事情,卡在哪裡?」
或者:
「上次提到的那個問題,現在推進到哪一步了?」
兩者的差別不只是問句變得更具體。
更重要的是,後者承認了:
前面的狀態仍然存在,而且這次對話應該從那裡繼續
因此,判斷一段資訊是否有用,不能只問:
「這句話一般而言正不正確?」
還需要問:
「它有沒有讓接收者從目前所在的位置繼續往前?」
如果答案只是重新告訴對方早已知道的方向,那麼即使內容完全正確,也可能只有極低的資訊增量。
而如果這種情況反覆發生,它又會回到本章前面所描述的溝通失衡回路:
共享認知狀態沒有更新 → 對方仍以舊狀態提出問題 → 回答重新落回較低層級
→ 接收者必須再次解釋自己已經走過的路 → 摘要與說明成本增加 → 共享狀態仍然難以完整更新
於是雙方可能都覺得自己已經說了很多。
一方覺得:
「我明明一直都有給你建議。」
另一方則覺得:
「可是你說的那些,我本來就知道。」
兩句話甚至可能同時成立。
真正缺少的不是更多回答,而是:
回答需要建立在接收者目前真正所在的問題層級上。
有用資訊因此不只是「正確資訊」
它還需要具有位置感。
它知道你現在在哪裡,知道哪些路你已經走過。
並且能讓下一步比對話開始以前更清楚一些。
9.16 讓溝通累積:有狀態,不代表能立即說出來
如果溝通失衡的其中一個原因,是每次對話都重新從過低的問題層級開始。
那麼改善的方法之一,就是保留足以讓下一次對話繼續往前的狀態。
例如,一個開發專案可能包含數百個函式、幾十次修改,以及大量只有開發者自己理解的技術細節。
要讓另一個人知道這件事情目前走到哪裡,通常不需要重新解釋全部內容。
理想情況下,可能只需要同步:
這件事情目前還在不在進行。
已經做到哪裡。
現在主要卡在哪裡。
接下來準備處理什麼。
這些資訊可以形成一個簡化的「狀態快照」。
有了它,下一次對話就不必重新問:
「你最近有在做什麼嗎?」
而可以直接從:
「你上次那個功能後來處理好了嗎?」
開始。
但這裡很容易忽略另一個問題:
知道哪些資訊值得同步,不代表一個人當下就能把它們說出來
例如有人突然問:
「那你接下來準備處理什麼?」
回答者腦中可能同時存在很多事情:
文章還有幾個概念正在整理。
程式有一個問題還沒修。
某個功能想重新設計。
收入來源還在思考。
生活中也有其他事情等待處理。
但真正準備回答時,卻可能突然只剩下:
「……」
「不知道。」
甚至完全空白。
這種空白很容易被理解成:
「你沒有下一步。」
「你根本不知道自己要做什麼。」
但實際情況未必如此。
因為「內部存在狀態」和「能把狀態即時輸出成語言」,本來就是兩件不同的事情
一個看似簡單的問題:
「最近在做什麼?」
背後可能要求回答者立即完成:
搜尋 → 篩選 → 分類 → 排序 → 判斷相關性 → 壓縮 → 語言組織 → 輸出
他必須先從大量近期事件中找出相關內容,再判斷哪些值得說、哪些需要補背景。
哪些對方已經知道,最後還要把這些內容組織成可以理解的語言。
只要其中任何一個環節卡住,最後都可能沒有輸出。
因此:
無法回答,不一定代表沒有答案。
有時候只是:
狀態存在,但當下提取失敗。
這可以稱為「狀態提取失敗」。
而如果資訊已經被提取出來,卻無法快速整理成句子,也可能出現另一種情況:
知道大概是什麼,卻不知道怎麼說。
這可以理解成一種「語言輸出阻塞」。
這種現象又會受到提問方式影響
例如:
「接下來準備做什麼?」
搜尋範圍可能非常大。
回答者首先還得判斷:
「你是在問哪一件事情的接下來?」
但如果問題變成:
「這篇文章寫完 9.16 之後,下一節準備處理什麼?」
搜尋範圍立刻縮小。
原本需要搜尋整個近期生活狀態,現在只需要搜尋:
這篇文章目前的工作狀態。
因此:
提問索引越弱 → 搜尋空間越大 → 即時組織成本越高 → 狀態提取失敗的可能性越高
這也再次說明,低索引提問之所以難回答,不只是因為答案很多。
它還可能直接提高「無法輸出」的機率。
另一個容易被忽略的情況是
有些狀態本來就還沒有被完整語言化。
一個人可能知道:
這裡好像還有一個問題。
- 我大概知道下一步要往哪裡挖
這幾個概念之間應該有關係
但這些內容可能仍然只是:
感覺、方向、零散概念、尚未連接的節點。
它們還沒有被整理成:
「我的下一步是先完成 A,再驗證 B,最後處理 C。」
如果這時突然被要求:
「所以你接下來到底要做什麼?」
🧩 思考與語言的落差
要求回答者立即把尚未完全結構化的內部狀態,轉換成完整語言。
當轉換失敗時,最後輸出的可能只是:
「不知道。」
但這個「不知道」與:
「我完全沒有方向。」
並不是同一件事情。
思考 ≠ 語言輸出
- 沒有答案 ≠ 沒有狀態
- 沒有語言輸出 ≠ 沒有思考
- 當下無法提取 ≠ 從來沒有規劃
- 尚未形成明確下一步 ≠ 完全沒有方向
WARNING認知錯位的風險
將「沒有答案」「沒有語言輸出」等不同狀態
全部壓縮成一句「你不知道自己要幹嘛」反而會造成新的錯位。
這也修正了「共享認知地圖」的一個容易被忽略的限制
我們可以希望雙方知道:
-
目前在哪裡
-
哪些路已經走過
-
現在卡在哪裡
-
下一步可能是什麼
但這不代表每個人都必須隨時能夠即時回答這四個問題。
有時候更準確的狀態快照反而是:
-
「我知道現在卡在哪裡,但下一步還沒整理出來。」
-
「目前有幾個方向,我還沒決定先做哪一個。」
-
「這件事情我需要看一下紀錄,才知道上次停在哪裡。」
-
「我知道自己有在推進,但現在突然要我整理,我一時說不出來。」
這些回答看似不完整,卻仍然具有資訊價值。
因為它們至少正確同步了:
目前的認知狀態本身還沒有完全整理完成。
因此,讓溝通累積不能只要求提供者:
「把目前狀態講清楚。」
這句話本身也可能是一個過度壓縮的答案。
真正需要考慮的是:
建立狀態快照,本身也需要提取、摘要與語言組織成本。
如果這些成本超過當下可用的認知帶寬,即使一個人內部存在大量資訊,也可能暫時無法產生有效輸出。
這時候,降低溝通成本的方法之一,不是繼續追問更大的問題,而是縮小索引範圍。
不是:
「你最近到底在做什麼?」
而是:
「你上次那個專案現在還有繼續嗎?」
不是:
「你遇到什麼困難?」
而是:
「上次提到的那個錯誤現在還會發生嗎?」
不是:
「你接下來要幹嘛?」
而是:
「這件事情的下一步你已經決定了,還是還在整理?」
這些問題不替對方決定答案。
它們只是縮小搜尋空間,降低狀態提取成本。
真正能夠累積的溝通,因此不只是:
同步 → 保存 → 取用 → 更新
還需要承認一個更基礎的限制:
資訊必須先能被提取,才有可能被同步。
有時候溝通沒有成功,不是因為一方沒有事情可說,也不是因為另一方完全不願意理解。
而只是因為在那個瞬間:
內部存在的狀態,還沒有成功穿過搜尋、篩選、壓縮與語言組織,成為可以被另一個人接收到的資訊。
理解這一點之後,「沉默」、「不知道」與「突然空白」就不再必然代表內容不存在。
有時候真正缺少的,只是一條能讓內部狀態順利抵達語言的路徑。
9.17 溝通債務:真正累人的,可能不是重複,而是沒有累積的重複
同一個問題被問很多次,並不一定會讓人感到煩躁。
假設五十個彼此不認識的陌生人,分別第一次問:
「你最近在做什麼?」
回答者可能需要把相同的內容重新解釋五十次。
從輸出次數來看,這確實是五十次重複。
但每一次對話的結構都是:
對方原本不知道 → 提出問題 → 得到資訊 → 建立新的理解
因此,這五十次重複也可以理解成五十次彼此獨立的資訊同步。
回答者或許會覺得重複、疲勞,甚至開始準備固定說法,但未必會產生強烈的:
「我不是已經說過了嗎?」
因為對第十個陌生人來說,前面九次對話根本沒有發生在他的認知歷史裡。
他不知道,本來就是合理的。
但如果同一個人反覆詢問同一件已經解釋過的事情,結構就可能完全不同
第一次可能是:
原本不知道 → 提出問題 → 完成同步 → 建立新的共享狀態
理想情況下,下一次對話應該建立在這個狀態上繼續:
讀取既有狀態 → 確認哪些事情已經知道 → 補充新的變化 → 共享狀態繼續累積
例如第一次已經知道:
- 目前正在做某個開發專案。
下一次真正需要同步的,可能只剩:
- 最近做到哪裡?
- 遇到了什麼新的問題?
而不需要再次回到:
「你最近到底在做什麼?」
但如果前一次同步建立的狀態沒有被保留。
或者下一次對話時沒有被重新取用,流程就可能變成:
完成同步 → 暫時理解 → 既有狀態未被保留或取用
→ 下一次回到舊起點 → 再次詢問 → 再次同步
於是問題並不是單純的:
「同一句話被問了很多次。」
而是:
「每一次好不容易建立起來的共享狀態,都沒有成為下一次對話的起點。」
如果這種情況持續發生,回答者看到的就不再只是「我又回答了一次」。
而可能是:
前一次同步沒有真正降低下一次溝通所需要支付的成本。
這時候,重複開始產生另一種成本。
可以把它稱為:
溝通債務。
前一次沒有留下來的共享狀態並不一定真的消失
它可能只是把重新解釋、重新建立上下文、重新校正認知模型的成本,延後到下一次。
如果下一次仍然沒有形成可以繼續使用的狀態,這筆成本又會再次被往後推。
於是:
- 第一次重新解釋,可能只是幾分鐘。
- 反覆重新解釋,則可能逐漸改變回答者對整段溝通的預期。
問題開始從:
- 我要怎麼解釋這件事情?
變成:
「我這次解釋完,下次是不是還要再講一次?」
這也表示,溝通存在一種「預期同步收益」
當回答者相信:
這次說明 → 對方理解 → 下一次可以從這裡繼續
即使解釋本身有一定成本,也可能仍然值得。
因為這次投入能降低未來的溝通成本。
但如果長期經驗變成:
這次說明 → 暫時理解 → 狀態沒有留下 → 下一次重新開始
那麼回答者對下一次解釋的預期收益就可能逐漸下降。
到了後面,即使問題本身並不困難,也可能很快引起煩躁。
真正讓人疲勞的,因此未必只是:
- 這個問題我回答很多次了。
更可能是:
- 這個同步任務好像永遠無法結案。
而且,同一句話還可能攜帶過去的溝通歷史
例如:
- 你最近在做什麼?
第一次由陌生人詢問時,可能只是單純的資訊請求。
但如果同一個人過去已經反覆問過,而回答者也多次說明自己正在學習、開發、寫作
或處理某些具體問題,那麼同一句話再次出現時,它所攜帶的內容就不再只有字面上的問題。
回答者可能同時接收到:
- 前面同步過的內容似乎又沒有留下來。
甚至可能預測接下來會再次出現:
- 那你想學什麼?
- 那你怎麼不去找工作?
- 那你就去試啊。
此時,人真正回應的已經不只是眼前這一句話。
前面累積的溝通經驗,也一起進入了這一次對話。
可以把這稱為:
問題的歷史負載。
一句問題的實際溝通成本,不只取決於它現在的字面內容,也可能受到:
- 過去問過多少次、以前如何回答
- 資訊有沒有留下、曾經因此產生什麼衝突
- 以及這句話過去通常會把對話帶向哪裡
所影響。
因此:
- 為什麼開兩台風扇?
第一次可能只是好奇。
但如果類似問題過去經常沿著:
看到設備運轉 → 認為用電很多 → 要求節省 → 關掉設備 → 再回到「該省就省」
這條路徑發展,那麼下一次同樣的問題出現時,回答者可能在對話尚未完整展開以前,就已經預測後面的內容。
這種煩躁不一定完全來自眼前這一次事件。
它也可能包含:
對即將再次支付整套解釋成本的預期。
當然,重複次數也不是唯一變數
問題本身是否帶有指控、回答需要多少摘要成本、索引是否清楚,也會改變溝通負擔。
「你吃飯了嗎?」
即使問過很多次,通常只需要非常低的提取與輸出成本。
但:
「你最近到底都在做什麼?」
可能同時要求回答者搜尋大量近期事件、選擇值得說的內容、建立背景、組織語言。
如果再加入:
「你每天到底都在做什麼?」
語句甚至可能不再只是詢問狀態,而被理解成帶有某種需要自我證明的前提。
此時回答者需要處理的可能已經不是單純的資訊同步,而是:
資訊同步+背景重建+既有印象修正+自我說明
因此,不能單純用「同一個問題問了幾次」來預測一段溝通會不會令人煩躁。
更完整的結構可能是:
- 單次回答成本
- + 重複輸出成本
- + 歷史負載
- + 既有模型修正成本
- + 隱含前提帶來的辯解成本
- + 對未來仍會重複的預期成本
這也解釋了一個看似矛盾的現象:
同一句話,回答五十個不同陌生人,可能只是重複。
同一句話,被同一個人反覆詢問,卻可能逐漸變成溝通疲勞。
前者可能是:
五十次彼此獨立,而且成功完成的同步。
後者則可能是:
同一個同步任務,反覆重新開始了五十次。
所以,真正容易形成溝通債務的,不一定是重複本身。
而是:
沒有累積的重複。
當每一次溝通都能成為下一次的起點,重複仍然可能具有進展。
但當每一次溝通都必須重新支付相同的理解、解釋與校正成本時。
過去沒有完成的同步就可能逐漸進入下一次對話。
最後,一句很普通的問題之所以令人煩躁,未必是因為它本身有多嚴重。
而是因為:
前面沒有完成的那些對話,也一起回來了。
9.18 一次溝通,到底可能在哪裡失效?
當一段對話反覆沒有結果,我們很容易用一句:
「溝通不好。」
把整件事情概括掉。
但如果把一次資訊同步完整拆開,會發現「溝通」其實不是單一步驟。
一個人的狀態,要變成另一個人能夠理解,並且在下一次對話繼續使用的共享狀態,中間至少需要經過:
狀態存在 → 狀態被提取 → 組織成可以傳遞的資訊 → 傳遞
→ 對方理解 → 更新既有認知 → 保存共享狀態
→ 下一次重新取用 → 根據新的變化繼續更新
只要其中一個環節沒有完成,最後看到的表面現象都可能只是:
- 怎麼又要重新講一次?
但造成重新開始的原因,可能完全不同。
第一種情況,甚至還沒有走到「說出口」
一個人可能很清楚自己最近做了很多事情,也知道某些專案仍然存在,但突然被問:
- 你最近到底在做什麼?
卻一時回答不出來。
問題不一定是沒有狀態,而可能是大量資訊同時存在。
當下無法完成搜尋、篩選、排序與語言化。
這時候失效的位置比較接近:
狀態存在 → 提取失敗
或者:
狀態已經提取 → 無法順利組織成語言
因此:
- 沒有立即回答,不等於沒有思考。
說不清楚,也不等於什麼都沒有在做。
資訊甚至還沒有離開第一個人的認知系統,同步就已經中斷了。
第二種情況,是資訊確實被說出來了,卻沒有真正回答目前的問題
例如:
- 我不知道現在怎麼增加收入。
得到:
- 那就去找工作。
這句話確實完成了傳遞,甚至也可能完全被理解。
但如果對方原本早已知道「找工作」這條路。
真正正在處理的是時間交換成本、工作條件、能力匹配、交通。
或如何維持其他長期目標,那麼這個回答提供的資訊解析度就低於問題目前所在的層級。
這時候:
資訊有傳遞,卻沒有形成足夠的資訊增量。
所以「有回答」與「問題往前推進」仍然是兩件不同的事情。
第三種情況,是資訊被聽見,也理解了字面意思,但沒有真正修改原本的認知模型
例如一個人已經多次說明:
- 我現在不是沒有東西可以學,而是同時有幾個正在進行的開發方向,目前主要在處理實作與除錯。
對方當下可能完全聽懂。
但如果下一次仍然從:
- 所以你現在想學什麼?
重新開始,那麼問題可能已經不是資訊有沒有傳到。
而是新的資訊沒有成為下一次判斷時使用的前提。
換句話說:
聽見資訊 ≠ 理解資訊 ≠ 更新既有模型
這三件事情不能直接畫上等號。
第四種情況則更加隱蔽
資訊當下可能真的完成了同步,對方也更新了理解,但這份狀態沒有在下一次對話中被重新取用。
於是:
- 第一次同步成功
- → 當下建立共享狀態
- → 下一次沒有取用既有狀態
- → 回到舊起點
- → 再次同步
從單次對話來看,每一次甚至都可能算成功。
問題出現在:
- 這些成功沒有累積。
於是前一節提到的溝通債務便開始形成。
每一次沒有被保存或重新取用的共享狀態。
都可能把重新解釋、重新建立背景與重新校正理解的成本,延後到下一次。
因此,「溝通失敗」其實可能是完全不同的位置發生故障
-
提取失敗:知道,但當下找不出來。
-
組織失敗:大致知道,但無法整理成可以傳遞的語言。
-
資訊增量不足:回答存在,但沒有降低目前真正的不確定性。
-
理解失敗:資訊抵達了,但雙方對內容的理解不同。
-
模型更新失敗:理解了這次內容,卻仍然使用原本的認知框架判斷下一次問題。
-
狀態保存或取用失敗:這次同步成功了,但下一次又從舊起點重新開始。
它們最後都可能表現成:
為什麼一直講不通?
但真正需要修復的位置並不相同。
-
如果問題出在提取,再多要求一句「你就講清楚啊」未必有用。
-
如果問題出在資訊解析度,再把同一句方向性答案講得更大聲,也不會增加新的資訊。
-
如果問題出在模型沒有更新,單純增加資訊量也未必能改變原本的理解。
-
如果問題出在共享狀態沒有被保存與取用,那麼每一次重新解釋,都只是在重新支付同一筆成本。
這也讓「共享認知」的要求可以稍微降低
共享認知並不代表:
- 兩個人必須知道完全相同的所有事情。
這幾乎不可能,也不現實,也沒有必要。
真正需要保存的,通常只是足以支撐下一次互動的最低共同狀態。
而在很多情況下,這條最低線甚至不需要非常詳細。
例如一個人長期進行某個開發專案,家人不需要知道裡面的每個類別、每次程式修改、每個錯誤訊息。
也不一定需要隨時掌握專案目前精確處於哪一個階段。
專案本身的狀態可能一直變動。
- 它可能正在開發新的功能
- 也可能核心功能早已可以正常運作
- 目前只是持續改善、維護、重構或擴充
- 甚至不同部分還可能同時處於不同階段。
因此,最基本的共享狀態有時甚至只是:
- 知道這個專案存在,而且它是一件仍然持續發展的事情。
光是保留這個最低狀態,下一次對話的起點就可能完全不同。
它不必重新回到:
- 你現在有沒有什麼東西想學?
而可以變成:
- 你之前那個專案最近還有繼續嗎?
如果答案是有,再根據當下狀態繼續往下問。
共享狀態的價值,不在於保存所有細節,也不在於建立一份永遠不變的專案描述。
而在於:
- 保留足以找到下一次對話起點的索引。
部分資訊可能已經過時









