项目案例

门店尺码库存采集器

导入商品列表后,工具会在 App 中逐一查找商品,读取各尺码的库存状态并导出为 Excel。多台设备同时运行,列表再长,耗时也不会成比例增加。

按商品·尺码核查门店库存

之前

打电话向门店询问

之后

导入商品列表后运行 1 次 · 整理为 Excel

交付工具生成的 Excel 表格。共三列:Keyword、Product Name、Colors。商品名前的品牌标识已做模糊处理。左侧 Keyword 列中,每个商品对应的搜索关键词逐行重复;右侧 Colors 列中,颜色组合后用括号列出有货的尺码——有的行有十个尺码,有的只有两个,服装类以 M、L 等字母尺码标注。可见十行。

为保护客户信息,画面以模拟数据重新构建了相同功能。

客户
物流
行业
物流
实施年份
2024
周期
3 周
领域
业务自动化
  • App 界面结构读取
  • 多设备并行运行
  • 商品列表批量处理
  • 尺码库存识别
  • Excel 自动生成

背景

从事物流业务,哪家门店还有什么货、剩多少直接影响当天的决策。如果这些信息只存在于品牌 App 中,就只能由人打开 App 搜索商品,再逐个点选尺码查看。

现场所见

当时的做法是给门店打电话。

确认一件商品,就要打电话给一家门店,等店员查完仓库回复。尺码越多,耗时越长;门店越多,就要一遍遍重来。而且对方也是放下手头工作来接电话的。

问题所在

问题在于人工处理的速度跟不上。

无论打电话还是用 App,一次只能查一处。商品列表越长,耗时就越长。如果查完时,最早确认的数据已经变化,这张表就无法用于决策。

解决方案

  • 直接读取界面结构 —— 从 App 渲染的界面结构中找到尺码选择区域的位置,而不是截图后识别文字
  • 通过 Excel 导入商品列表 —— 在 Excel 中每行填写一件待查商品。无需修改代码即可更换查询对象
  • 多台设备同时运行 —— 将列表拆分,由多台设备并行处理。一台出现卡顿,其余设备照常运行
  • 分批处理 —— 不一次性输入全部搜索词,而是按固定数量分批。中途停止也能保留处理进度
  • 每次先回到顶部 —— 切换到下一件商品前,先将列表滚回顶部。如果残留上一件商品的滚动位置,就会读错位置

结果

导入商品列表并运行后,各尺码的库存状态即整理为 Excel。

更多同类案例请见App 数据采集。