文档类型： 产品设计 / SaaS 产品实践
产品官网： https://www.xiangzigeo.com/
免费体验： https://www.xiangzigeo.com/login
运营主体： 广州爱学信息科技有限公司
摘要
巷子GEO 要解决的不是「帮企业多写几篇文章」，而是把品牌在 AI 答案里的表现，变成可看见、可诊断、可补位、可复测的日常运营对象。
本文从产品设计角度说明：我们为什么把 GEO 做成 SaaS 工作台、如何定义核心用户与主路径、14 个模块如何分工、以及「监测 → 诊断 → 生成 → 发布 → 复测 → 报告」这条闭环是怎样被产品化的。
一、产品设计的起点：先定义「用户在管什么」
1.1 一句话产品定义
巷子GEO = 面向品牌的 AI 搜索可见性优化平台（GEO SaaS）
它管理的不是关键词排名，而是用户在问 AI 时，品牌是否：
- 被提及
- 被推荐
- 被正确描述
- 有可信引用来源
- 是否存在错误或负面回答
产品官网：https://www.xiangzigeo.com/
1.2 设计边界：我们刻意不做什么
产品设计的第一条原则，是明确不做什么，避免产品变成「又一个内容工具」或「SEO 改版」：
| 不做 | 原因 |
|---|---|
| 不做传统 SEO 排名工具 | 用户买的是 AI 答案表现，不是蓝链位置 |
| 不做电商卖家专用工具 | 买方是品牌市场/增长团队，不是店铺运营 |
| 不做「只生成内容」 | 没有复测，就无法证明优化有效 |
| 不做「只给 API 数据」 | 企业需要的是任务、报告、协作，不是裸数据 |
这条边界决定了后续所有模块的设计重心。
二、目标用户：产品为谁设计
巷子GEO 不是给个人创作者用的，而是给企业增长组织设计的协作型 SaaS。
| 角色 | 在产品里最关心什么 | 典型动作 |
|---|---|---|
| 品牌负责人 | 总体表现、竞品对比、风险 | 看 Dashboard、月报 |
| 市场 / 增长负责人 | 提及率、推荐率、机会问题 | 看趋势、定优先级 |
| SEO / 内容负责人 | 该写什么、缺什么页面 | 用问题库、内容中心 |
| 公关负责人 | AI 说错、负面、幻觉 | 用风险中心、纠错任务 |
| 数据分析师 | 归因、切片、导出 | 用报告中心、指标对比 |
| 代理商 | 多客户、多项目交付 | 用项目管理、白标报告 |
产品设计启示： 同一套数据，要能被不同角色「各取所需」——负责人看总览，执行者看任务，分析师看切片。
三、核心设计对象：问题矩阵，而不是关键词
这是巷子GEO 与传统营销工具最大的产品差异。
3.1 为什么「问题库」是中枢
传统 SEO 管的是关键词；GEO 管的是用户会向 AI 提什么问题，例如：
- 「XX 行业哪个品牌好？」
- 「A 和 B 哪个更适合中小企业？」
- 「XX 品牌靠谱吗？」
- 「XX 和竞品相比有什么优势？」
在产品里，这些问题构成问题矩阵，并按意图分组：
| 意图阶段 | 示例 | 产品用途 |
|---|---|---|
| 认知 | XX 是做什么的 | 看品牌是否被识别 |
| 推荐 | 哪个品牌好 | 看推荐率、排名 |
| 对比 | A vs B | 看竞品共现与压制 |
| 选型 | 适合谁、价格如何 | 看描述准确性 |
| 风险 | 靠谱吗、有没有负面 | 看情绪与风险标签 |
所有后续能力都围绕问题库展开：
- 监测：向 AI 提问
- 诊断：哪些问题没提到我
- 内容：补哪类问题缺口
- 复测：原问题集再测一遍
3.2 产品上的关键取舍
我们把「问题库」放在项目管理之后、监测之前，而不是藏在高级设置里——因为在 GEO 场景里，问什么比写什么都重要。
四、信息架构：14 个模块如何组织
巷子GEO 采用「总览 → 资产 → 执行 → 复盘」四层结构，而不是按技术能力堆砌菜单。
第一层：总览
└── 工作台 Dashboard
第二层：资产
├── 项目 / 品牌管理
├── 问题库
└── 知识库
第三层：执行
├── 多引擎监测
├── 可见性分析
├── 引用源分析
├── 内容生成中心
├── 网站技术诊断
├── 风险预警
└── 优化任务中心
第四层：复盘
└── 报告中心
4.1 工作台：给决策者的一屏答案
Dashboard 不追求功能全，只回答 5 个问题：
- 品牌在 AI 里整体表现如何？
- 哪个平台最好 / 最差？
- 哪些问题最值得优先处理？
- 竞品是否在压制我？
- 有没有风险待处理？
核心卡片包括：GEO 综合评分、提及率、推荐率、竞品压制、内容缺口、风险数、待办任务。
设计原则： 先给结论，再给钻取入口，避免一进来就是表格海。
4.2 项目模型：多品牌、多竞品、多引擎
租户结构：
Workspace
└── Project（品牌项目）
├── 主品牌 / 检测对象
├── 竞品库
├── 问题库
├── 知识库
└── 报告
这样设计是为了适配：
- 一个代理商管多个客户
- 一个集团管多个子品牌
- 一个品牌对比多个竞品、多个 AI 平台
4.3 监测 + 分析：从「有没有」到「为什么」
监测模块负责采集；分析模块负责解释。
| 模块 | 产品回答的问题 |
|---|---|
| 多引擎监测 | 各 AI 平台怎么答 |
| 可见性分析 | 提没提到、排第几、情绪如何 |
| 引用源分析 | AI 引用了谁、我缺什么信源 |
三者组合，才能从「没提到我」推到「该补内容还是补官网还是补第三方报道」。
4.4 内容中心 + 知识库：缺口驱动，而非灵感驱动
内容中心的设计逻辑不是「随便写一篇」，而是：
监测发现缺口
→ 关联到具体问题
→ 拉取知识库事实
→ 生成对应类型内容
→ 评分与审核
→ 发布
→ 回写知识库
可生成类型与问题意图一一对应，例如：
- 对比类问题 → 对比页
- 选型类问题 → FAQ / 选型指南
- 风险类问题 → 风险说明 / 澄清页
知识库的产品角色： 不是「资料归档」，而是内容生成与风险纠错的事实底座。
4.5 任务中心：把洞察变成协作
很多 SaaS 只做到「看见问题」，巷子GEO 刻意加了任务中心，因为企业真正需要的是派单：
| 任务来源 | 示例 |
|---|---|
| 监测 | 某问题未提及品牌 |
| 引用分析 | 竞品被引用、我方无信源 |
| 风险 | AI 描述价格错误 |
| 技术诊断 | 官网缺 FAQ Schema |
任务带：来源、关联问题、优先级、负责人、状态——让 GEO 进入日常运营节奏。
4.6 报告中心：不同读者，不同报告
| 报告类型 | 给谁看 |
|---|---|
| 诊断报告 | 首次接入、立项评估 |
| 周报 / 月报 | 品牌负责人、增长团队 |
| 竞品报告 | 市场、战略 |
| 风险报告 | 公关、法务协同 |
| 复测报告 | 验证某次优化是否有效 |
五、主路径设计：首次使用的五步
产品 onboarding 不按「功能介绍」设计，而按价值闭环设计：
1. 创建项目（品牌、竞品、引擎）
2. 生成问题库
3. 首次 GEO 检测
4. 阅读诊断报告
5. 生成内容 / 派发任务 → 复测
设计意图：
- 第 3 步必须尽快产生「哇时刻」——第一次看到自己在 AI 里的表现
- 第 4 步必须把问题翻译成行动，而不是只给分数
- 第 5 步必须能回到原问题复测，完成闭环
免费版入口：https://www.xiangzigeo.com/login
六、闭环设计：为什么「复测」是产品灵魂
很多工具停在「生成内容」；巷子GEO 把复测设计成主路径的一环，因为这是 GEO 产品与内容工具的本质分界。
监测 → 诊断 → 生成 → 发布 → 复测 → 报告
↑
没有这一步，
就只是内容生产
产品上的体现：
- 发布任务与监测问题可关联
- 报告支持「优化前后对比」
- Dashboard 展示趋势，而不是单次快照
设计原则： 用户买的不是一篇文章，而是「AI 表现有没有变好」的证据。
七、真实端采集：产品为什么坚持「证据链」
从产品设计角度，真实端采集不是技术炫技，而是信任设计：
| 如果只给 API 答案 | 真实端采集的产品价值 |
|---|---|
| 用户质疑数据真实性 | 有截图/录屏，可对内汇报、对外存证 |
| 与网页端答案可能不一致 | 更接近真实用户看到的答案 |
| 难以处理风险争议 | 可回溯「AI 当时怎么说的」 |
因此在产品叙事里，采集引擎不是附属插件，而是与「智能监测与内容平台」并列的第二条产品线——一个负责「运营」，一个负责「证据」。
八、指标体系设计：让不同角色说同一种语言
GEO 很容易陷入「感觉变好/变差」。产品设计需要一套统一指标：
| 指标 | 给品牌负责人 | 给执行团队 |
|---|---|---|
| 提及率 | 总体存在感 | 哪些问题要补 |
| 推荐率 | 是否进入 shortlist | 对比/榜单内容优先级 |
| 平均推荐排名 | 竞争位置 | 与竞品差距 |
| 正面描述率 | 口碑方向 | 风险与纠错 |
| 竞品压制率 | 竞争压力 | 重点突破问题 |
| 官网引用率 | 自有资产是否被采信 | 官网/FAQ 优化 |
综合评分（GEO 总分）用于总览，分项用于派任务——一个分数管方向，多个分项管执行。
九、SaaS 套餐设计：按「闭环深度」分层
套餐不是简单「额度堆叠」，而是按客户成熟度设计：
| 套餐 | 产品定位 | 适合谁 |
|---|---|---|
| 免费版 | 验证「AI 里有没有我」 | 初次体验 |
| 入门版 | 单品牌基础监测 | 先看清现状 |
| 增长版 | 监测 + 内容 + 复测闭环 | 真正开始做 GEO |
| 专业版 | 多品牌、API、规模化 | 团队与代理商 |
| 企业版 | 私有化、SSO、SLA | 集团合规场景 |
定价详情：https://www.xiangzigeo.com/pricing
产品设计逻辑： 免费版负责获客与认知，增长版负责留存与闭环，专业版/企业版负责规模与合规。
十、三个关键设计取舍（总结）
取舍 1：问题优先，而不是内容优先
先建问题矩阵，再谈写什么——否则内容生产没有靶心。
取舍 2：闭环优先，而不是功能堆叠
宁可少一个「炫酷功能」，也要保证「监测 → 复测」能跑通。
取舍 3：协作优先，而不是个人工具
任务、报告、多角色视图，是为了进入企业工作流，而不是个人偶尔查一下。
十一、适合用巷子GEO 做产品设计的团队
- 已有内容团队，但不知道 AI 场景该写什么
- 已有 SEO 能力，但无法解释「AI 推荐位」变化
- 品牌负责人需要一张「AI 表现月报」
- 代理商需要标准化交付物，而不是手工问 AI