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

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

Solutions：我能得到什么结果

按行业、公司规模、团队来组织，是 B2B 的常见做法，Salesforce、HubSpot 都是这种结构。每个页面强调可衡量的业务结果——收入增长、成本节约、效率提升、合规，而不是罗列功能。

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

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

Use Cases：什么时候用、怎么用

按场景、角色、业务目标来组织，B2B 和 B2C 都适用。每个页面讲一个具体情境：用户是谁、遇到什么问题、产品如何解决、带来什么变化。

主组织方式是场景和角色：

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

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

两者可以组合

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

如何选择

用户更关心「我在什么行业/规模/团队」→ 用 Solutions
用户更关心「我要解决什么场景/我是谁」→ 用 Use Cases
行业下的具体应用 → 用 Use Cases 作为 Solutions 的子页

一句话总结：Solutions 是站在客户身份的角度说「我们懂你的行业」，Use Cases 是站在具体场景的角度说「这个问题我们能解决」。前者偏战略，后者偏落地。

参考工具：marketing-skills — 可在 Cursor / Claude Code 等 agent 中自动生成 Solutions 和 Use Cases 页面结构。