现场收货与异常记录
员工扫码收货，遇到问题拍照备注；主管在后台核对记录和库存变化。
- 扫码与拍照
- 断网时先存下来
- 主管在后台核对
适用场景
手机上最需要完成哪件事？
先弄清谁来用、现在怎么做、数据在哪儿，再决定手机上该放哪些功能。
- 仓库、门店或外勤员工需要边工作边记录
- 客户希望在手机上预约、下单或查看会员权益
- 已有系统在电脑上好用，在现场却不方便
典型流程
先把一件常做的事做好
下面展示的是可能的做法，并非客户案例。先选一条最常用的流程，做出能试用的版本。
方案示例 · 具体范围按项目确定
预约与会员服务
客户在手机上选时间、预约服务；运营人员在后台调整时段和查看预约。
- 浏览并预约
- 接收状态通知
- 后台更新可预约时段
把现有系统接到手机上
先挑 CRM、ERP 或内部系统里最常用的一件事，让员工能在手机上查看和更新，再考虑加功能。
- 先选最常用的操作
- 接入现有 API
- 检查权限和更新结果
如何选型
原生、跨平台，还是移动网页？
不用一开始就决定技术。先看是否需要蓝牙、摄像头、推送、离线使用，以及以后由谁维护。平板和专用设备另行确认。
原生 iOS 或 Android
- 适用情况
- 平台专有交互、硬件能力或性能是核心；可评估 Swift/SwiftUI 或 Kotlin/Compose。
- 先确认
- 哪些设备和平台行为值得分别维护客户端？
跨平台 App
- 适用情况
- 双端大部分流程和业务逻辑相近；可评估 Flutter 或 React Native。
- 先确认
- 哪些功能仍需要原生模块和分别测试？
移动网页或 PWA
- 适用情况
- 以浏览和轻量表单为主，安装不是关键要求。
- 先确认
- 目标浏览器是否满足离线、通知与设备能力要求？
系统如何连接
手机上操作，后台也要跟得上
客户在 App 里看到的内容，运营人员要能更新；员工在现场填的数据，也要回到原来的系统。
移动 App
常用操作、设备功能和出错提示
身份与 API
让对的人看到和修改对的数据
业务系统
沿用已有客户、订单或库存记录
Web 管理后台
更新内容、审核记录、查看处理进度
支付、地图、BLE、消息通知和 AI 均按约定任务选择，不作为每个 App 的默认功能。
技术能力与实施范围
具体能做到什么
具体方法按现有设备、系统和项目要求选择。
手机端怎么用
让常用操作顺手，出错时也知道该怎么继续。
- 用户流程、交互设计和无障碍状态
- 范围内的登录、权限与设备能力
- 加载、离线、失败与重试处理
- 开发前约定 iOS/Android 设备及系统版本测试矩阵
接口和管理后台
手机上发生的事及时同步到原系统，运营人员也能在后台处理。
- 关键流程所需的 API 与数据模型
- 在接口允许时连接现有 CRM、ERP、POS 或第三方系统
- 后台角色、记录、状态变更与必要的审计
- 通知、支付或 AI 服务只在任务需要时接入
需要时再加 AI
先看资料能不能外传、回答要多快、运行要花多少钱，再决定 AI 放在哪里。
- 员工查询获准使用的企业资料，回答附来源
- 现场图片或语音形成待人工审核的提取草稿
- 接入前核对访问规则、模型依赖和数据保留方式
- AI 不可用时，核心业务流程仍可继续
上线后谁来维护
上线前把构建方法、发布账号和维护责任交代清楚，后续更新才不依赖某个人的电脑。
- 测试包和阶段演示
- 应用商店资料与提交流程协助；审核由平台决定
- 源码、依赖、构建步骤、API 和运行文档
- 监控、故障处理和维护范围
交付内容
你会得到什么
开始前约定交付项及各项的完成标准。
需求和可试用原型
用户、流程、端侧选型、界面预览和验收场景。
App、接口和后台
约定的 iOS/Android 客户端、API、系统集成和 Web 管理后台。
测试记录和上架资料
目标设备覆盖、问题记录、测试包和范围内的商店提交素材。
源码和维护说明
代码、依赖、构建部署步骤、接口文档和支持责任。
先做出能试用的一条流程
先试用，再看问题出在哪儿；功能是否扩大，跟着实际反馈决定。
弄清要做什么
确认用户、核心任务、现有系统、目标设备与验收要求。
先试用原型
审阅交互，并验证风险最高的设备能力或系统集成。
做出来并在设备上测试
一起演示 App、API 和后台，在约定设备上测试异常与恢复。
准备上线并交接
准备提交资料，移交源码、构建说明和运行责任。
运行方式与交接
部署、交接与后续责任
发布账号和数据归属
发布前明确开发者账号、发布主体、凭据、托管、第三方费用和数据归属。
上线后怎么更新
约定更新节奏、监控、故障响应，以及后续版本由谁构建和发布。
验收标准
一起确认怎样算完成
- 各约定用户角色在目标设备上完成首期核心流程。
- 客户端按约定处理断网、无效输入和权限边界。
- App 中写入的数据正确出现在连接的系统和管理后台。
- 客户能够复现约定构建，并收到发布与运行交接资料。
开始前，你可能想知道
几个具体问题
一定要分别开发原生 iOS 和 Android 吗？
不一定。我们先比较原生、跨平台和移动网页能否满足设备能力、用户流程与维护条件，再选择客户端方案。
可以基于现有后台开发吗？
可以。先检查现有接口、权限和数据归属，从一条移动流程开始，同时明确需要调整的后台部分。
是否保证通过应用商店审核？
我们可使用约定的开发者账号准备并提交版本。Apple 和 Google 独立决定审核结果，无法保证审核时间或结果。