项目案例

楼盘预售应用房源采集器

选择关注的地区和主题后,工具会完整遍历 App 列表,并将房源信息导出为 Excel。不依赖截图识别,而是直接读取 App 渲染的界面结构。

两个 App 的预售房源核查

之前

打开 App 逐条手工录入房源

之后

选择地区·主题后运行 1 次 · 整理为 Excel

交付的自动控制仪表板运行界面。标题为「자동 제어 대시보드 (v2.1)」,App 名称处已做模糊处理。左侧边栏有系统初始化和 App 控制按钮,主区域分为三个步骤:Step 1 系统准备;Step 2 目标地区设置及跳转,已选择「경기남부」;Step 3 列表扫描及采集。下方「自动循环采集」区域以大号数字显示已采集 2 条、目标 6 条、进度 33%,进度条约填满三分之一。再往下是带时间戳的十二行运行日志,内容包括列表滚动、检测到无变化、已采集 2/6、坐标点击。

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

客户
房地产销售代理
行业
房地产销售
实施年份
2026
周期
2 周
领域
业务自动化
  • App 界面结构读取
  • 连续采集至列表末尾
  • 采集对象选择界面
  • 进度显示
  • Excel 自动生成

背景

预售信息在 App 里。有些内容无法通过网页查看,只能由人打开 App、一边滚动列表一边逐条确认。

这次需要处理两个 App。一个按地区划分(15 个地区),另一个按主题划分(公寓、商住公寓、商铺),两者的界面结构各不相同。

现场所见

打开 App,点开房源查看详情,再把所需信息逐条手工录入。

列表越往下滚动越长,仅凭界面无法判断哪里是尽头。15 个地区意味着的不是 15 次,而是与房源数量相当的次数。而且第二天又要从头再来。

问题所在

难点在于用同一个工具处理两个 App。

先针对一个 App 开发,再为另一个 App 修改,原先的部分就会出问题。分别开发两套,每次修改都要改两遍。

解决方案

  • 直接读取界面结构 —— 不是截图后识别文字,而是读取 App 渲染的界面结构,定位所需字段。即使字体或分辨率不同,也能找到同一位置
  • 选择对象后运行 —— 一个 App 从 15 个地区中选择,另一个 App 从三种主题中选择。选择界面只有一个,仅列表内容随 App 切换
  • 持续采集至列表末尾 —— 尚未加载的条目会边缓慢滚动边等待。按钮暂时未出现,不会立即判定为失败
  • 进度显示在界面上 —— 显示当前所处步骤和已处理条数。耗时较长的任务如果看不到进度,就无法与停止运行区分
  • App 增加,操作界面不变 —— 新增 App 时不改动原有部分,只在旁边加入新 App 的处理逻辑。负责人看到的界面和操作步骤都保持不变

结果

选择地区或主题后运行,工具会采集至列表末尾,完成后生成 Excel 文件。

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