Real Product / 真实产品 · 行业 SaaS
某行业 GEO 中台：内容生产 → 分发 → 监测
行业内容团队在 AI 搜索里"被看见"的中台：关键词、内容生成、事实卡、合规、分发、6 个 AI 引擎监测。这是自研产品，不是客户项目。
结构示意：内容生产 → 分发 → 监测（界面与客户信息已脱敏）
背景
客户越来越多地用 AI 搜索问"哪家机构、哪个产品、多少钱"。机构有内容、有产品、有团队，但内容散在官网/公众号，没人知道在豆包、DeepSeek、Kimi 的回答里有没有被提到、提得对不对。
内容团队原来靠人工写、人工发、人工截图检查；没有关键词地图，也没有“发布之后是否有效”的监测流程。
约束
行业
- 内容合规：不能写绝对化承诺、不能碰违禁词
- 事实要能溯源，不能编产品/价格/资质
- 客户数据隔离，多租户权限
产品工程
- AI 生成成本与质量要可控
- 6 个引擎的监测口径要统一
- 一个人维护，部署/运维要简单
做什么 / 不做什么
产品里做
- 情报/关键词/问题地图
- 内容生成、事实卡、合规检查
- 官网/公众号/媒体分发
- 6 个 AI 引擎监测与报告
- 多租户、点数、权限、运营后台
不做什么
- 不承诺"一定被 AI 推荐"
- 不做行业广告投放代理
- 不替代客户官方审核
- 不做电子病历/HIS
真实数据
3,344代码提交
340文档
10+功能模块
6AI 引擎监测
2026-06起始
匿名客户样例（已脱敏）：107 篇文章 / 90 篇已发布 / 360 个监测词 / 2,084 次采集 / 144 次分发成功。这些是后台真实数字，不是宣传口径；客户名称和具体内容不公开。
界面
结构示意：内容生产、发布、监测与分发（界面已脱敏）
客户评价
暂无公开评价。行业客户对公开背书谨慎，这里不代写；如客户授权，再补原话。
可公开的只有脱敏后的运行数据
可公开的只有脱敏后的运行数据
交付物
产品
- React + Node + PostgreSQL
- 多租户/权限/点数
- 内容生成、分发、监测
运营
- 部署在 域名不公开
- 运营/超管后台
- 客户成功与内容 SOP
同一产品族：某行业 GEO 中台 · 某行业投放数据雷达 · 某行业产品站
分工：中台 / 数据 / 门面，不合并。
想做垂直行业 SaaS？
聊你的产品 →
从一条真实工作流开始，不要先做"大平台"。