https://github.com/kostja94/marketing-skills
做产品官网时，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 问题」。内容写痛点、产品如何解决、案例或数据，再链接到相关功能页，而不是重复功能列表。
做产品官网时，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 问题」。内容写痛点、产品如何解决、案例或数据，再链接到相关功能页，而不是重复功能列表。