APP / 小程序 / H5 · 为什么要做
电脑上的系统再完整,也只服务坐得住的人。巡检员在机房、店员在柜台、客户在路上、供应商在自己的仓——他们若必须回到工位才能报工、核销、查进度、回传发货,系统在这些人手里等于不存在。
作业发生在现场。入口若不跟到手机上,后台再完整也接不住真实发生的那一笔。
立项时那句「我们要做个 APP」,往往从面子出发:同行有、招标要填、老板想在年会上展示二维码。达希科技接触过的失败项目,大半不是技术选错,而是入口选错——把偶尔打开一次的宣传册做成了要上架审核的原生应用,却让每天要扫码报工的岗位继续用纸和微信。把作业做到手机上,先要回答四个角色:员工、客户、门店、供应商,各自在什么场合、一天用几次、有没有稳定网络。场合清楚了,再谈原生、小程序还是 H5。
系统只装在电脑上,现场就会发明旁路
旁路很廉价:拍张照片发群、口头报个数、晚上回办公室补单。补单时记忆已经漂,照片对不上点位,审批人看到的是「已经发生」的结果而不是可拦截的过程。现场人员不上电脑时,PC 等于没系统,这一条我们写在 现场不上电脑,PC 系统等于没系统。移动端要接的,是当场能完成的三五件事,而不是把电脑页面缩小。
先选谁来用、在哪用,再选原生、小程序或 H5。顺序反了,钱会花在没人打开的图标上。
四个角色,不是同一套首页
员工要待办、扫码、拍照、定位;客户要预约、查进度、少打电话;门店要核销、订货、对会员;供应商要接单、发货、对账。把四类人塞进同一个「企业 APP」,首页必然堆成无人愿点的导航墙。员工端该放什么,见 员工端该放哪些功能才有人用;会员入口怎么写,见 会员小程序首页应该写什么。技术选型跟在角色后面:高频、要推送、要离线,才认真考虑原生;要转发、免安装、走微信支付宝支付,小程序更合适;活动页和临时入口,H5 就够。
移动端不是第二套业务,是同一套后台的入口
手机提交的巡检、订单、核销,必须立刻出现在管理端,库存和权限与 Web 后台共用。为了「有个 APP」而另做一套客户端,失败路径见 为了有个 APP 而做为什么会失败。只靠企业微信聊天同样接不住状态机,见 只靠企业微信聊天替代不了业务入口。客户要自助、供应商不能只传邮件,分别是 客户为什么需要自助查进度 与 供应商不能只靠邮件传表格 要解决的事。
所以「为什么要做到手机上」不是互联网口号,而是作业发生地点已经离开工位。达希会先列必须在手机上完成的动作,再给入口建议,而不是默认都做 APP。需要按你们的角色把入口定下来,到 APP / 小程序 / H5 服务页 说明使用对象即可。