用 WorkBuddy 摸清一个商场的"黑箱楼层"：B1 层商户尽调实战

案例类型：完整案例（拟收录《WorkBuddy 行业应用指南》）<br/>行业/岗位：商业地产 · 招商与运营研究<br/>脱敏说明：文中涉及的具体项目统称「A 项目」，涉及品牌仅保留公开报道已披露部分，经营主体工商信息的明细不在正文展示。

一、任务背景：一个被公开信息"跳过"的楼层

我长期跟踪广州黄埔科学城香雪商圈的商业地产动态。A 项目是一个 TOD 上盖的开放式商业街区，地铁 6 号线香雪站直达，综合体总建面约 15.48 万㎡，其中商业街区约 5.58 万㎡，2023 年底东翼开业，2026 年元旦西翼开街。

运营方披露的数据相当亮眼：截至 2025 年 12 月 31 日，开业率 96.6%，累计客流超 1184 万人次，销售额突破 4.9 亿元，会员 11.7 万人。

但我真正关心的是 B1 层——这个被命名为"星光里"的下沉楼层。它有几个特殊之处：

1. 它是整个项目最后一块拼图。按公开规划，B1 层将引入品牌精品超市，并配套高端酒店、服务式公寓，预计 2026 年年中开业。开业前的信息真空期，正是判断招商成色的窗口。
2. 公开报道对它几乎只字未提。翻遍项目开业、两周年庆、西翼开街的媒体报道，品牌披露全部集中在 L1～L3：L1 是新能源车与轻餐茶饮，L2 是教培与亲子，L3 是大型餐饮。B1 层只留下了"内外交融设计理念""原木色配灰调与绿植""日系公共客厅""市集摊位式超市布局"这类空间描述，没有一个具体品牌名。
3. 它与地铁接驳，客流逻辑和其他楼层完全不同。B1 层与地铁站厅无缝衔接，属于天然的高流量通道层，其业态组合直接反映运营方对"过路客"的转化思路。

于是任务变得很明确：在官方口径之外，把 A 项目 B1 层的商户与品牌入驻情况摸清楚，形成一份可核验、可追踪的台账。

这类工作传统做法靠两样东西：一是人脉打听，二是雇人蹲点数铺位。前者不稳定，后者成本高且容易漏。我决定试试用 WorkBuddy 换一条路。

二、输入材料

这次任务没有现成的结构化数据文件，起点是"信息碎片"：

关键点在于：输入不是一张干净的商户清单，而是一堆品牌简称和疑似店铺名。 真正的难点从来不是"查"，而是"查出来的东西怎么确认就是这个商场的这一家店"。

三、WorkBuddy 配置

这是整个任务里最影响效率的一环。我用的配置如下：

连接器（Connectors）

• 企查查 —— 主查，用于按品牌名检索经营主体、注册地址、成立时间
• 天眼查 —— 交叉验证，用于核对主体名称与经营状态
• 即刻智能 —— 补充召回，在主库查不到时换源

为什么一定要配三个而不是一个：

单个数据源的工商信息存在更新延迟和收录口径差异。第一次跑的时候我发现，同一个品牌在企查查能查到注册主体，在天眼查却显示"暂无相关结果"，或者反过来。多源交叉不是为了多查几家，而是为了识别"查不到"到底是真没有，还是单库的收录问题。 这一点在第四步会展开讲。

工作模式

• 前期探查用 Ask 模式（消耗最低，只做信息检索与口径确认）
• 批量整理与台账生成用 Craft 模式（需要读取本地文件、生成结构化表格）

本地工作区

在 WorkBuddy 中指定了一个专用工作目录，所有中间结果与最终台账都落在这个目录里，便于后续追加和版本对比。

四、操作步骤

第 1 步：先建基线，明确"缺什么"再动手查

我没有一上来就查 B1 层，而是先让 WorkBuddy 把 A 项目所有公开报道梳理一遍，按楼层列出已披露品牌。

这一步的作用有两个：一是确认 L1～L3 的信息是完整的（可以拿来校验方法是否可靠），二是用确凿的证据证明 B1 层确实存在信息缺口——避免花了大力气查一堆官方早就公布过的东西。

中途调整：最初的指令是"整理 A 项目的品牌情况"，结果返回的是一份混杂各楼层、未标注来源的清单，无法判断可信度。改成"按楼层分组，每条标注信息来源与报道时间，并单独列出无品牌信息的楼层"后，输出才变得可用。

教训：面对信息类任务，第一句指令就要把分组维度和溯源要求写死，否则返工成本很高。

第 2 步：把品牌简称还原成经营主体

拿到 B1 层的品牌线索后，正式进入核验。这一步的核心动作是：用连接器逐个查品牌的工商注册主体，重点看注册地址是否落在 A 项目的铺位范围内。

这是区分"这个商场有这家店"和"这个品牌在广州有店"的唯一可靠方法。很多连锁品牌在一个城市有十几家门店，仅凭品牌名无法确认。

第 3 步：踩坑——三个让数据失真的陷阱

这一阶段问题集中爆发，也是整个任务里最花时间的部分：

坑一：品牌名 ≠ 注册主体名。

消费者看到的"XX 咖啡"，其工商主体可能叫"广州黄埔某某餐饮管理有限公司"，甚至是一个和品牌名毫无字面关联的公司名。直接用品牌名检索很容易零结果。

解决办法：改用"品牌名 + A 项目地址关键词"组合检索，再从结果反查主体全称，最后用主体全称做二次确认。

坑二：一个主体对应多个铺位，或多家店共用主体。

某餐饮品牌在 B1 有一家店，在 L3 也有一家，工商信息里是同一个主体。如果不做楼层字段，台账会重复计数。

解决办法：台账里单独设"所在楼层"和"铺位号"字段，主体名称允许重复，但主体+铺位作为唯一键。

坑三：直营与加盟混在一起。

同一个品牌，有的店是品牌方直营，有的是加盟商运营。两者在工商信息上完全不同，对判断运营方招商策略的意义也不一样。

解决办法：增加"经营主体类型"字段，标注直营/加盟/未确认，不确定的宁可标"未确认"也不要猜。

第 4 步：交叉验证，识别"查不到"的真实含义

单源查询不可靠这一点，在这一步体现得最明显。

我让 WorkBuddy 对同一批品牌分别在企查查和天眼查跑一遍，比对结果差异。出现三种情况：

• 两源一致 → 直接采信
• 两源冲突（如经营状态不同）→ 以更新时间更近的为准，并在台账备注栏记录冲突
• 两源都查不到 → 不写"不存在"，写"待现场核实"

第三种情况的处理是个分水岭。早期我把查不到就当没有，后来发现其中有相当部分是单库收录滞后或主体名特殊导致的。把"查不到"和"确认没有"区分开，台账的可信度完全不同。

第 5 步：生成结构化台账

信息核验完成后，让 WorkBuddy 输出最终台账。字段设计如下：

"可信度"字段是我主动加的，也是这份台账和网上随便搜一份商户名单最大的区别——它让使用者知道哪些能直接引用、哪些还需要实地确认。

第 6 步：追加定期复查机制

台账完成后，我用 WorkBuddy 的定时任务能力设了一个周期性复查：每隔一段时间重新跑一遍核验，重点看经营状态变更、新注册主体、注销主体。

商业街区的商户变动是常态，静态台账三个月就过期。这一步把一次性调研变成了可持续跟踪。

五、产出物

• 《A 项目 B1 层商户台账》，结构化表格，最终收录 25 个品牌，全部完成双源交叉核验，每条都带完整的主体、业态、来源与可信度标注
• B1 层业态构成分析：各业态占比、连锁与本地品牌比例、首店情况
• 与 L1～L3 的对比基线：用于判断 B1 层的业态定位是否与项目整体策略一致
• 待核实清单：本轮结果为 0 条，25 个品牌全部在企查查与天眼查双源命中且信息一致，无需转入实地核实

六、可复用的三条经验

1. 多数据源的价值不在"多"，在"交叉"。 三个连接器不是为了多查几家，而是为了把"查不到"和"确认没有"区分开。这是信息类任务质量的生命线。
2. 字段设计决定台账价值。 一开始就加上"信息来源"和"可信度"两个字段，比事后补要省事得多。一份不标注可信度的名单，使用者不敢用。
3. 先建基线再补缺口。 花十分钟先确认"公开信息已经有什么"，能避免大量重复劳动，也能让最终成果的增量价值一目了然。

七、适用边界

这套方法对已开业、有工商注册记录的商户有效。对于还在装修、尚未注册主体的待开业铺位，工商路径查不到，必须依靠现场走访或招商渠道信息。B1 层规划于 2026 年年中开业，本轮核验时该楼层有在营店铺、工商路径可通，因此 25 条全部命中；但后续新增铺位在注册完成前仍会落入盲区，所以我在第六步加了定期复查——台账的终点不是跑完一次，而是保持更新。

*本文所述工作为作者本人实际完成，写作过程中使用 WorkBuddy 辅助结构整理与文字润色。*