CRO Optimization 用于对现有页面和流程做转化率优化（CRO），按审计、提出假设、设计测试、决策四个阶段推进，与具体技术栈和测试工具无关。它不负责从零撰写落地页文案，也不负责搭建分析体系，更适合流量充足、已能（或愿意）搭建 A/B 测试环境的情况。
适用场景包括：流量转化率低于预期；某个漏斗环节流失严重；高流量页面有优化空间；存在 A/B 测试基础设施；需要回答统计显著性和样本量问题。不适合每月每个变体转化数不足约 5,000 的场景、产品尚未上线无真实用户、需要先做定性研究的策略或信息层面问题，以及品牌定位本身有误的选择。
必要输入：待优化的页面或流程、当前转化率和流量规模、分析工具（事件追踪、漏斗数据）、A/B 测试工具、每轮测试约 2 至 8 周的时间与预算。
四个阶段：一、审计，从定量（漏斗流失、分群、性能、站内搜索）、定性（会话回放、热图、访谈问卷、表单分析、客服工单）和启发式（5 秒内价值主张是否清晰、是否单一主 CTA、表单长度、信任度、异议处理、可访问性）三方面找出疑似摩擦点。二、提出假设，句式是“因为【审计观察】，我们相信【改动】会为【人群】带来【可衡量结果】，原因是【理由】”，并用 ICE 或 PIE 按影响、信心、难度打分排序。三、测试设计，先用样本量计算器确定所需样本，启动前定义主要指标、护栏指标、样本量、最短与最长时长、决策标准和分群分析；常见错误包括提前偷看、过早停止、时长过短、重叠测试、在节假日或大促期间测试、排除移动端、流量切片过小、不做分群分析。四、决策，胜出则上线并记录，落败则终止并沉淀经验，结论不明则扩大测试或换角度，整体胜出但特定分群受损则针对该分群单独处理。
输出默认为 markdown 测试计划文件 cro-test-[hypothesis-slug].md，包含假设、审计证据、测试设计、决策标准和测试后补填的结果与经验。若所需数据或工具不可用，应明确说明缺口，不得编造或估算数字。