Android、PC 客户端、小程序，与后台系统打通。
每个都有代价，我们选了哪边、为什么。
没有最优方案，只有适配场景。
| 方案 | 开发成本 | 性能 | 离线能力 | 适合场景 |
|---|---|---|---|---|
| 双端原生 | 最高 | 最好 | 强 | 重交互、重图形 |
| 跨平台（Flutter/RN） | 中 | 好（多数场景够） | 强 | 业务型 App |
| PWA / 小程序 | 最低 | 中 | 弱（受浏览器限制） | 轻量工具、活动页 |
客户名称按保密要求匿名。
顺序不能反 —— 先做写操作、先做多步编排，出错都很难查。
哪些功能必须断网可用？这是架构的第一决定项，比选框架重要。
本地库与服务端怎么对账：按时间戳增量、还是按操作日志回放？冲突怎么解？这决定后面会不会出现数据错乱。
导航、登录、权限、本地存储先跑通，业务功能后加。
选一条最关键的流程（如巡检或考核）做完整，含离线与同步。这条流程通了，其他流程是复制。
内部分发用 MDM 或直接分发安装包；公众版走商店。同时要预留强制升级机制，否则老版本会一直留着。
不写形容词，写口径。
这些是真实问过的问题，答案不带营销话术。