CUSTOMERS · 客 户 案 例

真实客户 · 真实数据 · 客户授权

LYG.AI 不发匿名"某银行 / 某央企"案例。每一份案例研究都将来自客户书面授权后的脱敏 / 化名发布, 含可被引用的真实数据点。此页将在第一份客户授权完成后发布。

METHODOLOGY · 案 例 研 究 方 法

怎么发一份"经得起核查"的案例。

LYG.AI 的案例研究遵循以下 6 条铁律, 保证发布的内容对外可被核查而非营销渲染。这也是我们写给媒体记者引用时的承诺。

  1. — 01 —

    客户书面授权先于发布

    每一份案例发布前, 客户法务签授权书, 明确允许发布的字段与不允许发布的字段。授权书归档可备查。

  2. — 02 —

    具体数据不模糊

    不写"提升 N+%"这种模糊表述. 给出具体范围 (例:延迟从 28ms 降到 8-12ms, 抖动 P99 < 4ms), 标注测量条件与时间窗口。

  3. — 03 —

    失败也写

    每个案例必包含一段"我们当时做错了什么 + 怎么修". 这不是自黑, 是让读者能学到真东西的诚实工程文化。

  4. — 04 —

    客户名脱敏 vs 真名 — 客户选

    客户可选脱敏发布 (行业 + 业务部门表述, 不含可识别信息) 或真名发布 (公司名 + 客户高管署名引用). 我们默认推荐真名, 因为真名才有真正的传播价值, 但尊重客户偏好。

  5. — 05 —

    引用规范完整

    每份案例文末附"引用规范"段, 媒体可直接复制使用。所有数据点单独可被引用, 不需要联系 LYG 重新确认。详见 /press/

  6. — 06 —

    客户后续公开 review

    案例发布后 6-12 个月, 邀请客户做"事后看"更新 — 包括复盘当初决策、调整后的运行状态、未达预期的部分。让案例从快照变成长期对话。

你的场景
会是第一份案例吗?

预约一次面向你所在行业的 Demo. 我们带产品、解决方案架构师、合规架构师, 给出你这一类场景的 PoC 评估。

预约 Demo