统计区间：2026-03 至 2026-08，同一组 40 个选型与对比类提问前后对比。数据口径见文末声明。
本页目录
合作对象与服务范围
- 所属行业
- 企业软件 / 数据中台
- 企业规模
- 年营收 1.1 亿 · 260 人
- 主要客户
- 制造、零售、能源的中大型企业
- 决策角色
- 数据架构师 / IT 总监
- 合作起始
- 2026 年 3 月
- 服务套餐
- 标准托管版
- 监测平台
- 6 个国内 AI 平台
- 当前状态
- 合作中，已续约 1 次
客户当时的处境
这家服务商做了 9 年数据平台项目，交付过 40 多个中台。它的问题不是能力不足，而是「说不清自己是干什么的」。
- 40 组选型提问中仅 6 组提及，且多在「数据中台厂商排名」这类泛问题上
- 14 组答案把它描述成 BI 报表工具，报价对比时被拿去和几万块的产品比
- 官网只有「一站式解决方案」这类话，没有一句说清能力边界
- 销售每次都要花 40 分钟解释「我们不是 BI」
客户想要的结果
客户提了三点，都很克制：
- 品类归位：先被认成「数据中台」，而不是 BI 或外包
- 进入选型清单：在「怎么选」「和谁比」的问题里出现
- 缩短前置解释：让 AI 替销售讲清能力边界
我们补的一条
专门写「我们不做什么」。B2B 选型里，明确的排除项比堆优点更能建立专业印象。
不是没曝光，是被放错了货架
2026 年 3 月首轮采样：6 个平台 × 40 组提问（品类定义、选型标准、厂商对比、实施周期、成本构成、替代方案）。逐条记录答案把这家服务商归到哪个品类。
基线采样中的四类问题
| 问题类型 | 具体表现 | 出现次数 |
|---|---|---|
| 品类混淆 | 被写成 BI / 报表工具 | 14 / 40 组 |
| 完全未提及 | 选型类答案只列 3–5 家 | 34 / 40 组 |
| 能力边界含糊 | 答案无法说明「能做什么、不能做什么」 | 28 / 40 组 |
| 无引用来源 | 无官网可点击链接 | 40 / 40 组 |
最贵的一条
被当成 BI，直接导致报价被拿去和年费几万的产品对比。一次错误的品类归类，损失的是整个项目的价格锚点。
核心指标（优化前 → 当前）
三个阶段：定义、划界、对比
术语定义：把品类讲清楚
DAY 1–40我们做了什么
建设 1 组术语页：数据中台 vs 数据仓库 vs 数据湖 vs BI 报表 vs 湖仓一体，每页给定义、适用场景、成本区间与常见误用；在每页顶部放一张对照表，明确四者的分工与重叠；把「中台不是一个软件，而是一套组织 + 平台 + 治理的组合」写成可引用的一句话结论。
客户配合了什么
数据架构师 2 次访谈（每次 90 分钟）；提供 3 个失败项目的复盘（脱敏），用于说明「什么情况下不该上中台」。
能力边界：明确「不做什么」
DAY 41–90我们做了什么
上线能力边界页：能做（数据集成、指标口径治理、实时链路、权限体系）、不做（硬件采购、ERP 替换、纯报表外包）、不适合（数据量 < 50 TB、无专职数据团队）；配套 4 个脱敏案例，按行业与规模描述，标注项目周期与投入人力。
客户配合了什么
交付负责人确认边界表述；提供 4 个项目的周期、人力与验收口径；法务确认案例脱敏程度。
对比矩阵：在「和谁比」里出现
DAY 91–150我们做了什么
做了一张 8 家友商的差异矩阵（按部署方式、实施周期、数据量适配、行业经验、计价方式五个维度），只写公开可查信息，不做优劣评价；补充 6 篇选型方法论（如何写需求、如何验收、如何算 TCO）。
客户配合了什么
确认矩阵中自家数据的准确度；每月 30 分钟口径复核。
品类归位后，价格锚点也回来了
以下数据由客户提供并经我方核对，统计区间 2026-03 至 2026-08，同口径对比。
| 指标 | 合作前（2026-02） | 当前（2026-08） | 变化 |
|---|---|---|---|
| 选型类提问提及 | 6 / 40 组 | 19 / 40 组 | 3.1× |
| 被误认为 BI 工具 | 14 组 | 2 组 | -12 组 |
| 官网引用链接 | 0 次/月 | 26 次/月 | 新增来源 |
| 月均 PoC 请求 | 2 个 | 7 个 | +250% |
| 平均销售周期 | 120 天 | 95 天 | -25 天 |
说明：PoC 请求与销售周期来自客户 CRM；周期受项目规模影响，此处仅作同期对比参考。
三个没有回避的困难
行业术语本身在打架
贯穿全程
不同厂商对「中台」的定义差得很远。我们不追统一，而是明确「本文所指的中台是 XX」，把歧义限定在可控范围。
教训：术语混战里，先定义自己的用法，比争论谁对更有用。
友商对比容易踩线
发生于 DAY 95
初版矩阵写了友商的短板，法务要求全部删除。改成只列公开事实与适用场景，不做优劣判断，专业感反而更强。
教训：对比页的价值在「帮读者判断」，不在「证明别人差」。
案例不能说客户名
发生于 DAY 60
4 个案例全部脱敏，用「某年营收 30 亿的制造企业」这类描述。为了不失可信度，补上了项目周期、投入人力与验收指标。
教训：匿名不等于空洞，可核验的过程数据同样能建立信任。
客户怎么评价这段合作
「最有价值的不是曝光涨了多少，是终于有人替我们把『我们不是什么』写清楚了。销售现在不用再花半小时解释自己和 BI 的区别。」
「PoC 请求翻了三倍，但更重要的是来的人已经知道我们不接小项目，前期筛选成本降下来了。」
服务评分
客户方 2 位对接人匿名打分，2026-08 收集，满分 5 分。
合作关系的演进
先修「是什么」
AI 一直把产品与 BI 工具混为一谈。首月上线定义页与能力边界页，客户确认「先说清是什么，再说多好」。
口径一致性进检查清单
选型类提问引用翻倍后，客户把「AI 口径一致性」纳入产品发布的检查清单，与官网同步核对。
文档中心全量静态化
当前每月复测；文档中心全量改为可抓取静态页，新功能页随发布节奏同步上线。
海外文档站同步
计划覆盖海外文档站，面向出海企业的英文选型提问，先建英文实体与核心对比页。
B2B 软件做 GEO，先解决「品类归位」
写一页术语定义
把容易被混淆的三个概念写清楚，并说明自己的产品属于哪一类。这一页往往是被引用最多的页面。
明确写出「不做什么」
能力边界能过滤无效询盘，也能让 AI 在回答「适合什么企业」时给出准确答案。
对比页只写公开事实
按维度列事实、不评价优劣。读者自己会判断，AI 也更愿意引用中性表述。
关于这个项目的常见疑问
因为品类决定价格锚点。被归到 BI，客户会拿几万元的年费产品来比；归到数据中台，比的是几十万到百万级的项目投入。品类错了，后面的报价沟通全部要重来。
同一组 40 个选型类提问，2026-03 首轮采样提及 6 组，2026-08 复测 19 组，19 ÷ 6 ≈ 3.1。提问集、平台与判定标准保持一致。
会劝退本来就不匹配的客户，这正是价值。案例中 PoC 数量涨了 2.5 倍，同时前期无效沟通明显减少——筛掉不合适的，才有时间服务合适的。