上周，明尼苏达州的 Mankato Clinic 宣布裁掉近 100 名员工，占其总人力的 10%。CEO Aaron Johnson 说，压力从 2025 年开始，一直持续到 2026 年。这只是一家地方诊所的新闻，但如果你是一名医疗 IT 开发者，或者你的客户是医疗机构，这条新闻其实是一个很清晰的信号：客户的预算正在收紧，但“帮他们省钱”的工具反而会拿到更多订单。

这次裁员不是孤例

Mankato Clinic 的处境在整个美国医疗系统里非常典型。根据美国医院协会（AHA）2025 年的报告，超过 40% 的医院在当年出现负利润率，主要原因包括：

• 医保报销增长滞后于通胀
• 劳动力成本上升（护士和行政人员薪资涨幅超过 8%）
• 患者支付能力下降导致坏账率升高

当诊所开始裁员，通常首先缩减的是行政、后台支持岗位。而这些岗位恰恰是医疗 IT 系统最常见的用户——他们负责处理保险验证、账单录入、预约调度、患者沟通等等。如果你的产品主要服务于这些岗位，现在就要思考：客户会不会因为裁员而减少授权数？或者，你的产品能不能帮剩下的员工做更多事？

开发者应该关注的三个调整方向

1. 优先开发“能直接替代人力”的功能

这不是让你去做 AGI。医疗场景里有很多低 hanging fruit：

• 自动化保险资格验证：传统上需要员工逐个输入患者信息，然后等待保险公司回复。如果你的系统能通过 API 实现批量查询，一个员工每天节省 2 小时，相当于减少 25% 的行政人力需求。
• 智能排班与患者通知：很多诊所还在用人工打电话确认预约，取消率高达 20%。自动化短信/邮件确认+自动填补空闲时段，能把人工成本直接砍掉。

具体怎么做：在你的产品路线图里，把这类功能标记为“ROI 可量化模块”。下次跟客户沟通时，不要只讲功能列表，直接说：“这个模块预计为你的诊所每月节省 X 小时，换算成年薪约 Y 美元。” 在预算紧缩期，这句话比任何技术指标都管用。

2. 提供轻量级、快速部署的方案

大而全的 EHR 系统部署周期动辄 6-12 个月，一次性付费几十万美元。但在财务压力下，客户更倾向于按月订阅、按模块付费、两周内能上线的小工具。

案例：我认识的一个团队开发了一款“患者自助签到+付款”的移动端应用，只做三件事：扫描保险卡、更新个人信息、支付自付额。一个中型诊所从部署到上线只用了 3 天，用下来每月减少 1.5 个前台岗位，客户立刻追加了三个诊所的授权。

对你的启发：把现有系统拆成微服务或独立模块，允许客户只购买最痛的那个点。不要强制绑定全套功能。预算越紧，客户越想要“外科手术式”的解决方案。

3. 建立“节省金额”数据仪表盘

这是最容易忽略的。很多医疗 SaaS 产品只记录技术指标（API 响应时间、错误率、可用性），但从客户 CFO 的视角看，他们只关心一件事：这系统帮我省了多少钱？

如果你能让你的产品自动计算并展示“本月通过自动化减少了 XX 小时人力成本”、“通过减少患者 No-show 挽回了 XX 美元收入”，客户续费的意愿会大幅提升。同样，这也是你在销售时最能打动采购委员会的数据。

我的个人判断

医疗行业的 IT 采购正在从“功能驱动”转向“成本驱动”。过去两年大家追逐 AI 诊断、精准医疗等高大上的概念，但接下来 12-18 个月，真正能活下来的医疗科技公司，是那些能帮客户在裁员后依然维持运营效率的。

作为开发者，如果你现在还在开发“增强患者体验”这种 Soft 功能，建议你重新排优先级。先帮客户省下眼前的人头费，再谈未来的患者满意度。 这不是短视，而是生存。

Mankato Clinic 的裁员不会是个案。趁客户还没开始大规模砍 IT 预算，尽快把你的产品价值翻译成他们 CFO 能看懂的语言——美元和美分。