導(dǎo)讀：一個三歲孩子半夜哭著要"喝水"，父母換了杯子、調(diào)了溫度、甚至買了新水壺——問題卻沒解決。這到底是個產(chǎn)品問題，還是我們理解錯了需求本身？

「喝水」背后的真實信號

作者記錄了一個反復(fù)出現(xiàn)的場景：孩子睡前說口渴，給水后喝一口就放下，過一會兒又喊要水。循環(huán)持續(xù)，直到大人意識到——孩子要的不是水。

孩子要的是「被看見」。

白天父母忙碌，睡前成為唯一能被完全注視的窗口。喝水是唯一能合法延長清醒時間、獲得面對面互動的理由。這是一個三歲兒童能想到的最優(yōu)解。

從親子場景看產(chǎn)品設(shè)計的盲區(qū)

這個案例戳中了一個常見陷阱：用戶說的和真正需要的，往往是兩回事。

孩子要水 → 父母優(yōu)化供水方案 → 問題持續(xù)。

這個閉環(huán)里，雙方都困在表層需求里。直到有人跳出「解決問題」的慣性，問一句：如果水沒問題，那問題是什么？

作者的身份耐人尋味——前谷歌產(chǎn)品經(jīng)理，現(xiàn)育兒博主。她用產(chǎn)品語言拆解親子沖突：需求挖掘、用戶訪談、迭代驗證，這些職場技能被移植到客廳和臥室。

當(dāng)「解決方案」成為新麻煩

更諷刺的轉(zhuǎn)折在后頭。

作者嘗試用「高質(zhì)量陪伴」替代「給水」——提前20分鐘專注陪孩子，理論上應(yīng)該消除夜間索水行為。結(jié)果孩子要水更頻繁了。

為什么？因為新方案創(chuàng)造了新依賴。孩子發(fā)現(xiàn)：只要喊口渴，就能獲得比預(yù)設(shè)時間更長的互動。需求被意外強化了。

這像極了產(chǎn)品迭代中的「 unintended consequence（非預(yù)期后果）」：修復(fù)A問題，激活了更頑固的B問題。

最終的解法出乎意料地簡單

作者沒有給出標(biāo)準(zhǔn)答案。她記錄了自己的選擇：接受不確定性，停止過度優(yōu)化。

「有時候孩子只是需要你在那里，哪怕什么都不做?！?/p>

這句話里沒有方法論，卻暗合一個產(chǎn)品常識——不是所有用戶痛點都需要被「解決」，有些只需要被「承托」。

從谷歌到育兒，作者的核心能力沒變：識別表層需求之下的深層結(jié)構(gòu)。只是這次，她的「用戶」不會填寫反饋問卷，而她會用余生做A/B測試。

如果職場訓(xùn)練讓我們擅長拆解和優(yōu)化，那么家庭場景是否在提醒我們：有些系統(tǒng)不該被過度工程化？當(dāng)效率思維遇上無法被量化的需求，你的默認設(shè)置是什么？