CGL × Lovrabet · 多团队数据平台

内部方案分享 · 2026 年 10 月

团队各管各的,
公司看得见全部

给每个团队一个专属的数据工作台:顾问继续用自己顺手的方式工作,数据按统一标准汇进团队库;团队长随时看清全团队,公司层按需看到全公司。

内容来源:多团队切割与交付 SOP v1.0 试点团队:T043(Shirley 团队) 数据截至 2026-10-12
多条墨蓝细线从各自独立的起点向上汇聚到同一个节点,象征各团队数据汇向公司层
每个团队都是一条线:各自独立工作,数据汇到同一个地方。

问题

我们卡在什么地方

一个团队里,不同顾问各自用不同的表管理自己的业务——这本身没问题。麻烦出在"汇总"这一步:谁也没有一本共同的账。

顾问侧

对齐难

每个人记录方式、字段口径各不相同,看起来都在认真记录,凑到一起时却对不上。

团队长侧

看全难

想看全团队进度,只能挨个要文件、手工拼一张表。拿到的时候,往往已经过期了。

公司侧

汇总难

跨团队统计靠人肉整理,团队越多、链条越长,数据越容易失真。

问题不是"谁管得不好",而是缺一个随手的汇总机制。

方案

Lovrabet 补上的位置

它不是又一个要求顾问改变习惯的系统。它是给每个团队发一本标准的"账本":数据按统一字段汇进去,团队长看本团队,公司层看全部团队。

公司层 · 汇聚视图 按团队编号识别来源,统一汇总 隔离边界:一团队一应用 T043 Shirley 团队(试点) T0xx 团队 B 应用 T0xx 团队 C 应用 数据来源层(顾问的日常) 个人知识库 · 自建多维表格 · 手工整理 越往下,越贴近顾问的日常工作;隔离边界放在"应用"这一层
三层结构。每个团队一个应用,应用之间数据天然互不可见;公司层靠统一字段和团队编号做汇总。
公司层

一个人的视角看全部团队:按团队编号识别来源,统一汇总,不需要挨个去要数据。

团队应用层

一个团队一个应用(一团队一账本)。数据集、页面、菜单全部挂在应用下,团队之间天然互不可见。

数据来源层

顾问的个人知识库、自建表、手工整理都可以——来源不限,只要求交数据时按统一字段给出来。

边界为什么放在"应用"上

这是整个方案里最重要的一次取舍。

放弃的方案

同一个应用,靠字段过滤

所有团队的数据混在一个库里

一处配置出错,就会串数据;错了还很难第一时间发现。

采用的方案

一团队一应用

团队 A 应用 团队 B 应用

不同应用之间天然互不可见。即使配置出错,最多影响一个团队,不会串到别人家。

一句话:隔离靠结构,不靠纪律。

试点

Shirley 团队:全流程跑通了

T043(北京大职能与出海团队,聚合成都 T044、杭州 T045)作为首个试点团队,已经按标准流程完成全套建设:从逐篇读取团队顾问的个人知识库,到两个标准团队库上线。

993条
候选人明细,进入团队候选人库
40条
客户与项目记录,进入客户项目库
T043
每条数据都带上团队编号,公司层一眼识别来源
2套
团队工作台:候选人库、客户与项目库
顾问的个人知识库 各自维护、格式不一 继续照旧用 提炼 统一字段标准 姓名 / 职位备注 / 批次 级别 / 顾问 / 团队编号 入库 候选人明细库 · 993 条 team_code = T043 客户与项目库 · 40 条 team_code = T043 团队工作台 两个菜单入口 团队长 / 顾问直接打开
"提炼"只做一次。之后全团队看的是同一本账:谁都能查、口径一致、来源可追。
试点中确认了一条硬约束:平台不支持给已建好的数据集新增字段——所以早期试点库整体重建为标准版(重建前先备份全量数据)。这条经验已经写进标准流程,后续团队不会再踩。

复制

开通一个团队,七步

试点跑通后,每个新团队都按同一套动作复制,标准化的部分由管理员和 AI 完成,团队长只需要配合确认。

  1. 登记确认

    在团队台账里找到这个团队,确认团队长、成员名单、团队编号(如 T043)。

  2. 建应用

    为该团队开通一个独立的 Lovrabet 应用——一团队一应用,隔离边界在这一步建立。

  3. 建两个库

    按统一模板建"候选人明细库"和"客户与项目明细库",字段和口径全公司一致。

  4. 生成页面

    一次生成四个页面:列表、新建、编辑、详情。团队工作台的骨架就有了。

  5. 挂接菜单

    应用工作台里出现“候选人”与“客户与项目”两个入口,点开即用。

  6. 配置身份

    团队长和顾问以飞书账户加入应用、分配角色:团队长管理,顾问录入与查看。

  7. 导入与验收

    把团队已有数据导入(每条打上团队编号),团队长打开确认可见性和权限,登记"已开通"。

顾问侧:不用改变习惯

顾问继续在自己的表里干活,只需要在"交数据"这一步按统一字段给出来。由易到难,三种方式:

一句话交给 AI

在豆包工作或飞书里对 AI 说一句,AI 代办整理与入库。

"把本周新增的候选人按标准字段整理好,写进团队库。"

Excel / CSV

按字段模板填好表格,交给 AI 批量导入,适合成批的历史数据。

页面直接点录

在团队工作台里点"新建"直接录入,适合少量、临时的记录。

节奏

每天一次,随叫随刷

数据更新的频率,是"看得见"和"成本"之间的平衡点。我们的答案是:日常一次自动汇聚,重要时刻一键刷新。

夜间 · 自动

汇聚自动跑一次

全部团队的汇聚任务在公司层错峰执行(约 10 分钟一个),不挤在整点,运行成本可控。

早晨 · 查看

团队长打开即最新

早晨打开工作台,看到的就是"昨天 + 今天"的最新视图,不需要任何手工操作。

随时 · 主动

一键立即刷新

重要会议前需要即时数据?应用内一键"立即刷新",或对 AI 说"刷新数据"。

为什么不做实时同步?重复汇聚的成本,换不来日常管理需要的精度。错峰 + 按需刷新,是性价比最优解。

身份

不用注册账号,不用管密钥

这是团队长被问得最多的问题:是不是每个人都要注册、都要配密钥?答案是不用。

曾经的担心

  • 每个团队长都要注册一个 Lovrabet 账号?
  • 每个员工都要配一枚 API Key?
  • 账号和密钥管理是不是又多一道负担?

现在的做法

  • 公司管理员统一对接 Lovrabet、统一技能接口,团队长无需单独注册。
  • 身份识别走飞书账户:和飞书、豆包工作的入口一致,打开就能用。
  • 技能包内不内置任何共享密钥(凭证铁律);个人凭证走设备授权,不落明文。

进展

现在的进度与下一步

全公司的团队台账已经建好,试点已经跑通,剩下的就是按同一套流程,一批一批开通。

129个
全公司团队已建台账:106 个业务团队 + 22 个平台职能部门 + 1 个待确认
454人
团队成员明细已录入,覆盖全公司组织架构
550人
规划场景:约 80–90 个团队的复制路径已验证(规划假设)
业务团队 106 平台职能部门 22 待人工确认 1
开通顺序

按团队规模从大到小分批推进(规模大的团队管理收益最直接),同时尊重团队长意愿。

每个团队的节奏

按"七步"执行;标准化部分由管理员和 AI 完成,团队长的投入集中在确认名单与验收上。

公司层的收获

每个团队的数据自带团队编号,公司层可以按团队、按时间汇总——从"人肉整理"变成"直接看"。