这个入口，使用的人一周会打开几次？
关通知会不会让作业停摆？现场有没有稳定网络？
决策顺序是角色 → 频率 → 推送与离线 → 设备能力 → 最后才是原生。反过来从「我们要做 APP」开始，会把客户会员也拖进双端上架。客户一年来几次，不会下载，见 APP 没人下载怎么办。小程序和 APP 谁当主入口，对照 小程序和 APP 哪一种该当主入口。
跨平台算不算「原生」？
对业务方，能上架、能推送、能调用所需设备能力即可。用 Flutter 或 React Native 还是双端原生，是实施选型，不是立项口号。真正要写进需求的是：离线能缓存几张单、定位精度、是否必须在后台跑。现场没网的完整讨论见 现场没网，要不要做离线。只做 H5 何时够，见 只做 H5 够不够。
员工端最容易「看起来该做 APP」
若员工已在企业微信里办公，先把报工做成工作台应用，往往比再下一个商店 APP 更有人用。功能清单见 员工端该放哪些功能才有人用。费用差异见 花费与周期。
招标要 APP，也不等于第一期就要双端商店
有的标书把「自有 APP」写成资格项。可以规划上架，但作业仍应先在可用的小程序或企微里跑通，避免为赶标期交出空壳。上架材料、隐私协议、账号注销，是额外工程，要写进范围。客户侧仍不必跟着重做一个下载项。
企业内部分发，有时比商店更合适
员工端可以用企业签名或 MDM 安装，不必出现在公开商店。这能避开部分审核，仍保留推送和离线。公开商店适合要被陌生人搜到的产品，不适合内部报工。蓝牙和持续定位一旦写入需求，真机验收就要包含对应设备，不要用模拟器代替现场。跨平台能覆盖大多数业务；只有系统级后台任务或深度传感器，才需要单端原生补丁。
把「必须原生」写进方案时，同时写清不做什么：不做商店评分运营、不做启动页动画竞赛、不为客户侧再养一套下载。第一期能用企业分发，就不要把上架当成开工条件。商店审核周期不能占用现场试运行的日历。达希科技会在方案里写清「为什么不必原生」或「为什么必须」，避免默认双端。需要按场景做完这棵树，到 移动端服务页 说明使用频率和是否要离线。