Pages: Use Cases
Guides use case pages that bridge product features and real-world customer problems. Scenario-first is the primary organization. BOFU (bottom-of-funnel) pages for SaaS/B2B. Answer "when would I use it?" and "how does it help me?" — distinct from solutions (industry/outcome).
When invoking: On first use, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On subsequent use or when the user asks to skip, go directly to the main output.
Initial Assessment
Check for project context first: If .claude/project-context.md or .cursor/project-context.md exists, read it for product, ICP, and proof points.
Identify:
- 1. Scenarios: Concrete situations (event marketing, lead nurturing)
- Personas: Roles (Marketer, Sales Rep, Realtor)
- Business goals: Acquisition, Retention, Upsell
- Format: Single page vs. per-use-case pages; standalone or under solutions
- Primary goal: Demo, sign up, contact sales
Use Case Page Structure
| Section | Purpose |
|---|
| Headline | "When you need to X, we help you Y" or "For [role]: solve X" |
| Problem |
Pain points, day-to-day challenges |
|
Solution | How product addresses them; link to relevant features (do not duplicate feature copy) |
|
Proof | Case study, testimonial, metrics |
|
CTA | Try free, book demo, contact |
|
Related | Link to other use cases, parent solution |
Best Practices
Scenario-First
- - Concrete situations: "When you need to run event marketing at scale..."
- Before-after: Show transformation, not just features
- One scenario per page: Don't mix "event marketing" and "lead nurturing"
Content Differentiation (vs Features)
- - Use case = scenario + problem + outcome: Write the story (when, who, why, result); reference features via links.
- Do not duplicate feature copy: Avoid repeating capability lists or benefit bullets from the features page; instead, describe how the product solves this scenario and link to /features for details.
- Avoid content cannibalization: Each use case page targets a unique scenario intent; overlap with features (both Commercial/Consideration) dilutes SEO — differentiate by content angle (scenario vs capability).
Organization (Primary → Secondary)
| Dimension | Priority | Examples |
|---|
| By Scenario | Primary | Event marketing, Lead nurturing, Churn prevention, Customer onboarding |
| By Persona/Role |
Primary | For Realtors, For CMOs, For Sales Reps |
|
By Business Goal | Secondary | Acquisition, Retention, Upsell/Cross-sell |
|
By Industry | Secondary (ICP) | Use as ICP tag; or as sub-page under Solutions |
Scenario Examples
Event marketing, Lead nurturing, Churn prevention, Customer onboarding, Patient scheduling, Telemedicine, Inventory management, Demand forecasting.
Business Goal Examples
Acquisition (signups, trials), Retention (reduce churn, re-engagement), Upsell/Cross-sell (expand revenue).
vs. Solutions vs. Features
| Page | Answers | Primary Organization |
|---|
| Features | What does it do? | Capabilities |
| Solutions |
What outcome do I get? | By industry, company size, team |
|
Use cases | When would I use it? | By scenario, persona, business goal |
Hierarchy: Use cases can be standalone or sub-pages under Solutions. Example: /solutions/healthcare/patient-scheduling (use case under industry solution).
When to Use Use Cases vs Solutions
| Need | Use |
|---|
| By scenario (Event marketing) | Use Cases |
| By persona (For Realtors, For CMOs) |
Use Cases |
| By business goal (Acquisition, Retention) | Use Cases |
| By industry | Solutions |
| By company size (SMB, Enterprise) | Solutions |
| By team (Marketing, Sales) | Solutions |
| Industry-specific application | Use Cases (as Solutions sub-page) |
Internal Linking
- - Use cases ↔ features ↔ solutions ↔ customer stories
- If under a solution: link to parent solution; parent links to use cases
SEO
- - Intent: Commercial; "X software for [scenario]" or "[Product] for [role]"
- Title: "When to Use [Product] for [Scenario]" or "[Product] for [Role]"
- Differentiate: Unique workflows, pain points per scenario/persona
Output Format
- - Use case list (scenarios/personas to cover)
- Per-page structure (sections, messaging)
- Headline options per segment
- Internal linking plan (including parent solution if applicable)
- SEO metadata
Related Skills
- - features-page-generator: Features = what it does; use cases = when/how to use it; reference features via links, don't duplicate; see Content Differentiation above
- solutions-page-generator: Solutions are industry/outcome-focused; use cases are scenario-focused; use cases can be sub-pages under solutions
- customer-stories-page-generator: Case studies as proof on use case pages
- landing-page-generator: Use case pages are a type of landing page; apply LP principles
- pricing-page-generator: Use case pages link to pricing
页面:使用场景
指南性使用场景页面,连接产品功能与真实客户问题。场景优先是主要组织方式。面向SaaS/B2B的漏斗底部(BOFU)页面。回答我什么时候会用到它?和它如何帮助我?——区别于解决方案(行业/成果)。
调用时:在首次使用时,如有帮助,先用1-2句话说明此技能涵盖的内容及其重要性,然后提供主要输出。在后续使用或用户要求跳过时,直接进入主要输出。
初始评估
首先检查项目上下文: 如果存在 .claude/project-context.md 或 .cursor/project-context.md,读取其中的产品、ICP和证明要点。
识别:
- 1. 场景:具体情境(活动营销、潜在客户培育)
- 人物画像:角色(营销人员、销售代表、房地产经纪人)
- 业务目标:获取、留存、增购
- 格式:单页面 vs. 每个使用场景独立页面;独立页面或置于解决方案下
- 主要目标:演示、注册、联系销售
使用场景页面结构
| 部分 | 目的 |
|---|
| 标题 | 当您需要X时,我们帮您实现Y 或 面向[角色]:解决X问题 |
| 问题 |
痛点、日常挑战 |
|
解决方案 | 产品如何解决这些问题;链接到相关功能(不要重复功能描述) |
|
证明 | 案例研究、客户评价、数据指标 |
|
行动号召 | 免费试用、预约演示、联系我们 |
|
相关 | 链接到其他使用场景、上级解决方案 |
最佳实践
场景优先
- - 具体情境:当您需要大规模开展活动营销时...
- 前后对比:展示转变,而非仅展示功能
- 每页一个场景:不要混合活动营销和潜在客户培育
内容差异化(vs 功能)
- - 使用场景 = 场景 + 问题 + 成果:讲述故事(何时、谁、为什么、结果);通过链接引用功能。
- 不要重复功能描述:避免重复功能页面的能力列表或利益要点;而是描述产品如何解决此场景,并链接到/features获取详情。
- 避免内容蚕食:每个使用场景页面针对独特的场景意图;与功能页面(均为商业/考虑阶段)的重叠会稀释SEO——通过内容角度(场景 vs 能力)进行区分。
组织方式(主要 → 次要)
| 维度 | 优先级 | 示例 |
|---|
| 按场景 | 主要 | 活动营销、潜在客户培育、流失预防、客户引导 |
| 按人物画像/角色 |
主要 | 面向房地产经纪人、面向CMO、面向销售代表 |
|
按业务目标 | 次要 | 获取、留存、增购/交叉销售 |
|
按行业 | 次要(ICP) | 作为ICP标签使用;或作为解决方案下的子页面 |
场景示例
活动营销、潜在客户培育、流失预防、客户引导、患者预约、远程医疗、库存管理、需求预测。
业务目标示例
获取(注册、试用)、留存(减少流失、重新激活)、增购/交叉销售(扩大收入)。
vs. 解决方案 vs. 功能
| 页面 | 回答的问题 | 主要组织方式 |
|---|
| 功能 | 它能做什么? | 能力 |
| 解决方案 |
我能获得什么成果? | 按行业、公司规模、团队 |
|
使用场景 | 我什么时候会用到它? | 按场景、人物画像、业务目标 |
层级关系:使用场景可以是独立页面,也可以是解决方案下的子页面。示例:/solutions/healthcare/patient-scheduling(行业解决方案下的使用场景)。
何时使用使用场景 vs 解决方案
| 需求 | 使用 |
|---|
| 按场景(活动营销) | 使用场景 |
| 按人物画像(面向房地产经纪人、面向CMO) |
使用场景 |
| 按业务目标(获取、留存) | 使用场景 |
| 按行业 | 解决方案 |
| 按公司规模(中小企业、企业级) | 解决方案 |
| 按团队(营销、销售) | 解决方案 |
| 行业特定应用 | 使用场景(作为解决方案子页面) |
内部链接
- - 使用场景 ↔ 功能 ↔ 解决方案 ↔ 客户案例
- 如果位于解决方案下:链接到上级解决方案;上级页面链接到使用场景
SEO
- - 意图:商业意图;用于[场景]的X软件 或 面向[角色]的[产品]
- 标题:何时使用[产品]进行[场景] 或 面向[角色]的[产品]
- 差异化:每个场景/人物画像独特的工作流程、痛点
输出格式
- - 使用场景列表(需覆盖的场景/人物画像)
- 每页结构(各部分、信息传达)
- 每个细分群体的标题选项
- 内部链接计划(如适用,包括上级解决方案)
- SEO元数据
相关技能
- - 功能页面生成器:功能 = 它能做什么;使用场景 = 何时/如何使用;通过链接引用功能,不要重复;参见上述内容差异化
- 解决方案页面生成器:解决方案以行业/成果为重点;使用场景以场景为重点;使用场景可作为解决方案下的子页面
- 客户案例页面生成器:案例研究作为使用场景页面的证明
- 着陆页生成器:使用场景页面是一种着陆页类型;应用着陆页原则
- 定价页面生成器:使用场景页面链接到定价