全站转化率增长规划

解决什么问题

当流量稳定但转化漏斗持续流失用户时，常见的困境是：不知道从哪个页面开始优化，缺少可验证的假设，实验要么拍脑袋、要么样本不足导致结论失真。团队可能在高流量低转化的页面反复改文案、调布局，却没有系统性地评估漏斗阶段、流量结构和设备差异，最终效果难以归因。

技能如何工作

这个技能将 CRO 拆解为一套可操作的流程。首次使用时，它会先读取项目上下文（若存在 .claude/project-context.md 或 .cursor/project-context.md），从中提取受众、网站与关键词信息，然后完成初始评估：

• 识别漏斗阶段（认知、考虑、决策、购后）
• 明确转化目标（注册、购买、下载、演示申请）
• 分析流量规模及移动/桌面分布
• 确定当前转化率作为基线

随后，它遵循 研究 → 假设 → 优先 → 测试 → 分析 的 CRO 流程：

1. 研究：绘制漏斗地图，定位高流量、低转化的页面
2. 假设：按“如果 X，那么 Y，因为 Z”的格式形成可测试假设
3. 优先：用 PIE 框架 对每个想法打分（潜力、重要性、实施难度），按总分排序执行
4. 测试：设计 A/B 或多变量测试，并预先计算最小样本量
5. 分析：检验统计显著性，胜出方案落地，失败方案归档为经验

针对移动流量，技能强调独立测试，因为移动端转化率约为桌面端的 50%，触控范围、表单复杂度等因素不可混用。对于低流量场景，建议使用贝叶斯测试以更快获得可操作结论。

最终输出包括：漏斗地图（阶段、转化率、流失点）、假设、测试计划（变体、指标、样本量、周期）和实施清单。

适用边界与注意点

• 依赖基础分析设施：需要能映射漏斗、定位流失点的数据分析工具（如 GA4 事件追踪），以及热力图、会话录制等定性研究手段
• 需要持续的技术资源：建议每月稳定支持 2–4 个测试，否则节奏易被打散
• 不自动安装依赖、不修改系统权限、不创建持久化任务、不执行下载内容
• 涉及发送、发布、删除、付款、部署或其他外部写入时，会先展示目标与影响，待明确确认后执行
• 凭据仅用于用户指定的官方服务，不回显、不记录、不转发
• 命令和代码默认作为参考，仅在明确要求且目标范围清晰时运行