Channel Performance Review 是 WooCommerce 官方仓库（woocommerce/woocommerce-claude）中的一个渠道分析技能，面向使用 WooCommerce 的商家，帮助其把订单归因数据转化为一份可用于行动的渠道/来源复盘。
用途
当商家询问哪些渠道、来源、媒体、广告系列或设备在带来付费收入、客户或待处理（on-hold）订单流水时使用本技能。它回答的是基于 WooCommerce 订单来源上下文的回顾性问题，例如各渠道带来的付费收入与订单量、不同渠道的客户新老构成差异、某个渠道是否在待处理付款上明显偏高、以及归因覆盖是否足以支撑渠道排名判断。
需要明确的是，该技能定位为历史订单来源复盘，而不是营销平台效果分析。归因描述的是附加在 WooCommerce 订单上的来源上下文，不包含受众规模、展示量、点击、广告花费、ROAS、转化率、点击率、广告系列效率、首触旅程、客户动机、竞品影响或季节性等信息，除非商家自行提供这些背景。
时间范围与对比
若用户未指定日期范围，默认使用最近 30 天（last_30_days）并开启对比。用户给出的明确范围会被遵守。自定义范围应传入精确的起始与结束日期，而不是用最接近的周期近似。对比基准为上一个等长周期；若商家询问“环比”，则使用指定月份与上一月对比。
周期指标（付费收入、付费订单、客单价、售出商品、客户数、退款、流水、归因覆盖率、分组份额及对比字段）均限定在所选日期范围内。归因明细（渠道/来源/媒体/广告系列/设备标签）则是订单上记录的归因上下文，不能证明该渠道的总受众、花费或效率。
主要能力
技能会读取店铺档案以获取店铺名称、货币、地区、支付配置、配送背景与店铺地理信息，并判断店铺偏数字、本地还是实体履约。随后获取渠道归因头部数据、营收总计、订单与流水上下文、客户构成，以及按需获取来源/平台、媒体、广告系列、设备等维度明细。当商家明确要求查看某渠道背后的具体订单或客户时，才会使用行级数据，且默认保持聚合或假名化，不暴露姓名、邮箱、地址、电话或原始归因存储字段。若调用跨度超过 365 天，需走扩展范围审批流程，不得拆分范围绕过限制。
解读规则与限制
技能强调以商家的问题为主线作答：问“哪些渠道最好”就先讲付费收入与订单上下文；问追踪就先讲归因覆盖率与未分配/直接流量的集中度；问待处理订单就先讲渠道层面的流水倾斜。归因被视为订单收入来源上下文，而非营销平台效果，因此表述上应为“付费搜索带来了 X 金额的 WooCommerce 付费收入”，而不是“付费搜索表现最好”，除非商家提供了成本上下文。
它要求直接使用返回的对比、份额、归因覆盖率、流水份额和倾斜字段，不手工计算增量、百分比、份额、平均值、比率、复购率、流水倾斜或广告系列表现；也不对独立字段做叙述性的乘除。付费收入、待处理流水与看板匹配数字需分开处理，待处理价值属于付款流水而非已收收入，且明确不得使用“lost revenue”一词，应使用“awaiting payment”“payment pipeline”“checkout risk”“not yet collected”等表述。
流水倾斜只作诊断线索，不构成因果证明。技能要求在写渠道流水时完全避免因果措辞，改用“这个倾斜指向需要检查的订单”“这是应优先查看的地方”。它同时要求将渠道流水倾斜与可用的订单级支付方式诊断配对：信用卡网关滞留待处理可能提示支付处理问题，而银行转账、支票、发票等手动方式则可能合理处于待处理状态。
归因覆盖率很重要。覆盖率低时应将渠道结论框定为部分结论，并把追踪卫生列为主要发现，再谨慎排名。未分配归因是追踪或数据质量信号，不应作为渠道排名；直接流量是合法渠道标签，但仍可能受缺失广告系列标签或引荐丢失影响。广告系列、词和内容明细仅反映带有这些标签的订单，覆盖低意味着应先审查打标。
渠道的新老客户数是周期信号，不是客户终身价值、群组质量、流失或留存证明；若商家询问某渠道是否带来长期高价值客户，应改用客户价值分析或说明本复盘为周期限定。退款按渠道只是诊断压力，不能证明渠道质量差、产品缺陷、欺诈、客户不满或物流问题。小样本需用小样本措辞：若某渠道、来源、广告系列或流水信号仅基于 5 个或更少的订单、客户或待处理订单，需先说明数量再解读变动或百分比。
技能明确禁止编造 ROAS、广告花费、会话、用户、展示、点击、转化率、点击率、获客成本、广告系列效率、利润率、客户动机、竞品影响、季节性、自然搜索词、落地页、首触归因、多触点旅程或因果解释。最终回答中避免受众侧词汇如 traffic、visitor、visit、session、click、impression 等，改用“订单被记录”“订单带有此来源标签”“广告系列链接应保留追踪标签”等表述。
若商家要求 ROAS 或广告效率，应说明本复盘只有 WooCommerce 收入和订单归因，没有成本输入，需另行提供成本数据。若商家要求自然搜索词，应说明 WooCommerce 订单归因不包含自然搜索查询词，建议查看 Google Search Console 的汇总数据。最终回答不得提及工具名、能力名、参数名、数据库表、内部字段路径、过滤 JSON、状态 slug 或类似 net_revenue、orders_count、attribution_coverage_percent 等原始字段名，应翻译为“付费收入”“订单”“追踪覆盖率”“付费收入份额”“流水倾斜”“广告系列打标”等商家语言。
输出结构
输出一份复盘，包含：标题 Chanel Performance Review、店铺名称、周期、对比周期（不可用则写 Not compared）；Snapshot（两三句话覆盖最强渠道信号、付费收入与订单上下文、追踪覆盖是否支撑可靠渠道分析、流水倾斜是否需要关注，样本或覆盖过小要直说）；Revenue by Channel（按付费收入和订单总结领先渠道，仅在返回且有用时纳入付费收入份额、客单价、对比变动、退出渠道与退款，避免“表现最佳”除非限定为付费 WooCommerce 收入）；Customer Mix（按渠道总结新老客户信号及总体客户上下文，保持周期限定并对小样本加提示）；Pipeline and Payment Skew（列出在待处理流水上明显偏高的渠道或来源，配对支付方式诊断，将待处理价值与已收收入分开，完全避免“lost revenue”）；Source, Medium, and Campaign Detail（仅在来源、媒体、渠道来源、广告系列或设备明细有用时使用）。