第39章
關燈
小
中
大
第39章
“可以。”沈倦調出一個三維重建文件，“這是基於CT血管造影數據重建的心臟冠脈模型，包含主要分支和供血區域。”
文件傳輸。蘇念接收，快速瀏覽，然後點頭：“技術團隊可以處理。但需要時間，下周會議可能只能展示簡化版。”
“理解。”沈倦說，“質量優先。”
會議結束時，王副主任很滿意：“進度比預期快，沈醫生、蘇顧問，保持這個狀態。”
散會後，沈倦收到蘇念的私聊消息。
這是項目組成立以來，他們第一次在會議軟件裏直接對話。
**【蘇念】：血管模型很專業。是你們醫院自己的數據？
**【沈倦】：是的，匿名化處理過的臨床病例。
**【蘇念】：那個‘流域性缺血’的概念，有更通俗的比喻嗎？我們需要向用戶解釋為什麽缺血是那個形狀。
**【沈倦】：像一棵樹。樹幹是主冠狀動脈，樹枝是分支，如果樹幹堵了，整棵樹的那片葉子都會枯萎。
【蘇念】：明白，這個比喻好。
對話到此為止，沒有寒暄，沒有延伸，就是純粹的工作交流。
但沈倦盯著那幾行字，看了很久。
因為她主動找他了。
雖然只是工作，但這是她主動的。
原型開發遇到了技術瓶頸。
心臟模型要實時響應各種輸入參數，同時還要動態顯示缺血區域的變化，這對實時渲染性能提出了很高要求。
阿莫的團隊嘗試了幾種優化方案，幀率還是上不去。
周三會議，阿莫匯報了技術難點：“按照目前的模型精度，在普通手機上很難達到流暢交互，我們需要做取舍，要麽簡化模型，要麽降低交互實時性。”
會議室裏出現了分歧。趙教授堅持醫學準確性不能妥協；設計團隊則認為體驗流暢性至關重要；王副主任關心項目進度……
討論陷入僵局。
“我有個想法。”沈倦突然開口，“不一定對，供參考。”
所有人都看向他。
“在真實手術中，”沈倦調出一張手術示意圖，“我們也不是實時看到所有細節。
很多時候，我們是基於‘關鍵幀’來判斷，比如造影劑在某個位置中斷了，我們就知道那裏有狹窄。”
他看向屏幕上的蘇念：“也許我們可以借鑒這個思路？不需要實時渲染全部細節，而是在關鍵決策點，給用戶展示‘診斷快照’？”
蘇念的眼睛亮了一下：“你是說……把連續的過程，變成離散的關鍵時刻？”
“對。”沈倦點頭，“比如，當用戶選擇了高鹽飲食，我們不是實時顯示血管壁慢慢增厚，而是在十分鐘後彈出一個‘血管鏡檢查’畫面，顯示血管壁的變化。”
“然後用戶在這個畫面裏做出下一步選擇。”蘇念接話，“選擇繼續高鹽，變化加劇；選擇調整飲食，變化緩解。”
兩人你一言我一語，五分鐘內就勾勒出了一個全新的交互框架，不再是完全的實時模擬，而是“關鍵決策點+後果展示”的混合模式。
這個方案既保留了醫學準確性，關鍵畫面可以做得非常精細，又大幅降低了性能要求，不需要持續的高負荷渲染。
阿莫聽完，松了口氣：“這個方案技術上可行。而且……其實更有教育意義，因為它模擬了真實的醫療決策節奏，不是持續監控，而是定期評估、關鍵幹預。”
王副主任拍板：“好，就按這個方向調整。”
會議結束後的郵件往來裏，蘇念罕見地多寫了一行：
【方案調整後，教育效果可能比原設計更好。醫學決策的本質確實是離散的關鍵點，而非連續監控。這個洞察很有價值。】
沈倦回覆：【是臨床工作的常識。你能把它轉化為設計語言，更不容易。】
兩人都在郵件裏，小心翼翼地維持著那種專業的、克制的、但已經明顯升溫的讚賞溫度。
第一個可測試版本完成了。
項目組招募了三十名測試者，有醫生，有普通白領，有退休老人，也有大學生。
他們被邀請體驗“心臟指揮官”的原型，然後填寫問卷、接受訪談。
周三會議，用戶測試報告呈現在大屏幕上。
結果……很覆雜。
年輕用戶普遍反饋“有趣”、“像游戲”、“願意繼續玩”。
但老年用戶卻有很多困惑：“這些按鈕是什麽意思？”“這個數字變了代表什麽？”“我這樣做是對還是錯？”
更讓沈倦註意的是醫學準確性反饋。
幾位參與測試的醫生指出了十幾個細節問題：某個藥物的作用機制描述不夠準確；某個癥狀的模擬過於典型化，忽略了非典型表現；某個決策的後果模擬過於簡化……
“這是我們第一次面對真實用戶。”蘇念在會議上的聲音依然冷靜，但沈倦聽出了一絲緊繃，“暴露出的問題比預期多，我們需要調整。”
怎麽調整？會議室裏又出現了分歧。
有人認為應該簡化，讓產品更“傻瓜式”；有人認為應該增加教學環節，讓用戶先學習再操作；還有人認為應該分層設計，簡單模式給普通用戶，專業模式給想深入學習的人。
討論再次陷入僵局時，沈倦開口了。
“我建議，我們不要急於決定方案。”他說，“而是再觀察一輪用戶測試，這次我們不只是看數據，看問卷，而是真正觀察他們如何使用。”
他調出一段測試錄像：一個五十多歲的阿姨在面對“胸痛事件”時，手指在屏幕上懸停了很久，最終沒有點擊任何選項，而是直接退出了。
“她為什麽不做選擇？”沈倦問，“問卷裏她寫‘不知道選什麽’。但真正的原因可能更覆雜，可能是害怕選錯，可能是看不懂選項，可能是對數字設備不熟悉……”
他看向屏幕上的蘇念：“我們需要理解用戶‘不作為’背後的心理，而不僅僅是他們‘做了什麽’。”
蘇念沈默了幾秒，然後點頭：“同意。
設計團隊會重新設計測試方案，加入更多觀察和深度訪談。”
“醫學團隊也會參與觀察。”沈倦補充，“有些困惑可能源於醫學知識的欠缺，有些可能源於設計表達的不清晰。
我們需要一起看，一起分析。”
這個提議很大膽，意味著醫生和設計師要坐在一起，觀察同一批用戶，從各自專業角度解讀用戶行為。
王副主任有些猶豫：“這會不會太耗時？”
“但如果現在不搞清楚問題根源，”蘇念說，“後續的調整可能都是治標不治本，我同意沈醫生的建議。”
兩個核心負責人意見一致，項目組最終通過了這個方案。
周末，第一場聯合觀察測試在市三院的遠程醫療中心進行。
沈倦和蘇念第一次“同場”工作。
雖然她在大洋彼岸的視頻畫面裏。
測試者是一位六十歲的退休教師。在體驗“高血壓管理”場景時，她在“選擇降壓藥”環節卡住了很久。
“這兩種藥有什麽區別？”她指著屏幕上的兩個選項，“這個說‘作用溫和’，那個說‘起效快’……我該選哪個？”
現場的工作人員按照腳本回答：“請根據您的偏好選擇。”
但這個回答顯然沒有解決問題。老人皺著眉，遲遲不動。
視頻裏，蘇念輕聲說：“她在尋找決策依據。但設計裏沒有提供。”
沈倦點頭，在觀察記錄上寫下：“需要增加藥物選擇的教育環節，不是簡單描述，而是用比喻解釋不同藥物的特點，比如‘像溫水的慢效調節’vs‘像開關的快速控制’。”
測試結束後，沈倦和蘇念有一個簡短的覆盤。
“我註意到，”沈倦說，“當界面出現太多數字時，老年用戶普遍會忽略數字，只看顏色提示，比如紅黃綠）。但年輕用戶相反，他們會仔細對比數字變化。”
“這說明我們需要做自適應界面。”蘇念快速記錄，“根據用戶畫像，年齡、健康狀況、使用歷史等動態調整信息密度。給年輕人數據，給老年人圖示。”
“可以。”沈倦說，“醫學團隊可以提供不同顆粒度的數據支持，從簡單的‘好/中/差’三檔，到詳細的數值範圍。”
兩人就這樣討論了三十分鐘。
沒有爭執，沒有堅持己見，只有基於觀察的、務實的方案探討。
結束時，蘇念突然說：“今天的觀察方式很好。看到了很多問卷調查看不到的東西。”
“臨床工作也這樣。”沈倦說，“患者說的，和他們實際做的，經常有差距。要真正理解，必須觀察。”
短暫的沈默。
然後蘇念說：“下周見。”
沈倦回答：“下周見。”
視頻斷開。
會議室裏只剩下沈倦一個人，和屏幕上那個已經暗下去的小方格。
他忽然意識到，這是七個月來，他們第一次進行這麽長時間的、非正式的、但極其深入的工作對話。
沒有議程，沒有時間限制，就是兩個專業人士，為了解決一個問題，自然地交流。
那種感覺……
很像從前。
但又不一樣。
從前他們的對話裏，總有某種張力——他想要指導，她想要獨立；他想要規劃，她想要自由。
而現在，他們只是……合作。
平等地，專註地，為了同一個目標合作。
沈倦收拾東西離開會議室時，嘴角不自覺地揚起一個很淺的弧度。
很小，但真實。
調整後的原型在第二輪測試中表現明顯改善。
自適應界面讓不同用戶都找到了舒適的交互方式；關鍵決策點的“診斷快照”設計，既保證了醫學準確性，又讓決策過程變得清晰可控；新增的教育環節，比如“藥物選擇指南”，顯著降低了用戶的困惑感。
周三會議，用戶滿意度數據比第一輪提升了40%。
王副主任很高興：“看來方向對了。沈醫生、蘇顧問，你們這個配合確實有效。”
會議結束後，沈倦收到了蘇念發來的一份額外文檔——不是會議紀要，不是分工計劃，而是一篇學術論文的鏈接。
**【主題】：關於‘游戲化學習’中的認知負荷研究】
【正文】：
沈醫生，
這篇研究的一些結論，解釋了為什麽我們之前的設計對老年用戶不友好。
其中提到的‘分段學習’和‘適時反饋’策略，可能對後續設計有啟發。
蘇念
沈倦點開鏈接。那是一篇發表於《教育技術研究》期刊的論文，作者來自斯坦福大學。
文章用實驗數據證明：當學習內容被切分成小模塊、並在每個模塊後提供即時反饋時，學習效率和保持率最高。
他仔細閱讀，發現論文裏的很多結論，和他們從用戶測試中觀察到的現象高度吻合。
沈倦回覆：【論文已閱，很有啟發。特別是‘反饋時機’的部分——我們目前的反饋有些滯後，可能需要調整。】
很快，蘇念回覆：【同意。下個版本會把反饋點提前。】
然後又補充了一句：【這篇論文的作者，是我在GDC（游戲開發者大會）上聽過演講的一位教授。他的研究團隊和奧林匹斯有合作。】
這句話很平常，但沈倦讀出了其中的意味：她在分享她的專業網絡，她的知識來源，她所處的那個世界的冰山一角。
這是信任的又一表現。
沈倦思考了很久，然後做了個決定。
他也發了一篇論文過去——不是醫學論文，而是一篇發表在《患者教育與咨詢》上的研究，關於“用視覺比喻提高醫學知識記憶效果”。
**【主題】：視覺比喻在醫學教育中的有效性研究
【正文】：
蘇顧問，
這篇研究支持了我們使用比喻的策略。
數據顯示，恰當的視覺比喻能讓覆雜概念的長期記憶率提升60%以上。
沈倦
蘇念的回覆很簡短：【數據很有說服力。會分享給設計團隊。】
但一小時後，她又發來一封郵件：
**【主題】：關於視覺比喻的分類框架】
**【附件】：Visual_Metaphor_Framework.xlsx
【正文】：
基於你提供的論文和我們已有的設計經驗，我整理了一個視覺比喻的分類框架。
分為：結構比喻（如‘心臟是泵’）、過程比喻（如‘血液循環是河流’）、功能比喻（如‘免疫系統是軍隊’）。
每個類別下有待開發的比喻庫，以及適用場景建議。
請從醫學角度審核，看看是否有不當或誤導之處。
蘇念
附件是一個精心整理的表格，已經列出了二十多個比喻，每個都有詳細說明和可視化草圖。
本站無廣告，永久域名（fanyan.cc）
“可以。”沈倦調出一個三維重建文件，“這是基於CT血管造影數據重建的心臟冠脈模型，包含主要分支和供血區域。”
文件傳輸。蘇念接收，快速瀏覽，然後點頭：“技術團隊可以處理。但需要時間，下周會議可能只能展示簡化版。”
“理解。”沈倦說，“質量優先。”
會議結束時，王副主任很滿意：“進度比預期快，沈醫生、蘇顧問，保持這個狀態。”
散會後，沈倦收到蘇念的私聊消息。
這是項目組成立以來，他們第一次在會議軟件裏直接對話。
**【蘇念】：血管模型很專業。是你們醫院自己的數據？
**【沈倦】：是的，匿名化處理過的臨床病例。
**【蘇念】：那個‘流域性缺血’的概念，有更通俗的比喻嗎？我們需要向用戶解釋為什麽缺血是那個形狀。
**【沈倦】：像一棵樹。樹幹是主冠狀動脈，樹枝是分支，如果樹幹堵了，整棵樹的那片葉子都會枯萎。
【蘇念】：明白，這個比喻好。
對話到此為止，沒有寒暄，沒有延伸，就是純粹的工作交流。
但沈倦盯著那幾行字，看了很久。
因為她主動找他了。
雖然只是工作，但這是她主動的。
原型開發遇到了技術瓶頸。
心臟模型要實時響應各種輸入參數，同時還要動態顯示缺血區域的變化，這對實時渲染性能提出了很高要求。
阿莫的團隊嘗試了幾種優化方案，幀率還是上不去。
周三會議，阿莫匯報了技術難點：“按照目前的模型精度，在普通手機上很難達到流暢交互，我們需要做取舍，要麽簡化模型，要麽降低交互實時性。”
會議室裏出現了分歧。趙教授堅持醫學準確性不能妥協；設計團隊則認為體驗流暢性至關重要；王副主任關心項目進度……
討論陷入僵局。
“我有個想法。”沈倦突然開口，“不一定對，供參考。”
所有人都看向他。
“在真實手術中，”沈倦調出一張手術示意圖，“我們也不是實時看到所有細節。
很多時候，我們是基於‘關鍵幀’來判斷，比如造影劑在某個位置中斷了，我們就知道那裏有狹窄。”
他看向屏幕上的蘇念：“也許我們可以借鑒這個思路？不需要實時渲染全部細節，而是在關鍵決策點，給用戶展示‘診斷快照’？”
蘇念的眼睛亮了一下：“你是說……把連續的過程，變成離散的關鍵時刻？”
“對。”沈倦點頭，“比如，當用戶選擇了高鹽飲食，我們不是實時顯示血管壁慢慢增厚，而是在十分鐘後彈出一個‘血管鏡檢查’畫面，顯示血管壁的變化。”
“然後用戶在這個畫面裏做出下一步選擇。”蘇念接話，“選擇繼續高鹽，變化加劇；選擇調整飲食，變化緩解。”
兩人你一言我一語，五分鐘內就勾勒出了一個全新的交互框架，不再是完全的實時模擬，而是“關鍵決策點+後果展示”的混合模式。
這個方案既保留了醫學準確性，關鍵畫面可以做得非常精細，又大幅降低了性能要求，不需要持續的高負荷渲染。
阿莫聽完，松了口氣：“這個方案技術上可行。而且……其實更有教育意義，因為它模擬了真實的醫療決策節奏，不是持續監控，而是定期評估、關鍵幹預。”
王副主任拍板：“好，就按這個方向調整。”
會議結束後的郵件往來裏，蘇念罕見地多寫了一行：
【方案調整後，教育效果可能比原設計更好。醫學決策的本質確實是離散的關鍵點，而非連續監控。這個洞察很有價值。】
沈倦回覆：【是臨床工作的常識。你能把它轉化為設計語言，更不容易。】
兩人都在郵件裏，小心翼翼地維持著那種專業的、克制的、但已經明顯升溫的讚賞溫度。
第一個可測試版本完成了。
項目組招募了三十名測試者，有醫生，有普通白領，有退休老人，也有大學生。
他們被邀請體驗“心臟指揮官”的原型，然後填寫問卷、接受訪談。
周三會議，用戶測試報告呈現在大屏幕上。
結果……很覆雜。
年輕用戶普遍反饋“有趣”、“像游戲”、“願意繼續玩”。
但老年用戶卻有很多困惑：“這些按鈕是什麽意思？”“這個數字變了代表什麽？”“我這樣做是對還是錯？”
更讓沈倦註意的是醫學準確性反饋。
幾位參與測試的醫生指出了十幾個細節問題：某個藥物的作用機制描述不夠準確；某個癥狀的模擬過於典型化，忽略了非典型表現；某個決策的後果模擬過於簡化……
“這是我們第一次面對真實用戶。”蘇念在會議上的聲音依然冷靜，但沈倦聽出了一絲緊繃，“暴露出的問題比預期多，我們需要調整。”
怎麽調整？會議室裏又出現了分歧。
有人認為應該簡化，讓產品更“傻瓜式”；有人認為應該增加教學環節，讓用戶先學習再操作；還有人認為應該分層設計，簡單模式給普通用戶，專業模式給想深入學習的人。
討論再次陷入僵局時，沈倦開口了。
“我建議，我們不要急於決定方案。”他說，“而是再觀察一輪用戶測試，這次我們不只是看數據，看問卷，而是真正觀察他們如何使用。”
他調出一段測試錄像：一個五十多歲的阿姨在面對“胸痛事件”時，手指在屏幕上懸停了很久，最終沒有點擊任何選項，而是直接退出了。
“她為什麽不做選擇？”沈倦問，“問卷裏她寫‘不知道選什麽’。但真正的原因可能更覆雜，可能是害怕選錯，可能是看不懂選項，可能是對數字設備不熟悉……”
他看向屏幕上的蘇念：“我們需要理解用戶‘不作為’背後的心理，而不僅僅是他們‘做了什麽’。”
蘇念沈默了幾秒，然後點頭：“同意。
設計團隊會重新設計測試方案，加入更多觀察和深度訪談。”
“醫學團隊也會參與觀察。”沈倦補充，“有些困惑可能源於醫學知識的欠缺，有些可能源於設計表達的不清晰。
我們需要一起看，一起分析。”
這個提議很大膽，意味著醫生和設計師要坐在一起，觀察同一批用戶，從各自專業角度解讀用戶行為。
王副主任有些猶豫：“這會不會太耗時？”
“但如果現在不搞清楚問題根源，”蘇念說，“後續的調整可能都是治標不治本，我同意沈醫生的建議。”
兩個核心負責人意見一致，項目組最終通過了這個方案。
周末，第一場聯合觀察測試在市三院的遠程醫療中心進行。
沈倦和蘇念第一次“同場”工作。
雖然她在大洋彼岸的視頻畫面裏。
測試者是一位六十歲的退休教師。在體驗“高血壓管理”場景時，她在“選擇降壓藥”環節卡住了很久。
“這兩種藥有什麽區別？”她指著屏幕上的兩個選項，“這個說‘作用溫和’，那個說‘起效快’……我該選哪個？”
現場的工作人員按照腳本回答：“請根據您的偏好選擇。”
但這個回答顯然沒有解決問題。老人皺著眉，遲遲不動。
視頻裏，蘇念輕聲說：“她在尋找決策依據。但設計裏沒有提供。”
沈倦點頭，在觀察記錄上寫下：“需要增加藥物選擇的教育環節，不是簡單描述，而是用比喻解釋不同藥物的特點，比如‘像溫水的慢效調節’vs‘像開關的快速控制’。”
測試結束後，沈倦和蘇念有一個簡短的覆盤。
“我註意到，”沈倦說，“當界面出現太多數字時，老年用戶普遍會忽略數字，只看顏色提示，比如紅黃綠）。但年輕用戶相反，他們會仔細對比數字變化。”
“這說明我們需要做自適應界面。”蘇念快速記錄，“根據用戶畫像，年齡、健康狀況、使用歷史等動態調整信息密度。給年輕人數據，給老年人圖示。”
“可以。”沈倦說，“醫學團隊可以提供不同顆粒度的數據支持，從簡單的‘好/中/差’三檔，到詳細的數值範圍。”
兩人就這樣討論了三十分鐘。
沒有爭執，沒有堅持己見，只有基於觀察的、務實的方案探討。
結束時，蘇念突然說：“今天的觀察方式很好。看到了很多問卷調查看不到的東西。”
“臨床工作也這樣。”沈倦說，“患者說的，和他們實際做的，經常有差距。要真正理解，必須觀察。”
短暫的沈默。
然後蘇念說：“下周見。”
沈倦回答：“下周見。”
視頻斷開。
會議室裏只剩下沈倦一個人，和屏幕上那個已經暗下去的小方格。
他忽然意識到，這是七個月來，他們第一次進行這麽長時間的、非正式的、但極其深入的工作對話。
沒有議程，沒有時間限制，就是兩個專業人士，為了解決一個問題，自然地交流。
那種感覺……
很像從前。
但又不一樣。
從前他們的對話裏，總有某種張力——他想要指導，她想要獨立；他想要規劃，她想要自由。
而現在，他們只是……合作。
平等地，專註地，為了同一個目標合作。
沈倦收拾東西離開會議室時，嘴角不自覺地揚起一個很淺的弧度。
很小，但真實。
調整後的原型在第二輪測試中表現明顯改善。
自適應界面讓不同用戶都找到了舒適的交互方式；關鍵決策點的“診斷快照”設計，既保證了醫學準確性，又讓決策過程變得清晰可控；新增的教育環節，比如“藥物選擇指南”，顯著降低了用戶的困惑感。
周三會議，用戶滿意度數據比第一輪提升了40%。
王副主任很高興：“看來方向對了。沈醫生、蘇顧問，你們這個配合確實有效。”
會議結束後，沈倦收到了蘇念發來的一份額外文檔——不是會議紀要，不是分工計劃，而是一篇學術論文的鏈接。
**【主題】：關於‘游戲化學習’中的認知負荷研究】
【正文】：
沈醫生，
這篇研究的一些結論，解釋了為什麽我們之前的設計對老年用戶不友好。
其中提到的‘分段學習’和‘適時反饋’策略，可能對後續設計有啟發。
蘇念
沈倦點開鏈接。那是一篇發表於《教育技術研究》期刊的論文，作者來自斯坦福大學。
文章用實驗數據證明：當學習內容被切分成小模塊、並在每個模塊後提供即時反饋時，學習效率和保持率最高。
他仔細閱讀，發現論文裏的很多結論，和他們從用戶測試中觀察到的現象高度吻合。
沈倦回覆：【論文已閱，很有啟發。特別是‘反饋時機’的部分——我們目前的反饋有些滯後，可能需要調整。】
很快，蘇念回覆：【同意。下個版本會把反饋點提前。】
然後又補充了一句：【這篇論文的作者，是我在GDC（游戲開發者大會）上聽過演講的一位教授。他的研究團隊和奧林匹斯有合作。】
這句話很平常，但沈倦讀出了其中的意味：她在分享她的專業網絡，她的知識來源，她所處的那個世界的冰山一角。
這是信任的又一表現。
沈倦思考了很久，然後做了個決定。
他也發了一篇論文過去——不是醫學論文，而是一篇發表在《患者教育與咨詢》上的研究，關於“用視覺比喻提高醫學知識記憶效果”。
**【主題】：視覺比喻在醫學教育中的有效性研究
【正文】：
蘇顧問，
這篇研究支持了我們使用比喻的策略。
數據顯示，恰當的視覺比喻能讓覆雜概念的長期記憶率提升60%以上。
沈倦
蘇念的回覆很簡短：【數據很有說服力。會分享給設計團隊。】
但一小時後，她又發來一封郵件：
**【主題】：關於視覺比喻的分類框架】
**【附件】：Visual_Metaphor_Framework.xlsx
【正文】：
基於你提供的論文和我們已有的設計經驗，我整理了一個視覺比喻的分類框架。
分為：結構比喻（如‘心臟是泵’）、過程比喻（如‘血液循環是河流’）、功能比喻（如‘免疫系統是軍隊’）。
每個類別下有待開發的比喻庫，以及適用場景建議。
請從醫學角度審核，看看是否有不當或誤導之處。
蘇念
附件是一個精心整理的表格，已經列出了二十多個比喻，每個都有詳細說明和可視化草圖。
本站無廣告，永久域名（fanyan.cc）