本技能是面向产品、工程与数据负责人的实验平台决策手册，覆盖从零选型、评估是否切换、多平台整合到已批准迁移的规划。它不涉及实验设计、结果解读或功能开关日常运维，需分别搭配 experiment-design、experimentation-analytics、feature-flagging。
选型围绕七个维度：数据架构（厂商原生、产品套件、数仓原生）；统计严谨性（CUPED、序贯检验、比率指标方差估计、多重检验校正）；MCP 可用性（截至 2026 年 5 月，七家中仅 Eppo 无一方 MCP）；功能开关集成；分析深度；治理与审计；成本形态。先诚实回答这七个问题，再看各平台档案与决策矩阵。
各平台定位：Statsig 实验与功能管理合一，统计较新，按事件计费，自托管非一等选项；PostHog 开源产品操作系统，含分析、实验、开关、问卷、回放等，有免费额度，自托管成熟；GrowthBook 开源数仓原生，数据留在自有仓库，统计默认成熟，但搭建开销较高；Optimizely 企业级，可视化编辑强，治理成熟，价格偏高；Amplitude 行为分析为主、实验为辅，免费层每月 1000 万事件；Eppo 数仓原生、统计严谨，但截至 2026 年 5 月无一方 MCP，仅 REST API；Kameleoon 聚焦把营销站获胜实验转成 React 组件，通常与主平台并用。
多平台：仅当场景真正不同、零重叠时才合理（如营销站 Kameleoon 加产品 Statsig）；重叠则会造成重复成本、数据割裂与真源之争。多数团队应统一到单一平台。多平台时必须明确所有权矩阵、共享指标定义与可对齐看板。
迁移常见路径包括 Statsig 到 PostHog（3 至 5 工程师周）、Optimizely 到 Statsig（4 至 8 周）、PostHog 到 Eppo（6 至 10 周）、GrowthBook 到 Eppo（2 至 4 周）及多平台整合到 Statsig（6 至 12 周）。原则：不无限并行、不做大爆炸切换、旧平台在所有在飞实验完成前不退役。价格与套餐细节资料中部分截断，未完整提供。