小工具页类型设计指南：3 种类型 × 4 条设计原则
如果你做过一个 SEO 工具页跑通了，下一步的真问题不是「能不能做矩阵」，而是「做什么类型才能扩」。
我做 Xmind 小工具页矩阵的过程中，最关键的一步不是写第一个页面，而是把所有候选拆成可重复的 3 种类型。这件事比"找哪些词"更早一步——因为没有类型框架，你做出来的就是一堆零散的、互相不搭的页面，规模化扩展无从谈起。
这篇是我做 30+ 个工具页用过的设计框架：4 条普适原则 × 3 种类型 × 1 个决策矩阵。
4 条普适设计原则
不管做哪种类型，工具页都得满足这 4 条。每条少了一条，要么 SEO 拿不到流量，要么用户来了不留。
1. 单一职责
每个工具只解决一个非常具体的问题。不要试图在一个工具页塞太多功能。
为什么？因为搜索意图是单一的——用户搜 "markdown to mind map" 的时候，他要的就是这件事。如果你的页面同时还能做 outline、还能做 summary、还能改格式……他会觉得：
- 「这是不是一个杂工具，不专业？」
- 「我想要的功能藏在哪？」
工具页 vs SaaS 全功能产品的区别就在这里。SaaS 是给已经买单的人看，工具页是给搜索引擎来的陌生人看。陌生人的耐心是 3 秒，3 秒内你得让他确认"这个就是我要的"。塞功能 = 稀释这 3 秒。
2. 即时价值
用户应该能够快速上手并立即从工具中获得价值。不要登录、不要注册、不要导引到主产品。
工具页的经济模型是：免费拿到流量 → 免费给用户结果 → 小部分用户被结果打动 → 自然流到主产品。如果你在第二步就要登录/注册，转化率会断崖下跌——因为没有任何注册前的"价值证据"。
我的硬规则：工具页的核心功能必须 0 注册可用。注册可以放在结果里（"想保存？"、"想要更多模板？"），但不能放在使用前。
3. 明确的输入和输出
用户清晰知道需要提供什么、会得到什么结果。
这条是工具页区别于一般落地页的最关键设计点。Hero 区域不应该是"打动你"的 marketing copy，应该是直接告诉用户输入框在哪、按钮按下去会得到什么。
最简洁的工具页 Hero 结构：
[一句话标题：你能做什么]
[输入框] [输出预览区]
[Convert / Generate 按钮]
不要花里胡哨的产品 demo 视频、不要"why we built this"——那是个人主页/about 页该做的事。
4. 干净的 UX
界面清爽，操作流畅，无广告干扰（或广告不影响核心体验）。
工具页用户的心态是「快、用一下、走」。任何打断这个流程的元素都是负资产：
- 弹窗（newsletter 订阅、用户调研）
- 强制注册才能复制结果
- 顶部 banner 拉到 99% off 的会员促销
- 中间插一段视频自动播放
每多一个，跳出率提升 10%。
3 种类型 × 各自的设计法
满足上面 4 条之后，问题变成：这个工具属于哪类？
在做 Xmind 矩阵之前我尝试过零散地做，每个页面要重新想：用什么版式？字段叫什么？输出长什么样？
把所有候选按「用户拿到结果的路径」分成 3 种之后，整套设计语言就立刻可以复用——同一类的工具共享同一套版式、同一套交互、同一套 Schema。
类型 1: Maker 生成器
用户的路径：在页面上做一个东西（选模板、配色、调参数），输出一份结果就走。
例子：Mind Map Maker、Flow Chart Maker、Org Chart Maker、Venn Diagram Maker。
核心特征：
- 用户带的是「需求」（"我要做一张组织架构图"），不是已有的素材
- 输出是从 0 创建的内容
- 用户在页面停留时间相对长（要选、要调）
Maker 的扩展维度（怎么繁殖 N 个页面）：
不同的图表类型 × 不同的使用场景
举例：
Mind Map Maker for StudentsMind Map Maker for BrainstormingFlow Chart Maker for EngineersOrg Chart Maker for HR
同一个底层能力（Maker 生成器），换搜索意图（不同的图表 × 不同的人群/场景）= 一个新工具页。
Maker 的设计要点：
| 区域 | Maker 该怎么做 |
|---|---|
| Hero | 「Free [X] Maker」直白标题 + 一个明显的 CTA「Start Creating」/「Use Template」 |
| 主交互 | 模板选择卡片（5-10 个，不要更多）+ 一键打开编辑 |
| 输出 | 用户必须能在不离开页面的情况下完整完成「选 → 编辑 → 导出」 |
| 转化点 | 导出环节（"想保存到云端？想多设备同步？" → 主产品入口） |
类型 2: Converter 转换器
用户的路径：把已有的 A 格式素材，转成 B 格式。
例子：Markdown to Mind Map、PDF to Outline、ChatGPT Conversation to Document、OPML to Xmind。
核心特征：
- 用户带着素材来——他已经有 X 格式的东西
- 路径极短：粘贴 → 转换 → 拿走
- 用户停留时间短（粘贴 → 等几秒 → 走）
Converter 的笛卡尔积心法：
这是 3 种类型里最适合规模化的，因为它有天然的笛卡尔积维度：
Input × Output
举例：
- Input：
{Markdown, PDF, Word, OPML, Doc, Textbundle, NotebookLM, ChatGPT 对话, ...} - Output：
{Mind Map, Xmind, Summary, Outline, ...}
两个维度往表格里一拼，立刻产出几十个合法组合。每一个组合都对应一个真实存在的用户搜索意图——「我手上有 X 格式的东西，我想变成 Y」。
我做 Xmind 矩阵第三批 33 个页里，Converter 类型占 12 个，是流量底座的来源。每个单独看搜索量都不大，加起来曝光最稳定。
Converter 的设计要点：
| 区域 | Converter 该怎么做 |
|---|---|
| Hero | 「[X] to [Y] Converter」+ 一个大输入框直接占据屏幕中心 |
| 主交互 | 粘贴 → 自动转换（不要让用户点 Convert 按钮，输入完自动开始） |
| 输出 | 转换结果可以当场预览 + 一键复制/下载 |
| 转化点 | 输出区域附带「Edit in [主产品]」按钮——用户拿到结果后想编辑就直接进主产品 |
类型 3: AI Generator
用户的路径：用户给一段 prompt 或一段上下文，AI 生成结果。
例子：Prompt to Mind Map、Article to Mind Map、YouTube to Mind Map、Topic to Outline。
核心特征：
- 用户带的是意图描述（不是素材，也不是要求图表类型）
- AI 是核心步骤——输出由模型生成
- 单次成本不为 0（API 调用成本）→ 必须有限速/配额
AI Generator 的扩展维度：
不同输入源 × 不同生成任务
举例：
- 输入源：
{Topic, Article URL, YouTube URL, Notebook, Voice Note} - 生成任务：
{Mind Map, Outline, Summary, FAQ, Slides}
AI Generator 是 3 种类型里转化率最高的——但也是最容易翻车的。
AI Generator 的设计要点：
| 区域 | AI Generator 该怎么做 |
|---|---|
| Hero | 「Turn [X] into [Y] with AI」明确 AI 在哪一步发挥作用 |
| 主交互 | 示例 prompt 比空输入框重要——大部分用户不会写 prompt |
| 限速 | 匿名用户必须有配额限制（5 次 / 天 / IP 是常见值），否则成本失控 |
| 输出 | 生成中要有进度反馈（不要让用户对着空白屏幕等 30 秒） |
| 转化点 | 「Generate 5 more like this」/「Regenerate with different style」是把流量留在站内的关键 |
注意：AI Generator 千万别只做一个泛 prompt 输入框——那样跟 ChatGPT 没区别，搜索引擎不会把你排上去。让用户用最少的输入，得到最具体的结果。
决策矩阵：什么场景选什么类型
筛词阶段拿到一个候选词，怎么判断该用哪类来承接？
| 候选词例子 | 用户搜索意图 | 应该用哪类 |
|---|---|---|
mind map maker | 想做一张图，但还没素材 | Maker（提供模板让用户选） |
markdown to mind map | 已有 markdown，想看成图 | Converter（粘贴 → 转换） |
youtube to mind map | 已有视频链接，想总结 | AI Generator（链接 → AI 总结） |
flow chart maker | 想做流程图，从模板起 | Maker |
pdf to outline | 已有 pdf，想看 outline | Converter |
prompt to mind map | 想用一句话生成 | AI Generator |
gantt chart maker | 想做甘特图 | Maker |
notebooklm to mind map | 已有 NotebookLM 内容 | Converter + AI（混合） |
判断规则：
- 关键词里有 "Maker / Generator / Builder / Creator" → Maker 类
- 关键词是 "X to Y" → Converter 类
- 关键词里有 "AI / from text / from prompt / from URL" → AI Generator 类
混合情况（一个词同时符合多类）：优先 Converter，因为 Converter 是 ROI 最稳的——用户带着素材来，意图最明确，转化路径最短。
反模式：这 4 种类型化思路别用
最后说一下做矩阵时别走的路：
❌ 按"功能"切
例：「Bold Font Tool」、「Color Picker Tool」、「Resize Tool」。
这些不是工具类型，是工具内的小功能。把每个小功能切成独立工具页，结果是矩阵里 30 个页用户搜不出来 / 互相竞争。
❌ 按"垂直行业"切
例：「Mind Map for Marketing」、「Mind Map for Engineering」、「Mind Map for Education」。
这种 SEO 上能做，但和「Maker × 场景」的扩展维度叠加效果非常差——你已经有 Mind Map Maker for Students，再做 Mind Map for Education 就是高度重复。Google 会去重。
正确做法：先用 Maker × Use Case 维度铺一层（每个 use case 都有专属模板），再用 Industry 维度做最优秀那个的二次细分。
❌ 按"价格段"切
例：「Free Mind Map Tool」、「Pro Mind Map Tool」。
价格不是用户搜索意图，是你的内部分销决策。把它做成独立工具页只会稀释主页流量。"Free" 关键词应该作为标题前缀加到所有 Maker 类页面（Free Mind Map Maker）——而不是单做一个 Free 页。
❌ 按"AI 模型"切
例：「ChatGPT Mind Map」、「Claude Mind Map」、「Gemini Mind Map」。
这种页能短期蹭模型热度，但模型迭代后流量崩溃极快。ChatGPT Mind Map 这种页过去 2 年起来过 3 次又掉过 3 次。别把矩阵的稳定性押在某个模型品牌上。
正确做法：用「输入源 × 生成任务」做 AI Generator 类型——只要"输入源"还在（Article、YouTube、Document），不管底层换哪个模型，页面都还是有效的。
总结：先框架后内容
我做 Xmind 工具页矩阵这半年最大的认知是：
类型设计 = 你做矩阵的复利地基。
没有类型框架，你做的是一堆零散页面；有了 3 种类型 + 4 条原则，每个新词都能立刻判断"该做不做、该怎么做"。
下一篇会展开工具页自动化运营体系——怎么让 30+ 个页用 GSC + GA4 + n8n + Claude 做无人值守监控，每天 15 分钟决策"该优化哪些页 / 该删哪些页"。
如果你也想做工具页矩阵，可以从这个最小练习开始：拿你产品的一个核心能力，用 输入 × 输出 维度列 10 个组合——看看其中哪些是真实的用户搜索意图。能列出 5 个以上，矩阵就可以开始做了。