做产品官网时，Solutions 和 Use Cases 到底有什么区别？

1️⃣做产品官网时，很多人会把 Solutions 和 Use Cases 混在一起写，其实它们回答的是不同问题，组织方式也不一样。

2️⃣Solutions 回答的是「我能得到什么结果」。按行业、公司规模、团队来组织，是 B2B 的常见做法，Salesforce、HubSpot 都是这种结构。每个页面强调可衡量的业务结果：收入增长、成本节约、效率提升、合规等，而不是罗列功能。

主组织方式是行业，例如 Healthcare、Retail、Manufacturing、Financial Services。辅以公司规模（Startup、SMB、Mid-Market、Enterprise）和团队（Marketing、Sales、Service、Operations）。也可以按业务结果组织，例如「扩大客服规模」「降低流失」「加速销售」，但行业仍是主流。

典型结构是：Hub 页列出所有行业/细分，每个行业一个子页。例如 /solutions/healthcare 讲医疗行业如何用产品提升效率、降低成本，用案例和 ROI 数据支撑。

3️⃣Use Cases 回答的是「什么时候用、怎么用」。按场景、角色、业务目标来组织，B2B 和 B2C 都适用。每个页面讲一个具体情境：用户是谁、遇到什么问题、产品如何解决、带来什么变化。

主组织方式是场景和角色。场景例如：活动营销、线索培育、防流失、客户 onboarding、患者预约、远程医疗、库存管理、需求预测。角色例如：「面向 CMO」「面向销售代表」「面向房产经纪人」。辅以业务目标：获客（signup、trial）、留存（减少流失、再激活）、增购/交叉销售。

典型结构是：一个场景或角色一页。标题可以是「当你需要大规模做活动营销时，我们帮你……」或「面向 CMO：解决 X 问题」。内容写痛点、产品如何解决、案例或数据，再链接到相关功能页，而不是重复功能列表。

4️⃣两者可以组合。Solutions 作为父级，Use Cases 作为子应用。例如 /solutions/healthcare 下可以有 patient-scheduling、telemedicine 等 use case 子页。这样既按行业划分，又在行业下按具体场景细分。

5️⃣如何选择：用户更关心「我在什么行业/规模/团队」→ 用 Solutions；更关心「我要解决什么场景/我是谁」→ 用 Use Cases。行业下的具体应用 → 用 Use Cases 作为 Solutions 的子页。

6️⃣如何安装这两个 skills：

用 CLI 安装（推荐）：

npx skills add kostja94/marketing-skills --skill use-cases-page-generator solutions-page-generator

会安装到 .cursor/skills/（或 .claude/skills/），之后在 Cursor、Claude Code 等支持 skills 的 agent 里，提到「use cases」「solutions」「by industry」「by scenario」等关键词时，会自动调用对应 skill 生成页面结构和文案。

需要完整 repo（含 templates、docs）时，可以 clone 后手动复制：

git clone github.com
cp -r marketing-skills/skills/pages/marketing/use-cases .cursor/skills/
cp -r marketing-skills/skills/pages/marketing/solutions .cursor/skills/