可用性分析

低空经济数字化落地：被忽略的可用性盲区正在拖慢商业化脚步

当eVTOL整机测试、低空航线审批、智控调度平台搭建等环节都在快步推进时，很多低空经济参与者都忽略了一个足以拖慢商业化落地的隐形问题：从面向飞行员的机载操作界面，到面向监管方的空域调度系统，再到面向C端用户的低空出行预约平台，绝大多数产品的可用性都停留在“能运行”的阶段，远没达到“好用”的标准。

很多人会把可用性和功能完整性混为一谈，认为把所有要求的功能做出来就够了。但从全球数字化产品的实践定义来看，可用性从来不是“有或没有”的问题，而是“好用不好用”的质量属性——它衡量的是产品对目标用户来说，完成任务的易用性和有效性，直接决定了用户满意度、操作出错率，最终影响整个项目的商业成败。在微软关于用户体验优化的官方指南中，可用性甚至被放在设计流程的优先级首位，要求所有决策都围绕减少用户工作量、提高任务效率展开，这对正在探索商业化的低空经济来说，是极具参考价值的提醒。

很多从业者对可用性的认知还停留在两个极端：要么觉得可用性就是UI好看，属于可有可无的“锦上添花”；要么把它等同于IT架构里的服务可用性——也就是AWS可靠性支柱中定义的“工作负载可供使用的时间百分比”，把99.99%可用率当成了全部目标。但实际上，架构层面的服务可用只是基础，用户层面的操作可用才是直接影响业务落地的关键：哪怕你的调度平台全年在线率达到99.99%，但管制员找一条申请记录要点五次菜单，飞行员起飞前要花十分钟核对十个重叠弹窗的参数，这种“能用但难用”的可用性缺陷，本质上和宕机没区别，甚至会埋下更严重的安全隐患。

我们不妨拿低空领域最核心的两个场景来拆解这种盲区的影响。第一个是面向低空管制人员的空域智控调度系统。目前国内主流的调度系统大多是从传统民航管制系统改造而来，传统民航的空域流量小、作业流程标准化程度高，复杂操作不会成为太大问题。但低空经济开放后，同一空域内会同时出现城市物流无人机、观光eVTOL、植保作业飞机等十几种不同类型的低空飞行器，日均起降架次可能是传统通用航空的十几倍，管制员每分钟都要处理三到五个申请、调配冲突。按照微软提出的可用性原则，这要求设计必须把“简化流程、减少用户操作”放在第一位，但目前不少系统依然保留了传统民航的多层审批流程：申请流转需要经过三级人工确认，每一级都要手动填写三张重复表单，遇到临时调整空域，至少要切换四个页面才能完成修改。这种设计带来的不只是效率问题——去年华东某试点城市的一次测试飞行中，就因为管制员在繁忙时段误点了错误的审批按钮，导致整个空域临时停航12分钟，耽误了三个急救物流无人机的运输任务。这不是操作人员的失误，本质是可用性设计的缺陷：没有根据低空场景的新需求调整设计，把原本适合低流量场景的复杂流程直接搬了过来。

第二个场景是面向eVTOL飞行员的机载操作界面。现在不少整机研发企业都把精力放在了电池、动力、航电这些核心硬件上，对操作界面的可用性设计几乎没有投入，觉得能显示参数就够了。但实际上，低空飞行的环境远比高空复杂，飞行员需要随时关注障碍物、周边空域动态、乘客状态，留给操作的反应时间非常短。如果界面把几十项参数全部堆在一块屏幕上，重要的告警信息和普通的状态信息用一样大小的字体，遇到突发情况飞行员要花好几秒才能找到需要的信息，这几秒钟的延迟就可能导致事故。微软的体验优化指南明确要求，设计决策必须根据用户需求调整，对飞行员这类用户来说，核心需求就是“最短时间找到关键信息”，这恰恰是可用性设计要解决的核心问题：不是把所有功能都堆出来，而是帮用户在对的时间看到对的内容。

当然，可用性分析也不止面向终端用户的交互界面，AWS定义的服务可用性同样是低空数字化的核心指标，我们不能把这两个维度的可用性割裂开。对低空智控平台来说，服务可用性是底线：按照行业通用的计算方式，可用性是一段时间内正常运行时间的占比，哪怕是99.9%的可用性，意味着一个月就有43分钟的宕机时间，对需要实时调度的低空空域来说，这43分钟的中断就可能导致连锁的安全事故。现在不少初创企业的测试平台，为了赶进度把更多精力放在了功能开发上，对可用性的压力测试做得非常不到位：平时十架飞行器同时运行没问题，等到试点活动几十架一起飞，平台就出现了响应延迟，甚至部分功能无法访问，这就是没有把服务可用性纳入前期设计的结果。按照AWS的韧性设计要求，可用性需要从设计阶段就作为核心目标，哪怕是计划内的系统升级，也要计入可用性的计算——很多企业会把计划内停机排除在外，但实际上对低空调度来说，计划内停机也会影响正常作业，本质上就是可用性的降低。

很多人会说，可用性设计会不会增加研发成本？其实恰恰相反，可用性分析做在前面，反而能大幅降低后期的修改成本。微软的软件设计文档中很早就提到，软件上线后修改一个可用性问题的成本，是设计阶段解决这个问题成本的100倍，对低空这类对安全性要求极高的领域来说，这个倍数只会更高。现在不少低空数字化项目的流程是，先把功能做出来交付，测试的时候发现用户用不顺手，再回头改，光是反复修改的成本，就比前期做可用性分析高出好几倍，还耽误了商业化试点的时间窗口。也有很多企业觉得，可用性设计就是找几个用户看看，要不要建专门的可用性实验室，成本很高。但实际上，可用性分析不需要复杂的设备，核心是把用户需求放在设计的第一步：在画第一张界面线框图的时候，就把目标用户（管制员、飞行员、普通用户）拉进来，让他们实际操作模拟流程，发现问题立刻调整，这就是最有效的可用性分析，不需要太高的成本就能避开大部分核心坑。

现在国内低空经济正处于从技术验证到商业化落地的关键节点，很多企业都在拼核心技术的进度，拼航线试点的名额，却很少有人关注可用性这个“软指标”。但从全球科技行业的发展规律来看，当一个行业进入商业化落地阶段，竞争的核心就会从“有没有”变成“好不好用”，可用性会成为拉开差距的关键。对低空经济来说，可用性不只是影响用户体验的小问题，它直接关系到运行安全、运营效率，最终决定了消费者会不会为低空出行买单，监管方能不能高效开放低空空域。

去年深圳举办的低空经济博览会，不少企业都展出了自己的新一代调度系统和机载设备，我们已经能看到一些企业开始关注可用性设计：比如有的企业把管制员最常用的审批功能放在了首页最显眼的位置，把原来需要五步的操作简化成一步；有的机载界面把告警信息做成了醒目的弹窗，同时自动屏蔽不重要的参数推送，这些都是可用性优化带来的改变。但从整个行业来看，可用性分析还没有成为项目立项和验收的标准配置，很多项目的验收指标里只有功能完整性和服务可用率，没有对用户操作效率、出错率的可用性要求，这是需要尽快补上的一课。

回到最基本的定义：可用性的核心，就是让产品适配用户，而不是让用户适配产品。对正在探索新路的低空经济来说，所有的技术创新最终都要落到用户的使用上，不管是百亿级的整机研发，还是千万级的平台搭建，最后都要过“可用性”这一关——能不能让管制员少点一次鼠标，能不能让飞行员少花一秒找信息，能不能让普通用户三步就能约一次低空飞行，这些看起来很小的可用性问题，最后都会变成决定行业发展速度的大问题。