先定分发与能力边界，再选壳与商店
B2B 工具的移动决策常被「要不要上架」带偏：有人默认原生才专业，有人默认 PWA 就能省一半预算。真正该先问的是：用户如何安装与更新、是否必须离线、推送与后台限制、摄像头/蓝牙/文件等设备能力、企业 MDM 与数据驻留、以及两到三年总拥有成本。可上线在移动应用与网站开发项目中，常见路径是 Web 核心业务 + 按需原生壳，或对内工具优先 PWA/桌面安装。中国团队还要叠加应用商店审核、厂商推送与 WebView 性能差异。下文给出对照维度与选型误区，避免 MVP 选型锁死后续三年架构。
用户与场景：现场、办公还是偶发手机
仓储盘点、巡检、医护交接等强移动场景，对离线、扫码、持续定位更敏感，原生或成熟跨平台往往更稳。销售看板、审批、CRM 轻操作，若桌面已是主战场，PWA 或响应式 Web 可能足够。画「周活跃时长 × 是否单手 × 是否无网」三维，而不是只问「要不要 App」。内部工具还要问：是否允许只从公司门户打开、是否禁止个人应用商店安装。场景不清时，先做可点击 Web 原型验证流程，再砸商店资源。
分发与更新：商店、链接、MDM
原生走应用商店或企业签发/MDM，更新受审核与用户是否点击更新影响；PWA 靠 URL 与「添加到主屏幕」，更新可随部署生效，但安装教育成本高、iOS 能力与发现性仍受限。B2B 若客户 IT 用 MDM 统一分发，原生包有时反而更合规。若用户是供应商与外部伙伴，装 App 摩擦大，PWA/Web 登录链路更短。写进决策表：目标安装转化率、强制更新需求、是否必须出现在商店搜索。
能力边界：推送、离线、硬件 API
把能力列成必选/可选/不需要。后台可靠推送、蓝牙外设、复杂后台同步、高级生物识别，原生或带原生模块的跨平台更可控。PWA 的 Service Worker 离线缓存适合资源与只读数据；冲突合并的复杂离线写入要谨慎评估。摄像头扫码在现代浏览器已可用，但机型碎片与权限提示体验要真机测。不要用「将来可能要」把所有能力标成必选——那会默认原生并吞掉预算。
安全、合规与企业策略
B2B 常有 SSO、证书钉扎、截屏限制、远程擦除、数据驻留。原生与 MDM 组合在设备策略上更成熟；PWA 依赖浏览器安全模型与服务端会话，要设计令牌生命周期、设备绑定与异常登录。若处理敏感制造数据或金融字段，法务可能直接要求商店分发与应用级加固。安全基线（传输、存储、日志脱敏）无论壳层都必须做；壳层选择不能替代威胁模型。中国区还要评估域名、ICP、第三方 SDK 清单。
性能与 WebView 陷阱
「套一层 WebView 叫原生」不等于原生体验。长列表、重图表、频繁桥接会暴露 WebView 性能与内存问题。PWA 直出浏览器有时比双端 WebView 壳更可预期，因为少一层版本碎片。若选混合，设定性能预算（启动、交互延迟、列表帧率）与真机机型矩阵，并参考混合性能专项实践。React Native / 原生 2026 选型另文讨论；本文焦点是 B2B 工具是否必须离开 Web 核心。
总拥有成本：不只是第一期报价
计算双端原生、跨平台、PWA/Web 在 24 个月的：工程人力、设计适配、测试矩阵、商店运营、推送与证书、热修复与审核失败返工、客户 IT 支持工单。PWA 通常降低安装与审核成本，但可能增加「如何安装」的客户成功成本。原生可能提高赢单可信度，但复制功能到双端会拉长交付。把成本与收入侧（能否因此签大客、是否阻塞采购）放在同一表，避免工程爽点绑架商务。
推荐默认路径与升级扳机
对多数 B2B 工具，可上线倾向：响应式 Web 为源真相 → 需要时加 PWA 安装与离线只读 → 出现明确能力或分发硬约束再上原生/跨平台。升级扳机示例：离线写入冲突成主场景、MDM 强制应用包、推送到达率成为 SLA、硬件外设必须稳定连接。降级扳机：商店拒审反复、双端人力不足导致功能分叉。架构上保持业务逻辑与 API 与壳层解耦，避免第一次选型把领域模型写进某一客户端。
探索阶段怎么开选型会
90 分钟议程：场景地图 20 分钟；必选能力投票 15 分钟；分发与 IT 约束 15 分钟；TCO 粗算 15 分钟；风险与升级扳机 15 分钟；书面结论 10 分钟。输出一页决策记录：选型、假设、12 个月回顾日。原型与技术尖刺（推送到达、离线冲突、扫码机型）安排在设计/开发早期，而不是上线前夜。需要外部团队时，把该决策写进范围与验收，避免项目中途「我们还是做个 App 吧」无报价变更。
可执行清单
- 1已画出主用户场景与是否离线/单手/长时使用
- 2分发路径（商店/MDM/URL）与强制更新需求已写明
- 3设备能力分为必选/可选/不需要，并有真机验证计划
- 424 个月 TCO 与商务收益放在同一决策表
- 5升级/降级扳机与 12 个月回顾日已记录
核心要点
- B2B 移动选型是分发与能力问题，其次才是技术偏好
- Web 核心 + 明确升级扳机，比一上来双端原生更能控风险
- WebView 壳不是原生；性能预算与机型矩阵必须写进验收
常见问题
- PWA 在 iOS 上是否足够做 B2B 工具？
- 取决于推送、后台、安装引导与企业策略。许多审批与只读看板可以；强离线写入与严格 MDM 场景往往不够。用目标机型做安装与推送尖刺后再定，而不是看通用博客结论。
- 已经有响应式网站，还要单独做 PWA 吗？
- 若需要主屏幕图标、有限离线、独立显示模式或更强缓存控制，再加 PWA 层。若用户几乎只在桌面或企业浏览器会话内使用，先把 Web 体验与性能做好，ROI 通常更高。
- 跨平台原生（如 React Native）算哪一边？
- 它在「需要应用包与较多原生能力、但希望共享 UI 逻辑」的中间带。仍要承担商店与双端测试成本，只是比双团队原生低。与 PWA 对比时，按分发与能力表打分，不要只比较「能不能用 JavaScript」。