iOS / Android APP
原生或跨平台开发,适合需要推送、长期使用或较强设备能力的内部与客户应用。
01 / 方法
内部报工、巡检往往适合 APP 或企业微信;面向消费者更适合微信 / 支付宝小程序或 H5。达希会按使用频率、是否需要推送、是否要上架应用商店来选型,避免为了「有个 APP」而多养一套客户端。
扫码、定位、消息、支付和离线缓存按场景启用。后台与业务系统共用,手机上提交的单据,管理端立刻能看到。
员工、客户、门店、供应商不是同一套首页。先拆角色,再选技术。
低频、免安装、要传播,小程序或 H5 往往更合适。推送和设备能力强再上原生。
移动端不是单独一套订单。权限、库存、会员与 Web 后台共用接口。
02 / 交付
每一项都对应上线后能被使用、被验收的结果,而不是商店截图里的空壳。
原生或跨平台开发,适合需要推送、长期使用或较强设备能力的内部与客户应用。
免安装、便于传播,适合会员、下单、预约和门店服务。
链接即开,适合活动页、临时入口或与公众号、短信配合触达。
扫码、拍照上传、定位打卡、消息提醒,覆盖巡检、报工和配送等高频动作。
员工、客户、供应商分端登录,数据按组织隔离,避免串店串仓。
移动端不是单独一套逻辑,订单、工单和会员与 Web 后台共用接口。
03 / 流程
每一阶段都有可签字的产出,避免项目在改图标里空转。查看完整路径
谁在用、一天用几次、有没有网,决定 APP、小程序还是 H5。
列出必须在手机上完成的动作,砍掉装饰性页面。
和后台共用账号体系,分端隔离数据。
在现场弱网、扫码和支付路径上走通,而不是只看模拟器。
上架、审核、版本和谁来回用户消息,写进交接。
04 / 场景
角色不同,入口和技术选型不同。先对上使用对象,再谈原生还是小程序。
员工 / 现场
报工、审批、巡检、考勤,让不坐办公室的岗位也能完成系统操作。
员工端该放哪些功能客户 / 会员
预约、下单、积分、查看物流或服务进度,减少客服电话。
会员小程序首页该写什么门店 / 核销
收银辅助、核销、订货和店员任务,和总部库存、会员打通。
门店端核销订货怎么设计供应 / 对账
接单、发货、对账在小程序里完成,采购不用再靠邮件传表格。
供应商端接单对账怎么走05 / 科普
围绕为什么要做移动入口、能带来什么、常见问题和有入口与无入口的差别,分篇说明。每篇可单独转发,文内互相链接。
询盘
用使用对象和希望在手机上完成的操作开头,比从「我们想做个 APP」更快进入方案。