第2章 识别业务场景与用户群体：分析典型业务场景、用户画像、付费行为数据来源
套餐分层设计的起点不是定价表，而是真实发生的业务场景与用户群体。本章帮助产品经理建立从场景到数据的映射，避免仅凭经验拍脑门定义套餐档位。
2.1 典型业务场景：付费意愿的触发环境
不同场景下用户对价格的敏感度、决策时长、付费动机差异极大。以下为四个最常用场景，覆盖 ToC 与 ToB 产品：
| 场景类型 | 典型触发条件 | 用户心理 | 付费意愿强度 |
|---|---|---|---|
| 紧急救急 | 功能被拦截、数据丢失、时间紧迫 | 必须解决，价格敏感度低 | 高 |
| 效果可量 | 免费版有明确限制，付费后可见明显收益 | 追求效率，愿为ROI付费 | 中高 |
| 社交攀比 | 排行榜、徽章、特权标识 | 身份认同，从众心理 | 中 |
| 合规刚需 | 企业审计、安全认证、SLA保障 | 风险规避，预算制采购 | 极高 |
业务场景优先：在访谈用户前，先绘制本产品的场景清单，用“场景–痛点–付费杠杆”三列卡片整理。场景比人口属性更能预测付费行为。
2.2 用户画像：为套餐分层找到“付费锚点”
基于高频付费场景，提炼三类用户画像，每个画像对应一种套餐档位核心逻辑：
- 轻量尝鲜者（付费意愿0~30分）：以学生、个人试用用户为主。关注免费功能完整性，偶尔为去广告或导出格式付费。决策周期长，转化依赖低价订阅（9.9元/月）。
- 效率追求者（付费意愿30~70分）：职场人士、自由职业者、小团队负责人。需要提效工具（批量处理、API调用、高级分析）。对价格有一定接受度（39~99元/月），但要求7天内能看到价值。
- 企业决策者（付费意愿70~100分）：部门主管、采购、CTO。关注合规、权限管理、团队协作、SLA。预算充足，但需要试用对比和合同流程，付费门槛高但LTV极高。
画像数据来源建议：
- 轻量尝鲜者 → 免费版注册日志 + 留存曲线。
- 效率追求者 → 功能使用频次 + 免费额度耗尽后的操作。
- 企业决策者 → 客服工单关键词 + 团队邀请链接追踪。
2.3 付费行为数据来源：用真实行为替代用户自述
用户嘴上说的“我愿意付XX元”通常不可信。设计套餐分层前，至少接入以下三类数据源：
| 数据源类型 | 具体字段 | 分析用途 |
|---|---|---|
| 行为埋点 | 免费版关键事件（导出次数、API调用量、在线时长、好友邀请数） | 判断付费触发点与阈值 |
| 交易记录 | 历史购买SKU、支付金额、订阅周期、退款率 | 聚类用户价格区间偏好 |
| 客服/工单 | “能不能单独买这个功能”“太贵了”“有无团队版”等关键词 | 发现未满足的分层需求 |
# 示例：从行为埋点提取“付费潜力分”的伪SQL逻辑
SELECT
user_id,
COUNT(DISTINCT DATE(api_call_time)) AS active_days_30d,
SUM(CASE WHEN export_count > 10 THEN 1 ELSE 0 END) AS heavy_exporter,
AVG(session_duration_min) AS avg_session_duration
FROM user_behavior
WHERE plan_type = 'free'
GROUP BY user_id
HAVING active_days_30d >= 7 AND heavy_exporter >= 1;
避坑提示：不要直接用“是否点击过付费页面”作为付费意愿标签。用户可能误点或好奇翻阅，该行为噪声极大。应使用“付费功能使用时长 > 5分钟 + 免费额度耗尽后至少3次回访”作为高可能性种子用户。
2.4 业务场景×用户画像×数据来源 整体关系
下图展示三者如何共同为套餐分层提供输入：左侧为场景触发，中间为画像归类，右侧为数据支撑。
2.5 交付物模板：业务场景与用户群体分析卡片
本章产出物为一份可复用的分析卡片，插入产品需求文档的“用户场景”章节。模板如下：
业务场景分析卡片（示例）
| 场景ID | S-001 |
|---|---|
| 场景名称 | 自由职业者批量导出报告 |
| 对应画像 | 效率追求者（小团队负责人） |
| 触发条件 | 免费版导出每周仅3次，第4次时弹出付费提示 |
| 付费意愿信号 | 连续3周导出额度耗尽 + 点击“查看付费方案”超过2次 |
| 数据来源 | 行为埋点（export_count）、交易记录（是否曾购买单次导出包） |
| 可能的分层方案 | 推出“轻量版”29元/月含50次导出 vs “专业版”79元/月无限导出 |
完成本阶段后，你应拥有至少5张业务场景分析卡片、3个经过数据验证的用户画像、以及连续30天的付费行为流水表。这些将直接作为第3章“用户访谈与需求拆解”的输入。