从应用直接读取全国门店库存的采集工具
输入商品列表后,应用会逐条查找并读取各尺码的库存状态,整理成 Excel。即使同时用多台设备运行,列表变长耗时也不会按比例增加。
按商品·尺码查询门店库存
以前
打电话到门店询问
以后
输入商品列表后运行 1 次 · 生成 Excel
背景
做物流时,哪个门店还剩什么、剩几件决定当天的判断。 如果这些信息只存在于品牌应用里,人就只能打开应用搜索商品, 再逐一点开尺码确认。
在现场看到的情况
他们正在给门店打电话。
要确认一件商品,就得给一家门店打电话,等负责人查完仓库回来答复。 尺码一多,花的时间就成倍增加。门店一多,就得从头再来。 而且对方是放下手头的工作来接电话的。
定义的问题
问题在于人工速度太慢。
无论是打电话还是用应用,一次只能查一个地方。商品列表越长,耗时越长。 等确认完的时候,前面确认的数值可能已经变了, 这张表就不能用来做判断了。
做出来的东西
- 直接读取界面结构 —— 从应用绘制的结构中找到尺码选择区域在屏幕上的位置。不是拍照识别文字的方式
- 用 Excel 接收商品列表 —— 把要确认的商品写进 Excel,一行一件。不改代码就能更换目标
- 多台设备同时运行 —— 拆分列表后由多台设备并行处理。一台卡住,其余继续
- 按批分段处理 —— 不把搜索词一次全部塞入,而是按固定数量拆分。中途停下也能保留进度
- 先滚回顶部再开始 —— 进入下一件商品前先把列表滚回顶部。残留上一件的滚动位置,就会读到错误的位置
结果
输入商品列表并运行后,各尺码的库存状态会整理成 Excel。
用同样方式做的其他工作收录在应用抓取里。
事实出处
交付代码、多设备运行脚本、输入表单、交付成果 Excel 文件