VROF

案例

从应用直接读取全国门店库存的采集工具

输入商品列表后,应用会逐条查找并读取各尺码的库存状态,整理成 Excel。即使同时用多台设备运行,列表变长耗时也不会按比例增加。

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

以前

打电话到门店询问

以后

输入商品列表后运行 1 次 · 生成 Excel

交付工具生成的 Excel 表格。共三列:Keyword、Product Name、Colors。商品名前的品牌标识位置已做模糊处理。左侧 Keyword 列中,搜索所用的关键词逐行重复;右侧 Colors 列中,颜色组合后以括号列出可确认的尺码——一行十个尺码,另一行两个,服装类则标注 M·L 等文字尺码。可见十行。
实际交付成果。商品名前的品牌标识已做模糊处理。
客户
物流
行业
物流
实施年份
2024
周期
3周
服务领域
业务自动化
  • 读取应用界面结构
  • 多设备并行运行
  • 商品列表批量处理
  • 分尺码库存读取
  • 自动生成 Excel

背景

做物流时,哪个门店还剩什么、剩几件决定当天的判断。 如果这些信息只存在于品牌应用里,人就只能打开应用搜索商品, 再逐一点开尺码确认。

在现场看到的情况

他们正在给门店打电话。

要确认一件商品,就得给一家门店打电话,等负责人查完仓库回来答复。 尺码一多,花的时间就成倍增加。门店一多,就得从头再来。 而且对方是放下手头的工作来接电话的。

定义的问题

问题在于人工速度太慢

无论是打电话还是用应用,一次只能查一个地方。商品列表越长,耗时越长。 等确认完的时候,前面确认的数值可能已经变了, 这张表就不能用来做判断了。

做出来的东西

  • 直接读取界面结构 —— 从应用绘制的结构中找到尺码选择区域在屏幕上的位置。不是拍照识别文字的方式
  • 用 Excel 接收商品列表 —— 把要确认的商品写进 Excel,一行一件。不改代码就能更换目标
  • 多台设备同时运行 —— 拆分列表后由多台设备并行处理。一台卡住,其余继续
  • 按批分段处理 —— 不把搜索词一次全部塞入,而是按固定数量拆分。中途停下也能保留进度
  • 先滚回顶部再开始 —— 进入下一件商品前先把列表滚回顶部。残留上一件的滚动位置,就会读到错误的位置

结果

输入商品列表并运行后,各尺码的库存状态会整理成 Excel。

用同样方式做的其他工作收录在应用抓取里。

事实出处

交付代码、多设备运行脚本、输入表单、交付成果 Excel 文件

为您提供节省时间的咨询服务 咨询免费 · 1个工作日内回复

联系我们