规划、评估或构建用于获客/SEO/品牌曝光的免费工具时…

想用免费在线工具（计算器、生成器、分析器、测试器等）吸引线索、自然流量、外链或品牌认知时使用。

适用场景

解决思路

1. 先检查是否存在产品营销上下文文件：`.agents/product-marketing.md`；若不存在，再检查 `.claude/product-marketing.md`；旧配置中检查 `product-marketing-context.md`。存在则先读取，再只询问该上下文未覆盖或本任务特有的信息。
2. 设计工具策略前，先弄清业务上下文：核心产品是什么、目标受众是谁、他们有什么问题。
3. 明确目标：是获客、SEO/流量、品牌认知，还是产品教育。
4. 评估资源：技术构建能力、持续维护带宽、推广预算。
5. 采用工程化营销原则：把别人用来收费的能力做成免费版本，作为获客渠道（类似 Bezos 的“你的利润就是我的机会”）；Unsplash 免费提供 Getty 卖的库存照片，最终被 Getty 收购。参考 `references/tool-benchmarks.md` 中的具名案例和转化数据。
6. 确保工具解决真实问题：提供真实价值，解决受众实际存在的问题，即使不使用你的主产品也有用。
7. 确保工具与核心产品相邻：与所售产品相关，从工具有自然路径到产品，并教育用户你解决的问题。
8. 保持工具简单聚焦：只做好一件事，使用门槛低，能立即提供价值。
9. 计算投入是否值得：线索价值 × 预期线索数 > 构建成本 + 维护成本。
10. 根据场景选择工具类型：计算器（如 ROI、节省额、定价估算器），适合涉及数字的决策。
11. 根据场景选择工具类型：生成器（如模板、政策、名称），适合快速创建某物。
12. 根据场景选择工具类型：分析器（如网站评分、SEO 审计），适合评估现有工作。
13. 根据场景选择工具类型：测试器（如 meta tag 预览、速度测试），适合检查某物是否正常。
14. 根据场景选择工具类型：库（如图标集、模板、代码片段），适合参考资料。
15. 根据场景选择工具类型：交互式工具（如教程、playground、测验），适合学习/理解。
16. 需要详细工具类型和示例时，参考 `references/tool-types.md`；需要具名案例基准（Unsplash、HubSpot Website Grader、Moz、Buffer、Shopify）和真实转化数字时，参考 `references/tool-benchmarks.md`。
17. 从痛点出发构思：研究受众会 Google 什么问题（搜索查询研究、常见问题）。
18. 从痛点出发构思：找出哪些手动流程很繁琐（电子表格任务、重复计算）。
19. 从痛点出发构思：找出他们购买你的产品前需要什么（评估、规划、比较）。
20. 从痛点出发构思：找出他们希望拥有但难以获得的信息（数据、基准）。
21. 验证想法：检查搜索需求（是否有搜索量、竞争如何）。
22. 验证想法：检查独特性（已有什么、如何做到 10 倍更好）。
23. 验证想法：检查线索质量（该受众是否匹配买家）。
24. 验证想法：检查构建可行性（复杂度、能否划出 MVP 范围）。
25. 选择门控方式：全门控——捕获最大，但使用量较低。
26. 选择门控方式：部分门控——平衡捕获与使用，是常见模式。
27. 选择门控方式：不门控 + 可选留资——覆盖最大，但捕获较低。
28. 选择门控方式：完全不门控——纯 SEO/品牌，无直接线索。
29. 线索捕获最佳实践：价值交换清晰，例如“获取完整报告”。
30. 线索捕获最佳实践：摩擦最小化，只要求 email。
31. 线索捕获最佳实践：展示用户将获得什么的预览。
32. 线索捕获最佳实践：可选地通过一个资格问题做细分。
33. SEO 关键词策略：工具落地页布局“`[thing] calculator`”、“`[thing] generator`”、“`free [tool type]`”类关键词。
34. SEO 关键词策略：用支持内容布局“`How to [use case]`”、“`What is [concept]`”。
35. 外链建设：免费工具能吸引链接，因为它真正有用（人们会引用）、独特（不能随便链接到任意页面）、可分享（社交放大）。
36. 构建 vs 购买：以下情况自研——概念独特、对品牌核心重要、战略价值高、有开发能力。
37. 构建 vs 购买：以下情况用 no-code 工具——可用 Outgrow、Involve.me、Typeform、Tally、Bubble、Webflow；适合快速上市、开发资源有限、测试概念。
38. 构建 vs 购买：以下情况嵌入现有工具——已有好工具、可白标、不是核心差异化。
39. 定义最小可行工具：只做核心功能——做好一件事并可靠运行。
40. 定义最小可行工具：必要 UX——输入清晰、输出明显、移动端可用。
41. 定义最小可行工具：基础线索捕获——收集 email，线索流向有用处。
42. 初期跳过：账号创建、保存结果、高级功能、完美设计、覆盖每个边缘情况。
43. 用评估评分卡按 1-5 分打分：搜索需求是否存在、受众与买家匹配度、相对现有工具的独特性、到产品的自然路径、构建可行性、维护负担（反向）、外链潜力、可分享性。
44. 根据评分卡决策：25+ 强候选；15-24 有希望；<15 重新考虑。
45. 询问任务特定问题：受众目前用什么现有工具作为 workaround？
46. 询问任务特定问题：你目前如何生成线索？
47. 询问任务特定问题：有哪些技术资源可用？
48. 询问任务特定问题：时间线和预算是多少？
49. 避免过度工程：不要上线臃肿工具；成功案例往往很小（Unsplash 3 小时；Website Grader 2 名工程师、2 周）。把范围收敛到单一任务。
50. 避免产品整合差：没有自然路径到产品的工具能带来流量但不带来 pipeline；最佳案例会呈现产品价值（Moz Keyword Explorer = 付费产品的 demo）。
51. 避免维护/安全债务：抓取、调用 API 或接收用户输入的工具会腐化并成为攻击面；构建前预算维护成本。
52. 避免虚荣指标：访客和使用量感觉好但不付费；追踪线索、资格率、trial/signup 转化。
53. 配套相关技能：用 lead-magnets 处理下载型内容线索磁铁（ebooks、checklists、templates）；用 cro 优化工具落地页；用 seo-audit 做 SEO 优化；用 analytics 衡量工具使用；用 emails 培育来自工具的线索。

适用边界 · 注意事项

• 当需求是下载型内容线索磁铁（ebooks、checklists、templates）时，不使用本技能，改用 lead-magnets。
• 当没有技术构建能力、持续维护带宽或推广预算，且无法用 no-code/嵌入现有工具弥补时，不适用。
• 当工具与核心产品没有自然路径，或只追求访客/使用量等虚荣指标时，不适用或应重新考虑。