G-Builder OS
Platform Architecture

GB 营销平台 OS · 完整架构

支撑客户旅程跑通的,是六大模块和四维看板;撑住它们的,是四层架构和六大设计原则;一线打的每一仗,都通过案例社区飞轮反哺到下一次旅程。从下读到上,整套 OS 的价值链一目了然。

Architecture Pyramid · 整套架构金字塔

跑得通/越转越快跑得通:6 模块 + 4 看板 + 4 层架构 + 6 原则 撑起客户旅程。越转越快:每一仗的经验 → 案例飞轮 → 13 个 Agent → 下一仗更强。

Flywheel · 飞轮指标

累计反哺 1,247 条样本

本月旋转 89 个案例

↑ 越转越快(环比 +18%)

让它能跑通的是
支撑它们运作的是
它们共同遵循的是
一线作战之后沉淀回来的是
反哺到
↻ 回到客户旅程 · 飞轮越转越快

Four Layers · 支撑六大模块的四层架构

点击任意一层查看它具体支撑了什么 + 飞轮反哺数据

正金字塔——底座最宽、顶上最窄。每一层右侧直接列出它支撑的具体内容;最右侧虚线通道展示案例飞轮如何反哺到 L1 底座。

Case Flywheel · 案例飞轮 · 全公司的肌肉记忆

一线打的每一仗,都变成下一仗更强的弹药

6 大模块跑出来的数据自动 / 半自动沉到案例社区,按 6 类标签归档;案例社区一边喂"实战学院"做培训抓手,一边喂"13 个 Agent"做训练料(RAG 检索 + 模型微调);下一次旅程开打时,PM 和 AI 都比上次强。

Step 1

一线作战

6 大模块 + 4 维看板,每天产出真实业务数据

Step 2

案例社区

AI 自动打标 + PM 主动归档,按 6 类标签沉淀

Step 3

培训 + 13 Agent 训练料

实战学院做培训抓手 · 13 个 Agent(业务员 / 销冠 / 项目经理 / 质检员 / AIGC / 翻译 / 派单 / 洞察 …)拿来做 RAG / 微调

Step 4

反哺下一次旅程

下一次客户旅程开打,PM 起手就比上次强一点

循环:Step 4 → Step 1· 反哺到下一次"一线作战",飞轮越转越快

入库案例

6

6 类标签均有覆盖

被一线采纳

253

次 · 累计复用打法

学习人次

1,215

7,982 次浏览

Agent 训练料

6×6

进 RAG · 月度增量微调

6 类案例标签 · 培训抓手

点开看判定标准

成功

完整成单 + 留住客户 + 有可复用打法

USD 金额达标 · NPS ≥ 8 · 周期 ≤ 中位数

失败

客户最终流失或谈崩,但有清晰可学的教训

丢单 / 投诉 · 复盘归因到具体决策点

卡点

某阶段长时间停滞,最终是怎么破局的

某阶段停留 > 阈值天数 · 后续解锁

特殊

非常规客户 / 渠道 / 国家 / 品类的处理

跨国 · 多 SKU · 罕见行业 · B2D 等

抢救

客户已流失边缘被拉回 / 投诉转好评

AI 销冠 / PM 在丢单边缘成功拉回

超预期

成单额或速度显著超出预期

金额 / NPS / 复购显著高于均值

Core Principles · 平台 6 大设计原则

四层架构共同遵循的设计哲学

01

OS 思维优于系统思维

不是把多个工具拼起来,而是让所有动作都共享同一套数据与心智。

02

不增加一线工作负担

把复杂留给技术,把简单给到业务

AI 收集 / 自动派单 / 一键沉淀。一线 PM 只面对一个待办、一句建议、一个按钮——13 个 Agent、4 层架构、12 段交付阶段的复杂度全部由系统消化。

03

主数据唯一来源

客户 / 项目 / 案例只有一份。所有模块共享、不重复维护。

04

数据隐私与员工信任

员工知道自己的数据被如何使用。透明 + 受控 = 信任。

05

AI 贯穿、不孤立

13 个 Agent 嵌在每一个业务场景里,而不是单独的"AI 工具页";它们在场景里工作,也在案例里继续长大。

06

业务结果是最终标准

ROAS、CAC、成交周期、客户满意度。技术是手段不是目的。