找不到
同一规格三个牌子并排站,问三遍才有人指对;缺货时更是翻遍整排货架。
The gap
前置仓三百平塞下几千个 SKU,长得像的货挤在一起。库位码只存在老员工脑子里,标签靠手写 —— 每次新人上岗、每次补货,都得重新交一遍学费。
同一规格三个牌子并排站,问三遍才有人指对;缺货时更是翻遍整排货架。
手写标签潦草、掉色、贴歪,扫不出来只能撕了重贴,越贴越乱。
新货架、新库位得等管理员在电脑上建,店员现场干等着,货先堆在过道。
标签磨掉了、位置换了,得回办公室开电脑重新打印,再回来贴一遍。
What it does
不追求功能多,只把「收货、上架、贴标、补打」这几步做顺手。一部安卓手机加一台标签机,就是全部装备。
扫物流单号直接看到收货单与商品明细:库位码、规格、数量、SKU 一眼对得上。相机不给力还能手输单号,不耽误收货。
现场填货架号、名称、层数与每层库位数,提交时顺手把整排库位一起建好,不用再回后台补。
一个大位拆成 2 / 4 / 6 个小位,子位单独编号、单独打印。改门店数据之前,界面会先把影响说清楚。
规格大字、品名两行小字,60×40 预览所见即所得;超出每行 16 字会当场提示,不会等出纸了才发现被截断。
手机只管选内容和份数,指令由服务端下发到门店标签机。每个打印入口都有二次确认,写明「会直接出纸」。
意见直接提到云端,回复就在 App 里看;新版本应用内下载、校验哈希后交给系统安装,不用再去群里要安装包。
Real screens
下面三屏按 App 里的真实结构还原:四个作业入口、扫码结果、标签预览。文案与排版的截断规则都跟线上一致。
From shelf to scan
顺序就是店员干活的顺序:先给货架和库位一个编号,再让标签把这个编号贴到货上。
填货架号、层数、每层几个位,提交时库位一起生成。
T-98 → T-98-1-1多选后批量打印,可以连子库位一起打,一次贴满整排。
A-1-1-1 · #1~#4规格大字 + 品名两行 + SKU 条码,60×40 一贴就扫得出。
60 × 40mm收货、上架、盘点扫同一个码,系统告诉你它在哪个位。
SKU · 库位码In a real store
不是演示环境的假数据 —— 下面是门店实际的量级,这些数字就是它每天要处理的规模。
数据取自一家在用门店(已脱敏,不含门店名与商品明细)。量级越大的门店,越依赖「扫一下就知道在哪」。
What it is not
定位窄一点,用起来才踏实。
不管下单、支付、对账和会员,只管「货在哪儿、标签写什么」。收银还是用你现在的系统。
指令由服务端下发到门店标签机,所以手机不用配蓝牙,也就意味着打印必须联网、门店得先配好打印机。
账号由管理员在后台开通,登录后只看到自己被授权的门店;不是装上就能随便用的工具。
物流单、SKU 条码都是一维码;二维码、PDF417 这类暂不识别,也不做商品图片识别。
门店标签机接在云端打印服务上,后端直接把 TSPL 指令发给机器。好处是一部手机就能出纸,不用给每台手机配对、也不用装电脑端;代价是打印必须联网,且门店要先把打印机配好。门店没配打印机时,App 会把后端的原文提示透出来(比如「未配置商品标签打印机」),不会含糊成「操作失败」。
预览是按后端指令在本地重画的 60×40 排版,所见即所得;截断规则也一致 —— 商品名每行 16 字、最多两行,超出会提前提示。真正出纸的份数、间距由标签机决定。
不能。扫码识别、建档、打印都要连门店服务器;断网时界面会明确提示失败原因,不会把没发出去的请求当成成功。
主力场景是安卓:扫码和打印都在安卓上跑通了完整链路。iOS 能编译、能启动、登录页正常,但业务页面还没在真机上走完流程,所以暂时不推荐。
存在门店自己的服务端(s.mooeen.com 这套引擎),App 只是作业端,不在手机上存业务库。退出登录后本地只留登录态。
门店账号由管理员在后台开,装好 APK 登录即用。想先看效果,可以在门店做一次试点:建一排货架、贴一批标签、扫一轮收货。