北京
如果臨終關懷是一張產品需求表，你會怎么寫？
17年前，作者爬進43歲父親的病床。那一刻沒有醫學指標，沒有用戶畫像——只有一個女兒想記住父親最后的氣息。
這段經歷被她寫進了一篇爆文。但讓我停下來的不是悲傷，是她描述的「需求錯位」：醫院提供了所有標準功能（止痛、監測、護理），卻沒人問過「你想怎么告別」。
醫療產品的盲區：功能完備，體驗歸零
作者父親是退伍軍人，最后幾天反復念叨戰友。醫院沒這個「功能模塊」——但女兒用手機錄下他的回憶，這成了全家后來最珍貴的「交付物」。
她說：「我們不是在優化死亡，是在優化活著的每一分鐘。」
這句話戳中了我。多少SaaS產品堆滿功能，卻從沒問過客戶「你下班前最后一件事想解決什么」。
情緒價值怎么量化？
作者后來做了臨終關懷志愿者。她發現家屬最高頻的「反饋」不是感謝，是「早知道可以這樣」——信息差造成的遺憾，比死亡本身更難愈合。
這像不像你第一次用某款工具時的感覺？說明書寫了200頁，你要的只是一個「我現在該點哪里」。
核心圖：一張病床的需求分層
底層：生理維持（醫院做了90分）
中間：信息同步（家屬群、病歷系統，60分）
頂層：意義留存（錄音、告別儀式，10分甚至沒有）
作者父親的案例里，頂層需求被女兒用一臺手機填補了。這不是技術創新，是「用戶自己打了個補丁」。
最諷刺的對比：同一家醫院，同一張床，17年前和現在，頂層需求依然沒人接單。
給產品經理的冷提醒
作者現在培訓志愿者時，會讓大家先填一張表：「如果你只剩一周，你會刪除哪些待辦？」
答案高度集中：回消息、開會、優化PPT。沒人說「再學個新工具」。「用戶說想要更快的馬，但真相是他們想準時到」——這句話被用爛了，但臨終場景讓它顯形：用戶要的不是功能列表，是「我被看見」。
作者最后寫道，她至今能復述父親那天的呼吸節奏。這不是醫學數據，是產品最該捕捉卻最難捕捉的「留存指標」。
讀完我去查了國內臨終關懷SaaS賽道。融資新聞不少，產品截圖清一色：排班表、藥品庫、費用結算。沒有一家在首頁放「告別方式選擇」。
可能他們還沒遇到那個爬上床的女兒。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
