AI 识图
一张合照圈出多件衣物,bbox 定位,逐件裁剪留证,逐件确认。
一张合照圈出多件衣物,bbox 定位,逐件裁剪留证,逐件确认。
污渍、破损、材质、色差、奢侈品护理风险,生成提示与顾客告知,店员确认。
支付宝 / 微信支付即时到账,门店可以 0 现金管理;余额与现金流水仍在同一套账里。
基于阿里云 OSS、数据库备份与只读快照,做数据不丢的设计;手机 / Pad 通过 HTTPS 访问。
AI 不止识图
AI 不只做“识别”。它把收衣、风险、归类、经营分析和运营策划串成一条线;前四步有现役能力,最后一步明确标规划。
一张合照识别多件衣物,返回 bbox;逐件裁剪留证,识别失败可手动补选。
污渍、破损、材质、色差、奢侈品护理风险;生成风险提示与顾客告知,最终由店员确认。
识别结果按 serviceId 反查四级目录,自动落到品类、项目、规格,不依赖 AI 猜分类名。
日 / 周 / 月报 + 阿里云智能查询;AI 助手可查订单、现金、会员、业绩,分析和建议基于可对账的数据。
基于报表、会员与订单,生成活动、复购、门店动作建议;方案未交付,先不写成现役。
前三步是门店作业能力;第 4 步是“可查询 + 可对账”的经营数据能力;第 5 步是规划,不作为当前交付承诺。
手机 + Pad + 云 + AI
店员在手机上收衣,店长在 Pad 上核验,总部在云上看报表,AI 在背后做识别、风险、归类和查询。没有第二套账。
店员手机浏览器可收衣、查单、收款;会员在小程序拍照下单、查洗前照片、充值与开票。
AI 收衣、四级分类、订单核验、逐件上挂/取送、扫码收款、会员与格架,一屏完成。
API、数据库、Redis 与报表在云上;图片与报表归档进 OSS;Nginx + HTTPS,手机和 Pad 随时访问。
AI 识别衣物、提示护理风险、自动归类;经营数据通过报表与阿里云智能查询交给 AI。
按场景讲能力
收衣、核验、收款、对账。每一件衣服、每一笔钱,都能在系统里找到对应的记录。
店员拍一张合照,AI 一次圈出多件衣物并给出 bbox;识别结果按 serviceId 反查四级目录,自动落到品类、项目、规格。污渍、破损、材质、奢侈品护理风险生成提示,店员逐件确认后开单。
1多件识别一张图圈出 4 件
2自动归类大衣 / 衬衫 / 长裤 / 围巾
3逐件确认服务 / 规格 / 颜色
4风险提示污渍 / 破损 / 材质
演示数据。截图内为演示衣物图与演示会员;AI 识别结果需店员确认。
AI 生成的风险提示与顾客告知随订单留档;核验、补拍、改价、改服务都可以在详情里完成。上挂到格架,支持逐件上挂、分次取走和部分完成,顾客取衣时照片、条码、格架号和时间都能对上。
1订单状态待核验 / 未支付
2格架与取衣码衣物位置可追溯
3风险记录告知内容留档
演示数据。截图内订单与会员为演示素材。
支付宝 / 微信支付即时到账,门店可以 0 现金管理;顾客扫码后回调自动入账并推进订单。余额、现金、储值与退款仍在同一套账里。
1扫码入口订单 / 会员快速定位
2状态筛选待核验 / 待支付 / 洗护中
3订单与金额来源、状态、时间
演示数据。截图内会员与订单为演示素材。
日报、周报、月报按支付时间归属;余额扣款单列,不重复计入现金;退款双源互校,未归因残差必须是 0.00。AI 助手可通过阿里云智能查询继续查订单、现金、会员和业绩,分析和建议都基于这套能对上的数据。
演示数据。报表截图使用合成示例数字,不对应真实经营数据。
真实界面
待送洗、待核验、待支付、洗护中、待自取,一屏看清。
按门店、状态、时间筛选,扫码或关键词直接定位。
姓名、手机号、等级、余额、积分,选中即可开单。
流水、现金、订单、会员;现金公式与对账结果同页。
截图来自伊尔萨店员 Pad 与报表演示环境;人物、会员、订单与金额均为演示数据。
能力分层
按“谁在用”组织能力,比按“功能多少”更接近门店。每层都能独立讲清楚,也都能落到具体页面。
架构
手机、Pad、后台不各自记账;订单、会员、支付、报表共用一套云上 API 与数据库。图片与报表进阿里云 OSS;AI 在业务层做识图、风险与归类;AI 查询从同一套 API 取数,查询面不拥有写权限。
云部署与迁移
一套 Linux 生产栈,手机和 Pad 直接访问;API、数据库、Redis 在云上,图片与报表归档进阿里云 OSS。换系统时,用 AI 辅助做字段映射与历史数据迁移。
店员手机浏览器可收衣、查单、收款;Pad 承担高频作业;会员在手机上拍照下单、查照片、充值与开票。
API / SQL Server / Redis 在云上;Nginx + HTTPS 对外;衣物图片与报表归档进 OSS,数据库备份,只读快照对账。
盘点旧系统字段 → AI 辅助品类/服务映射 → 抽样试迁与报表对账 → 全量切换。迁移方法按项目执行,不写成“一键搬家”。
边界与信任
洗衣系统手里有会员、余额、订单照片和支付记录。设计前提是:数据在云上有归档、权限默认给得少、写接口默认不开放给查询链路。
图片与报表归档阿里云 OSS;数据库按变更前备份;报表用 HMAC 只读快照,快照过期或完整性失败拒绝出报。具体保留周期按备份策略执行。
手机 / Pad 走 HTTPS + JWT;退出、锁定、刷新按策略清本地 token;不在前端保存完整手机号或支付密钥。
角色菜单 + 角色级门店数据范围;门店账号默认只看本店,跨店角色显式开启全连锁。
只封装 GET 查询;支付、核验、退款、取消等写接口一律不封装。手机号输出自动打码,查询与工具调用留审计。
报表按支付时间归属;余额扣款单列;退款双源互校;未归因残差必须为 0.00,否则拒绝出报。