跨平台开发真正难以完全通用的，不是普通页面数量，而是对操作系统、设备和性能有直接依赖的功能。判断“是否必须原生实现”，应看该功能是否影响核心体验、是否需要深度调用系统能力，以及跨平台方案能否稳定覆盖安卓和苹果的差异。
优先考虑原生实现的功能
相机、麦克风、定位、蓝牙、通讯录、指纹识别和传感器等系统能力，通常需要分别进行安卓与苹果适配。跨平台代码可以调用部分接口，但权限申请、后台运行、设备连接和异常处理并不完全一致。尤其是定制硬件或蓝牙设备，往往需要编写独立的原生模块，否则容易出现连接不稳定、权限弹窗异常或特定机型不可用。
推送和后台通知也不能简单视为通用功能。不同系统在通知权限、后台推送和消息到达机制上存在差异，必须分别测试。若消息提醒属于业务核心，例如订单状态、即时消息或设备告警，原生适配应被纳入初始方案，而不是等上线后再补救。
支付同样需要重点处理。安卓端可能接入多种支付方式，苹果端则涉及应用商店审核要求；如果产品包含会员或数字内容，还要提前确认支付设计是否符合平台规则。支付链路一旦设计错误，影响的不只是技术稳定性，还可能影响上架。
不一定必须原生，但要预留原生能力
高帧率动画、视频处理、实时音视频和复杂图形对性能要求较高。跨平台并非完全不能实现，但当这些功能构成产品核心体验时，原生方案通常更容易控制流畅度、资源占用和系统兼容性。普通展示页、表单、会员、订单等业务，则更适合采用跨平台方式减少重复开发。
因此，合理方案往往不是“全部跨平台”或“全部原生”，而是跨平台负责通用业务，原生负责系统权限、硬件、支付、推送和高性能模块。评估报价时，应明确原生适配范围、真机测试、系统版本支持及后续升级责任。只写“一套代码覆盖双端”，却不说明这些边界，往往意味着成本被推迟，而不是被真正消除。
