产品评审会上，三个方案各有拥护者。有人认为推车式才能把功能做完整，有人希望便携式兼顾移动与能力，还有人主张直接把设备放进掌上探头。争论很快变成体积与参数排名，真正的购买和使用任务却被放到了一边。

这篇作为系列收尾，给三方一次公平辩论。下面的形态比较是分析框架，数值是明确假设，不提供真实采购报价、投资建议或品牌优劣排名。不同产品的模式、适用范围和许可需逐型号确认。

第一回合：先说准备去哪里，而不是先说多轻

推车式通常把控制、显示、处理、电源与探头管理集中在移动工作站形态，适合研究较完整任务与长时间工作；便携式可采用笔记本等形态，强调搬运和使用空间；掌上方案把更多能力集成在探头或小型主机，并可能依赖手机或平板显示。它们内部还有很多差异。

轻便不只看主机重量。电源、显示、探头、附件、支撑、连接、备用和处理条件共同构成任务负担。一个小探头如果依赖不便获取的终端、网络或账号，也可能不能随到随用。应测量完整准备与结束流程，不要只拍拿在手里的照片。

固定科室可能重视多探头切换、控制触达、长时间工作与记录；移动或床旁场景可能重视准备、供电、连接、清洁和交接。不能把某一场景的便利推广为所有场景都更优。市场细分应明确任务、用户与环境，再选择形态。

图1：原创三种形态与任务边界对照。轮廓为概念设计，不是真实品牌产品照片。

第二回合：小型化到底把什么搬到了哪里

小型化可能来自更高集成、前端处理、通道复用、算法、散热和电源设计，不只是把外壳缩小。数据在探头内处理到哪一级，决定传输、功耗、升级与主机依赖。无线或有线连接也有不同工程约束，不能只用一个接口名称判断体验。

更多前端处理可以降低传输，但可能减少原始数据开放与某些算法自由度；更多处理放在外部终端，可能增加连接与平台依赖。应根据目标任务决定，不把研究自由度和临床产品便利混为一谈。产品不是所有内部数据都必须对用户开放，但研发需要知道边界。

探头、手机、平板或主机的热与电池都可能影响持续能力。峰值算力与短时演示不能证明长时间负载。需要研究模式、环境、温度、无线状态、亮度与同时记录条件下的表现，并准确说明支持范围。

一个假设续航计算：电池名义能量30 Wh，考虑可用比例0.8，任务平均功率12 W，则理想可用时长约30×0.8/12=2小时。实际功率随模式、屏幕、连接与温度变化，电池状态也不同。这个数不属于任何产品，更不能替代续航实测与安全研究。

第三回合：终端与连接也属于产品责任

采用通用终端可以利用成熟显示和交互，但需要兼容清单、操作系统、驱动或应用版本管理。终端更新可能改变性能、权限、显示与连接。不能因为应用商店可以安装，就认为所有设备和系统版本都已支持。

无线传输应关注真实时效、丢包、重连与状态，而不是只比较理论速率。网络拥挤、终端节能和环境可能改变结果。图像停留、断连与恢复时怎样表达，记录是否完整，需要与风险和任务一致。小体积不免除这些责任。

离线能力也应明确。没有公网、没有账号服务或机构网络限制时，哪些任务仍可完成，记录如何保存与补传，权限和身份怎样处理。具体设计可以不同，但必须与宣传和合同一致。不能让使用者到现场才发现核心功能依赖未说明的服务。

数据共享需要正确身份与格式。导出图像、视频、测量或DICOM等能力应按实际实现解释，不能只因采用相关库就宣称全面互通。记录错误、重复、时间与患者关联都是任务问题，不应被当成IT部门独立负责的尾项。

第四回合：把价格换成可以复算的模型

先固定功能单位：在明确场景中完成一次符合定义的任务。若三种方案不能完成相同任务，就不能直接用每次成本排名。可以只比较共同任务，把额外能力和组织价值另外说明。下文为纯假设的等价任务模型，没有真实市场报价。

设年度固定成本分别为：推车方案120000元、便携方案60000元、掌上方案24000元；单次相关可变成本分别为20元、35元、70元。固定项被假设已按同一口径包含资本年化与相应支持，变量项也按同一边界处理。现实需要重新收集数据并检查遗漏。

对应年度总成本为C_cart=120000+20N，C_portable=60000+35N，C_handheld=24000+70N。N是年度完成量。这里没有说哪种形态真实固定成本必然更高、变动成本必然更低，数字只用于演示结构。

N=500时，分别为130000、77500和59000元；N=2000时为160000、130000和164000元；N=5000时为220000、235000和374000元。同样任务假设下，最小成本方案随使用量改变，不能只看设备采购价。

便携与掌上交点约1028.6次/年，推车与便携交点4000次/年；推车与掌上虽在1920次相交，但这个区间便携曲线更低。因此不能把任意两条曲线交点直接当作三选一的最优切换点。真实决策还受到能力、容量、风险与服务约束。

图2：原创三方案假设成本曲线。交点与数值均可用正文公式复算，不表示任何医院、品牌或市场价格。

不确定性怎样进入账本

实际固定项可能包含主机、探头、终端、软件、接口、培训与服务，变量项可能包括耗材、处理、人员和其他资源。维修、备用、停机、订阅与过期等应按适当方式计入，避免重复或遗漏。现金支出、平均成本与边际成本不是同一个问题。

先用区间表达未知，再看哪些变量改变选择。若利用率、维修周转或服务费稍有变化就逆转结论，应优先收集这些数据。增加小数位不会消除输入不确定。模型是调查工具，不是为了给预先选定方案找一个漂亮交点。

第五回合：性能表之外，谁维持可用性

可用性来自设备、探头、人员、供电、附件、处理、维修和备用。某模块更可靠很有价值，但服务响应与备件不足仍可能让系统长时间不可用。研发应考虑日志、诊断、模块身份和维修确认，商务则要让承诺与实际能力一致。

探头是长期成本与能力的重要部分。维护、损伤、线缆、连接、声学表面和处理可能影响性能，不能只看主机寿命。维修后需要按受影响范围确认，不应仅开机看有图就结束。记录应能追溯部件、工艺、校准和版本。

掌上方案也需要支持网络。终端坏了、账号异常、版本不兼容或探头故障时，怎样恢复任务，是否有替代，数据在哪里，都需要清楚。减少物理模块可能简化运输，却也可能把依赖集中到少数接口或服务上。形态变化改变责任分布，不消除责任。

培训不能只统计参与人数。关键是使用者能否正确选择、识别模式、理解限制、完成测量与保存、处理异常和结束。面向不同角色的任务应分别研究。把一切困难归为用户不熟练，会使真正的交互与产品问题长期存在。

第六回合：如何阅读已有产品资料

GE官方Vscan Air支持资料说明其探头与应用终端的组合职责，Butterfly官方资料提供特定系统与兼容终端的信息。它们可用于理解掌上产品形态，不构成彼此临床、成本或安全优越性比较，也不自动代表所有地区销售配置。

GE官方系统说明

GE官方探头与应用说明

Butterfly官方用户手册入口

竞品表应固定型号、地区、版本和用途，把未确认项目标为待核实，不把网页缺失当成没有功能。采购价应注明数量、配置、服务、税费与时间，不能把一个合同总额直接当市场均价。本文没有据宣传资料推导份额或增长率。

三种采购情景，把模型带回现场

情景甲是使用量较低但需要随时可获得的移动任务，固定投入、备用、准备与服务依赖可能重要。情景乙是中等使用量、跨地点又需要一定完整能力，搬运、续航、探头和数据交接成为约束。情景丙是较高使用量的固定流程，容量、控制、长时间稳定与维修周转可能更敏感。它们是分析场景，不是具体采购建议。

三种情景先核对能力等价与可行性，再算成本。不能让掌上方案只承担简单任务，而推车方案承担复杂任务，然后直接比较每次费用。若任务不同，应拆开共同与额外价值，不以单一总分消除差异。

三条曲线的最优区间如何判断

在正文假设下，低于约1028.6次时掌上总成本更低；约1028.6到4000次之间便携更低；高于4000次推车更低，边界处存在相等。这个结论来自三条直线的下包络，不是任意两条交点。若真实变量改变，区间可能完全不同。

模型也不包含任务容量不足时的新增设备、排队与人员变化。实际成本可能不是一直线，达到某阈值后需要增加探头、终端或备用，固定投入跳变。因此应检查模型在哪个范围成立，不能把一条直线无限外推。

一个容量算例揭示另一种约束

假设仅作管理算例，每天可安排6小时用于某类完整任务，平均每次含准备与结束共20分钟，理想容量18次。若存在20%的相关不可用时间，粗略可用量级变成14.4次，现实还需考虑任务波动与流程。数字不代表真实检查时长或机构效率。

设备采购更便宜，但如果容量或可获得性不能支持需求，成本模型就不能单独决定。反过来，为很低使用量配置极高峰值能力，也可能没有相应价值。研发与商务应共同理解用户实际任务分布，而不是只比较标称帧率与重量。

服务合同里的时间应分别定义

收到问题、作出初步判断、提供替代、恢复任务、维修完成和关闭根因，是不同节点。快速回复不等于快速恢复，快速换件也不等于问题不再发生。指标应与任务可用性和风险对应，不能只统计电话接通率。

合同还应说明支持范围、终端与软件版本、备件、升级、接口和数据责任。模糊承诺在销售时容易，在现场可能变成长期成本。企业能力与区域覆盖应真实匹配，不以签约数量代替服务能力。

订阅与平台依赖怎样进入比较

先确认费用对应什么功能、期限、账号与机构，停止服务后哪些能力保留，数据怎样导出，升级与安全支持怎样安排。不同产品商业方式不同，不能凭“有订阅”或“无订阅”直接判定好坏。把条款放进生命周期模型，分析真实依赖。

通用终端更换也可能产生费用与验证负担。设备停产、系统更新、接口变化和电池老化都应考虑。可持续支持不要求永远兼容所有旧设备，但需要清楚范围、通知与迁移路径，让用户能计划。

如何做一张有用的竞品表

固定任务、型号、地区和版本，列出支持模式、探头、终端、接口、持续条件、处理、服务与总成本口径。无法确认的项目标记待核实，不根据网页没有写就填“不支持”。宣传名称应尽量翻译成实际任务与实现，而不是堆商标。

独立研究与厂商资料承担不同作用。官方资料适合核对产品配置和说明，研究需要检查比较条件与证据范围。不能拿一份特定用户群和版本的研究，推广到全部产品或市场。价格也应保持配置与时间可比。

上市后数据怎样避免错误趋势

故障数量需要结合设备、探头、使用量、运行时间与报告机制。软件更新后收集更完整，事件数可能上升，不自动说明产品更差；设备增长也影响总数。稳定定义、必要分母和配置身份，决定趋势能否解释。

投诉应区分事实、主观偏好与潜在安全问题，按适用过程处理。不能未经调查归为用户原因，也不必把所有现象立即定为设计缺陷。跨研发、质量和服务形成可追溯问题单，再决定措施与效果验证。

退役与迁移也是产品设计

设备不再使用时，记录导出、数据清除、账号、附件和资产交接需要与制度和产品支持一致。软件停止支持时，应有适当信息与迁移考虑。产品价值从来不只发生在购买当天，而是在完整任务与生命周期中不断兑现。

从试用反馈到真实采用，中间还有几步

试用可以研究任务与体验，但愿意尝试不等于愿意采购，喜欢画面也不等于组织能够部署。应记录配置、用户、培训、环境和任务，区分观察事实与主观偏好。后续再核对预算、信息、服务与法规条件。

同一反馈也可能有不同原因。准备慢可能来自连接、账号、附件或流程；续航不足可能来自模式与终端；数据难用可能来自身份和接口。先定位问题，再决定改产品、配套或流程，不让所有建议都变成新增功能。

不同角色可以共享一张采用地图

采购关注合同与预算，使用者关注能力，设备管理关注维护，再处理关注处理条件，信息部门关注身份与数据。让各角色写出最不能失败的三件事，再比较冲突。市场机会常藏在这些接缝，而不是更大屏幕或更多模式。

研发路线图可以按风险、任务影响、频率、证据可信度和实现成本组织。少见但严重问题可能优先于常见小不便，大量来自单一机构的建议也需要理解代表性。不要把表格总分当成无需判断的自动决策。

让经济模型保持谦逊

本文的交点和区间只在假设条件下成立，没有核实真实报价、订阅、维修或机构使用量。真实决策先补关键变量，再研究范围与敏感性。缺数据时可以明确未知，不必为了完整文章编造市场数字。

如果只能给下一代产品留一句方向，应是“让明确任务更可靠、更容易持续完成”。它可以通过画质、连接、处理、测量或服务实现，不必每次都表现为新算法。把技术、证据和日常使用连起来，产品才有长期价值。

用三条曲线训练一次判断，而不是记交点

任意改变一个固定项或变量项，重新计算交点与下包络，观察最优区间是否还存在。某方案可能在全部范围都不再最低，也可能受容量约束无法进入原本区间。模型的意义是揭示条件，不是为某种形态制造永恒优势。

将这种思路用于实际研究时，先收集最敏感且可信度最低的变量，避免花很多时间精确一个对结论几乎没影响的小项。价格与服务必须对应同一配置、地区和期限，任务能力也先核对。

最终的产品选择应能写成条件句：在明确任务、使用量、支持和证据下，某方案具有什么取舍。它比一句“掌上是未来”或“高端必须推车”更具体，也更有助于研发决策。

终场：研发路线图应该回应什么

从上市后反馈看，最值得改的未必是增加模式。可能是连接稳定、探头管理、参数理解、记录交接、续航或维修周转。应按任务影响、风险、频率和证据组织问题，避免只按声音最大的人排序。

投诉、维修、故障与不良事件信息需要按适用制度分类处理，不能混成一个满意度数字。趋势应考虑使用暴露、报告机制和配置变化，事件数量增多不自动说明质量变差，没人投诉也不等于没有问题。必要身份与原始信息决定后续分析能力。

改进要回到设计与验证。换探头、换前端、提高事件率、改AI或增加数据服务，都可能触及已有证据。应判断哪些需要补充研究、资料和现场措施，不能只让市场更新宣传页。产品的长期价值建立在当前支持范围被持续维持。

三方辩论最终不必选出一个全局冠军。更合理的结论是：某形态在明确任务与条件下具有怎样的取舍，需要什么证据和服务才能成立。把这句话说清楚，才真正把前九篇技术工作连接到了产品。

千里之行，始于足下。——《老子》第六十四章