再讲场景，接着展示解决方案，最后补充技术支撑。全程围绕“医生愿不愿意用”这个核心。

如果评委觉得这不够技术流，那也没办法。他要的不是掌声，是落地。

文档保存完毕，他退出编辑模式，准备做一次内部试讲模拟。

刚合上电脑，手机又响了。这次是林悦发来的消息：“听说你们竞选方案撞车了？”

他回：“嗯。”

“别被带节奏。”她说，“有些人说话声音大，不代表他们知道路在哪。”

他看完笑了笑，把手机扣在桌上。

说得没错。丙讲得再流畅，也改变不了他的方案脱离实际的事实。而真正的好设计，应该让人用了之后觉得“本来就应该这样”。

他翻开笔记本，蓝笔写下明天计划：找两个认识的医生，把新方案演示一遍，看看他们的第一反应是什么。

正写着，办公室灯闪了一下。

他抬头看了眼天花板，这次没忽略。上次灯闪是在早上，现在是下午，连续两天同一时间电压不稳，可能是线路老化。

他记了一笔：提醒物业检查电路。

然后继续写计划。

写完合上本子，窗外天色已经开始变暗。楼道传来脚步声和笑声，有人在讨论晚上吃什么。

他没动，坐在位置上，手指无意识地敲了两下桌面。

明天先试讲，后天调整细节，最后一天正式汇报。

时间紧，但够用。

他重新打开电脑，进入文档首页。

光标停在标题下面，他敲下第一句话：

“我们常常以为技术进步就是算得更快、看得更清。但在医疗领域，真正的进步，是让使用者不再感觉到技术的存在。”

话有点长，但他没删。

这句话能把所有人从“比参数”的陷阱里拉出来，重新思考到底什么是好系统。

他读了一遍，满意地保存。

这时，隔壁座位有人坐下，打开电脑，屏幕亮起的光照在他侧脸上。

陈砚舟没转头，只问了一句：“你们组交方案了吗？”

那人头也不抬：“还没，卡在接口兼容这块。”

“试试降低请求频率，”他说，“先把基础数据跑通，别一上来就搞实时同步。”

对方愣了一下：“你看过我们方案？”

“没有。”

“那你……”

“昨天开会，你提过一句。”