Oneport Phase 02 · 选品标准 SOP（蒸馏版）

> description: Oneport 亚马逊全链路运营的「Phase 02 选品模块」SOP——面向跨境电商卖家从 0 到 1 的选品标准流程。覆盖：有条件假设（卖家画像+选品战略）→ 无条件验证（广撒网/六格初筛/深度调研5层+营销理论）→ 经济模型推导（专利商标前置/利润测算GTM模型/15月理想态财务）→ 可行性报告（10节+评审闭环）。本版已固化「防回潮」执行铁律，竞品池必须由 asin_competitor 反查、终稿数字三态闭环、每条结论附归因因果链。

定位与适用

• 适用对象：用卖家精灵 MCP（已连接优先）+ Sorftime MCP 做亚马逊 US 选品的跨境卖家；本 SOP 同时是 Oneport 方法论的蒸馏载体。
• 适用阶段：Phase 0（战略框架）→ Phase 8（评审 sign-off），闭环一次选品。
• 数据分工：卖家精灵 MCP 实测字段优先（月销/月搜/coupon/竞品反查/nodeIdPath），Sorftime 作类目速览与结构补充，两者交叉验证。
• 报告交付：每次选品产出一份《品类可行性报告》（模板见 assets/feasibility_report.html 绿主题骨架）+ 一份评审记录单（references/review_sheet.md）。

> 配套前置：任何用 Sorftime/卖家精灵/Keepa 拉数据并加总销量/份额前，先跑 amz-product-scan-dedup
> 技能做父子体去重与数据清洗，否则会把变体矩阵销量误当单品标杆。

第零原则：第一性原理（选品 SOP 与可行性报告的首要纪律）

> 这是执行所有选品动作与撰写任何可行性报告的最高优先级纪律，凌驾于下方一切流程。

每一句话、每一个数据，都必须经过详细的数据验证、全面的分析后才给出。按第一性原理逻辑思考每个维度——我们分析的本质是什么、要怎么去证明；每给一个定义和结论，都要反问自己：

• "真的这样吗？" —— 这个数字有可验证的数据源吗？还是我凭经验/印象编的？
• "为什么是这样？" —— 这个结论的推导链完整吗？口径说清楚了吗？
• "如果反过来呢？" —— 有没有反例或对立数据我没看？

落地规则（写进每次交付）：

1. 数据源可追：每个结论后附 [数据源 · 口径]。会员精灵/MCP 实测字段标 ✅；利润/财务情景标 📊（含假设）；未实测/前轮数据标 ⏳（待核）。禁止编造任何数字填充"看上去完成了"。
2. 结论可验证：读者拿到报告应能按口径复算。份额/增速的分母必须明示；"未检索"与"未发现"分开写。
3. 反问防自欺：下任何判断前，强制跑一遍"真的吗/为什么"——尤其警惕：(a) 把同父体变体当多家重复计数放大份额；(b) 用假 CPC/假月搜撑"蓝海"；(c) 把模型情景当实测事实。
4. 站不住就砍：审计报告要逐条标"站得住/站不住/待补"。站不住的结论要么用真数据修正，要么删除，绝不带病进终稿。
5. 终稿不留痕：给老板的汇报版是决策文，干净交付——不出现"原 +242%""已校准""cross-agent 复核"等修订痕迹；口径说明只写"数据怎么算的"，不写"从哪调过来"。

⛔ 执行铁律（anti-regression · 每次调用必守，违反即返工）

> 以下条目是历史踩坑后固化的「防回潮」硬标准。它们不是建议——任何一条违反，报告必须返工，不得带病交付。每条都对应一个曾真实发生、且差点漏进终稿的错误。

• 铁律 1 · 竞品池只能由 asin_competitor 反查建，绝不用 product_research 按词搜。 按词搜会被泛匹配污染、细分 leaf node 常 total:0，会把"池子就这么大 / 市场就这几家"误判为真（果蔬盒项目曾因此把 Winproper 双线误并为单父体、把 Freshmage 份额高估到 60%+，终稿才纠）。正路见 Phase 3.2「竞品池抓取标准流程」5 步。
• 铁律 2 · 终稿数字三态闭环（✅/📊/⏳），禁止无来源拍脑袋。 出现在终稿的数字若非 MCP 实测 ✅，必须显式标 📊 并给推导口径（分母/样本/假设）；⏳ 仅限"接口无数据/用户待确认"，且终稿前必须回填实测或显式留痕原因，不得把 ⏳ 当分析注脚用。
• 铁律 3 · 每条结论附归因因果链（为什么），禁止纯描述。 格式："因为 X（实测证据）→ 所以 Y（结论）"。
• 铁律 4 · 标准阈值必须 AskUserQuestion 向用户确认，禁止默认拍板。 进 Phase 5.3 判定前确认（重利润品 ≥12% / 走量款 3–5%）。
• 铁律 5 · 终稿零修订痕迹。 汇报版是决策文，不是修改说明。禁止出现任何过程性 meta 表述，包括但不限于："上一版/此前/原稿/旧稿/旧定义/旧版/旧数据/修正/纠正/已校准/已纠/已调整/相比/相比旧稿/从…调过来/cross-agent/v3/虚高/脱离市场/把不存在的…当定义"。终稿只陈述最终结论与口径（数据怎么算的），不写修改史。交付前必须用文本扫描确认上述禁用词零命中。终稿视觉须严格套用 assets/feasibility_report.html 模板（顶部横向 sticky 导航 + 绿主题配色），不得为"不一样而不一样"私自改导航形态（如横向改竖向）或配色；多个选品报告之间视觉须一致。
• 铁律 6 · 删除正确废话。 终稿不写无信息增量的修饰词。典型禁区："真实存在/确实/非常/极其/毫无疑问/不可否认/显而易见"等。品类是真实研究的默认前提，无需强调"真实"；数据已验证则用"已验证/实测"，不用"真实"。每句形容词必须能回答"去掉后信息会少吗"——会少才留。
• 铁律 7 · 📊 模型情景数字必须有实测对标或推导链，禁止凭感觉写具体区间。 终稿里出现"X 件/月""Y% 净利""Z 天起量"等具体数字时，要么基于 MCP 实测 ✅（注明数据源），要么给出 同赛道 / 同形态已验证的标杆作为对标（如"6 个月月销 = HOMETALL 4P 4,422 的 27–45%"），要么给出推导链（如"日均 X 单 × 30 天 = X×30 件/月"）；三态闭环（铁律 2）解决"有没有来源"，本铁律解决"经验假设是否有对标"。⚠️ 果蔬盒项目 12.1 表的"1,200–2,000 件"原写时凭感觉定区间，被用户质疑后才发现需要 HOMETALL 4P 实测作对标——禁止再犯。

总原则：有条件的假设 → 无条件的验证

• "有条件的假设"：发起选品动作前，必须先用 Phase 0 框架框死假设空间。真实卖家不会全类目漫扫，都在自己的身份/资源/战略边界内找机会。边界由「你是谁、你有什么、你要什么」定义。
• "无条件的验证"：一旦有了假设，验证不带确认偏误——数据说不通过就 kill，不硬拗。kill 比 pass 多，是正常状态。
• 关键闭环：验证不通过 → 回去改 Phase 0 的假设，不是改数据凑假设。这是整套方法能跑通的灵魂。

Phase 0 · 选品战略框架（"有条件"的来源）

在动手选品前，先填写两份模板（见 references/phase0_profile.md）：

0.1 卖家画像卡（定义"你是谁"）

• 身份/现状、经验、当前品牌、产品矩阵、供应链情况、偏好/业务线大方向。
• 关键约束：无工厂 → 只能公模改造；低预算 → 轻改造、不打头部对撞。

0.2 选品战略（定义"你要什么"）

• 公模 or 私模、改造程度、价位段、市场目标、风险偏好（低档默认留 ≥20% 可动用现金）。
• 当前默认档 = 0→1 新兴卖家（详见 references/six_grid_params.md 档位一）。

0.3 框架改写六格标准

• 六格维度固定，过线标准是参数，由 0.1/0.2 注入。references/six_grid_params.md 按卖家类型分三档；当前默认档 = 0→1 新兴卖家。
• ⚠️ 数据来源纪律：六格里的"需求/竞争"输入须取自 category_report ✅ / 卖家精灵实测，不得凭印象填。

Phase 1 · 广撒网（框架内的 100 想法）

这是选品最核心的一步，必须穿透到消费者视角，不是只看销量数字。

• 在 Phase 0 框架边界内（价位段/改造程度/类目方向）发散 100 个产品想法，来源：前台浏览、Sorftime 类目树、TikTok/Reddit 真实需求、竞品差评挖痛点。
• 每想法贴一个"框架标签"（符合哪档六格），便于 Phase 2 批量过线。
• 不在此阶段做淘汰，只做"够不够 100 + 是否在框架内"；发散越广，Phase 2 越有料。

Phase 2 · 六格初筛（parametric，100→20）

用 Sorftime category_report 或卖家精灵 market_research（mcp__sellersprite-mcp__market_research）拉 Top100 / 类目明细，按以下五层逐层推进（每款必跑，清单见 references/phase3_marketing.md）：

• ⚠️ 此处的 Top100 仅用于六格量化初筛；竞品池必须用 Phase 3.2 的 asin_competitor 反查流程建，禁止用 market_research 按词搜直接当竞品池（见铁律 1）。六格里"市场容量/增速"须取自 category_report ✅，不得凭印象填。
• 六格参数表（三档）见 references/six_grid_params.md：需求/利润/合规三格必过；竞争/物流/差评最多一格弱。
• 规则（所有档通用）：需求 / 利润 / 合规 三格必过；竞争 / 物流 / 差评 最多一格弱。
• 差评格最易挖金矿：读竞品 1–3 星 100 条，集中"说明书/少螺丝/包装丑"= 差异化切口；集中"用两次就断/尺寸不符/有异味"= 结构性问题，直接放弃。
• 需求格"主词月搜"需关键词工具（Sorftime 不给搜索量），用卖家精灵 keyword_miner / Helium10 或类目月销反推（✅ 实测，禁拍脑袋）。

Phase 3 · 深度调研（20→3–5，每款必跑五层 + 营销理论嵌入）

3.1 前台实景核查（先去 Amazon 前台看真实长相）

• 搜目标关键词，记录搜索结果页：广告位占比、Coupon 密度、Amazon Basics/Vine 标记、A+ 覆盖率（判市场成熟度）。
• 自然位 vs 广告位分布：新品有没有自然露出的缝隙。
• 真实竞品主图/视频：精致大牌 vs 粗糙白牌（白牌多 = 新手中段有机会）。
• BD（秒杀/LD/Best Deal）与 coupon：用卖家精灵 asin_coupon_trend / asin_detail_with_coupon_trend（节奏与折扣幅度，判推广强度）。

3.2 市场量化（用 Sorftime Top100 填）

> ⚠️ 前置：先跑 amz-product-scan-dedup 清洗。拉 category_report/product_search 后、任何"加总月销/份额"前必须先清洗，产出"可比 ASIN 集"（剔除父子体污染 + 同父体去重），本步所有份额分母统一用此集，可信度按层标注。

> 竞品池抓取标准流程（执行铁律）： 严禁用 product_research 按词搜建竞品池——会被泛匹配污染、node 过滤失效，细分 leaf node 常 total:0，拉不到真竞品还误判"池子就这么大"。正确顺序：
> 1. 种子 ASIN：从 Sorftime category_report Top100 / 已知在售标杆，取 5–8 个同细分真实在售父体 ASIN 作种子。
> 2. asin_competitor 反查：逐个种子跑同类型竞品反查，汇总去重得"同池"竞品 ASIN 集（这才是真竞品池，非按词搜大池）。
> 3. asin_detail 核验：对每个候选拉 nodeIdPath（确认落在目标 leaf node，如 3744021）、parentAsin/variation（确认真实父子体、剔除变体矩阵污染）、badge（Amazon's Choice/Vine 等）。
> 4. amz-product-scan-dedup 清洗：父子体识别→同父体去重→评论共享检查→FBA 实测交叉验证，产出"可比 ASIN 集"。
> 5. asin_sales_trend 实测月销：对可比集逐父体拉闭合月月销（2026-07 为基准月），按 T1–T4 分层；任何 ⏳ 估算终稿前必须回填或显式留痕。
> 6. 同品牌多父体线校验（勿漏第二条线）：按品牌聚合份额/排名前，逐个品牌核验是否有多条独立父体线并全部入池——⚠️ 果蔬盒项目曾漏掉 Freshmage 5PCS 线父体（B0DZ293ZS5，2026-07 月销 34,981，比 4PCS 线 30,483 还大），导致 Freshmage 份额被低估成 44%（实为双线 62%）；份额分母必须含该品牌全部 colander 型父体。

> 下列每条结论的字段来源见文末『推荐工具』（卖家精灵实测字段优先，Sorftime 作结构补充）；严禁凭印象填数——份额/集中度用 category_report Top100 实测、逐月用 asin_sales_trend、上架时间用 asin_detail。

• 逐月变化（必做）： 卖家精灵 asin_sales_trend（含父体/子体月销、历史价格、上架时间）是逐月/淡旺季/大促的首选实测源；类目级用 Sorftime category_trend。
• 逐年进入数量：统计近 1–3 年每年有多少新父体进入，纯新品牌与老品牌扩线分开计。⚠️ 工具坑：卖家精灵 product_research / market_research 按词搜/类目拉会被泛匹配污染、node 过滤常失效（细分 leaf node 常 total:0），只能作六格初筛输入，绝不能当竞品池（见铁律 1）。
• 失败共性：低差异化、无 A+/Vine、评论增速慢 → 说明"能进"的门槛在执行力不在店铺年龄。
• 交叉源：market_research(newProduct + order.available_date) 看新品占比；Sorftime category_trend(New Releases 占比) 看增量信号。

3.2b 层级定义（T 层，按闭合月月销，写进每篇报告）

• T1 ≥ 20,000/月：绝对头部（品类开创者/垄断位）。
• T2 3,000–7,000/月：腰部头部/挑战者（多规格双线铺货者常踞此）。
• T3 600–3,000/月：新锐/快速起量（拥挤中段，me-too 白牌主战场）。
• T4 < 600/月：试水/沉底（低差异化纯新品牌常见）。
• 父体级销量为同父体变体共享值；单 ASIN 行用独立估算须标 ⏳。

3.2c 估算闭环 + 归因纪律（终稿前必做）

• 估算闭环：报告里任何 ⏳/估算数字，终稿前必须再用 MCP 实测回填；回填不了的，必须显式写"为何无法实测 + 待核来源"，禁止把估算当实测进终稿。
• 归因（root-cause）必做：每下一个结构/格局结论，必须给因果链而非描述——例如"Freshmage 占 44% 而非 60%：因 Winproper 用双线铺货拿到 #2，分母被放大"；"新品牌沉底：因有 A+ 无差异+评论增速慢，非缺 A+"。结论要回答"为什么是这样"。

3.2d 搜索需求热度趋势 + 关键词匹配度验证（必做 · 月度/年度变化 + Google 交叉验证）

> 只看头部产品销量不够——搜索量是比销量更前置的需求信号（销量有供给端断货/促销/Prime Day 噪声，搜索量反映真实消费者需求）。三件必做：

1. 核心关键词月度/年度趋势：用卖家精灵 keyword_research_trends（marketplace=US，不指定月份取完整历史）拉目标细分 2–3 个核心关键词的逐月搜索量（2022→当前），提取关键拐点与年度同比（yearlyGrowth）。⚠️ 关键词选择须是"精准长尾词"而非泛词——果蔬盒项目对比：fruit storage（26K，SERP 混杂水果篮/置物架/通用保鲜盒）≠ 细分需求信号；fruit storage containers for fridge（249K，SERP 100% colander 型）才是 Freshmage 核心流量词。搜索量大小 ≠ 匹配度高低——短词量小且产品形态混杂，不能当 BASELINE。

2. Google Trends 交叉验证：用卖家精灵 google_trend（marketplace=US, monthly=true）拉同关键词，对比 Amazon 端与 Google 端趋势是否同向——同向说明真实消费需求扩大，背离可能是站内算法/竞争结构变化。果蔬盒案例：Google Trends 指数从 2022-10 谷底 15/100 → 2026-03 高峰 60（5 年最高），与 Amazon 端 2026-07 月搜 250K（历史峰值）同步验证 ✅。

3. 三阶段周期判断（基于趋势数据输出到报告）：对比关键词搜索量与头部销量曲线的拐点同步性，判断品类所处阶段——① 引爆期（搜索与销量同步跳升 2–3 倍）→ ② 过热冷却（搜索同比跌 30–50% 但绝对值仍高于前一年，非衰退而是"红利破裂后竞争稀释"）→ ③ 二次浪潮（搜索突破历史新高、Google 同步验证，需求面真实扩大但竞争同步升级）。果蔬盒案例：2024 引爆（163K/+211%）→ 2025 冷却（71K/−56%）→ 2026 二次浪（250K/+174%）。结论落到"品类处成长期还是饱和期、窗口是'扩'还是'收'"的 actionable 判断。

4. SERP 产品形态核验（最易漏的一步）：用卖家精灵 keyword_research 拉核心关键词的 relationAsinList 前 10 ASIN，逐个确认产品形态（colander/沥水篮/卡扣/密封盖 是否出现），验证该词是否与目标细分产品形态一致——⚠️ 果蔬盒项目曾计划用短词 fruit storage 作基准，拉完 SERP 才发现混了水果篮/置物架，反而不如精准长尾词 fruit storage containers for fridge（249K）匹配且量大。

3.3 消费者视角 · 产品-市场分析（核心新增层）

嵌入 5C + 产品五层次（详见 references/phase3_marketing.md）：

• 5C 切角：Company（我们的资源=Phase 0 画像）/ Customers（谁用、什么情境、为什么需要）/ Competitors（现有玩家满足到哪）/ Collaborators（1688/物流/FBA 能否支撑）/ Context（关税/合规/季节/趋势）。
• 产品五层次（科特勒）：顾客买的是核心利益（如厨房台面整洁），往下才是一般/期望/附加/潜在产品。差异化落点看核心利益是否被更好满足。
• 填写动作：功能定位（一句话）/ 场景需求（谁·情境·为什么）/ 替代产品 / 痛点改进点（= 差异化切口）。

3.4 情报抓取（给 3.3 找证据）

嵌入 FABE + $APPEALS（详见 references/phase3_marketing.md）：

• FABE 拆 Top 竞品 Listing（逐条四栏）：F 特征｜A 优势｜B 利益｜E 证据（评论数/Vine/检测/评分）。重点看竞品 B/E 弱项 = 你的空位。
• $APPEALS 需求收集（8 维）：价格/可用性/包装/性能/易用性/保证/生命周期成本/社会接受度。
• 抓竞品 Listing（标题/五点/A+/视频）、抓评论 1–3 星 100+ 条聚成需求缺口、抓 QA、抓外部（TikTok/Reddit/YouTube/Google Trends）。

3.5 打入策略评估（输出，回扣 Phase 0）

嵌入 STP（详见 references/phase3_marketing.md）：

• STP：细分（接 3.2 价格带）→ 目标 → 定位（给顾客选你的理由）。
• 三条轴选一或组合：价格更低（需成本优势）/ 功能差异化（解痛点）/ 外观组合独特。
• FABE 写自身价值主张：我们的 F/A/B 各是什么，E 用什么证明。
• 硬产出：目标竞品 / 目标排名（Phase 6 财务测算锚点，缺失则无法测算）。
• 回看 Phase 0：策略 fit 框架吗？（想价格更低但无成本优势 → kill 或换轴）。

> 注：ima 知识库《营销管理》(id 7352112920924618) 含 STP/FABE/产品五层次/$APPEALS/广告绝对化用语合规原文，需要时检索引用，不要凭记忆写理论定义。

Phase 4 · 专利商标核查（0 号前置，3–5→2–3）

顺序铁律：必须前置到利润测算之前——一个外观专利有雷的产品，算出来净利 40% 也废纸。

• 商标：USPTO 官网检索品牌词/图形；结论区分"未检索/未发现/有风险（放弃）"。当前商标 MCP 未连接时手动前台检索，报告标"待验证"。
• 专利：Google Patents 检索外观/实用专利（标题/图片/权利要求），重点看是否覆盖目标市场（US）；有风险直接 kill，不进 Phase 5。
• 结论纪律："未检索"≠"未发现"——没查 ≠ 没有。报告须分开写，禁止把"未检索"当"无风险"。
• 当前可用 MCP（如已连接）：mz-trademark（摩知轮）、patsnap-search（智慧芽）作辅助，但最终以官网核验为准。

Phase 5 · 利润测算（2–3 款，GTM 经济模型，不是算精确成本）

核心认知：产品成本 = 待验证返回值；固定费确定；浮动费回前端验证；过程费齐 → 反推定价 → 利润率区间。

5.1 固定费（按类目 + 实测尺寸即可确定）

• FBA 费（小号标准/大件 + SIPP 判定）、类目佣金（多数 15%）、头程物流费（海运/空运报价）、月度仓储费摊销。
• FBA 费来源（执行必做）：用 Amazon FBA Revenue Calculator 按尺寸分段（小号标准/大件）+ SIPP 轻小件判定减免；Sorftime product_detail / Keepa 历史可作交叉。⚠️ scripts/profit_model.py --fba 为必填参数，须先算出具体 $ 再传入，禁止留空或拍脑袋。
• 头程物流费来源：按 1688 交货价 + 货代报价（按 kg 或 CBM）折算单件到仓成本；scripts/profit_model.py --head 为必填参数。
• 采购成本来源（执行必做 · 1688 反查）： 用 1688.com / 义乌购(yiwugo) / chinagoods 关键词或图搜反查同规格工厂出厂价，取 3–5 家中位作 ex-factory COGS；⚠️ 禁止凭 ¥35–45 这类未验证数填 COGS（果蔬盒项目曾因此高估成本、低估利润池）。Sorftime / 卖家精灵 MCP 是亚马逊端市场数据，不含 1688 出厂成本——供应链反查须走 1688 直连（web 或 browser-use），MCP 不能替代。scripts/profit_model.py --cost 为必填参数。
• 单品尺寸成本建模（回答"每个尺寸成本价多少"，禁止只按套估价）：用 1688 生态源头厂明码价目（如义乌购商邦塑胶平盖盒 0.13–16L 全系列单价）建立容量-成本曲线，线性插值得各尺寸单件成本，再 × 结构加成（沥水篮 + 卡扣 + 硅胶 ≈ ×1.5，系数用套装反查价交叉验证：3/4/5 件套模型值 vs 反查值须吻合）；随后对竞品各套装做"成本 → 售价 → 净利率"拆解（ex-factory + 头程 + FBA + 佣金 + 广告 TACOS + Coupon/BD），判断每个竞品的可行性（谁亏本抢量、谁健康盈利），用竞品净利率反推"哪个价位带才是利润带"。⚠️ 果蔬盒案例：拆解后发现 $15–20 低价带竞品净利全负（Freshmage −0.6%、HOMETALL −16%、JSCARES −22.6%）、仅高端 Ronanemon +16.1% 盈利——量化证明"低价走量必亏、差异化才有利润"，$26.99 是差异化定价的达标点。

5.2 浮动费（须回前端竞品 + 类目数据验证，标注"待验证"）

• 推广费（BD/Coupon 节奏、定价策略）、广告费（占比/打词/类型/预算/ACOS/目标排名）、退货费（类目退货率，多数 6%、家居 8%）。
• 广告数据来源分层规则（SOP 硬性约束）：① 优先卖家精灵 MCP（已连接时）；② 未连接 → browser-use 驱动本地浏览器 + 插件抓取（依赖用户本地浏览器已装且登录）；③ 无插件 → 手动前台记录，报告标"待验证"。
• 结合 Phase 3 市场分析，看我们的产品该打的词有没有差异化空间。
• 双源优先：卖家精灵 MCP（keyword_miner 看 CPC/供需比/点击集中度、traffic_source 看广告单占比、asin_coupon_trend 看 coupon 节奏）交叉 Sorftime。

5.3 反推定价 → 利润率区间

• 过程费齐后，反推最终定价 → 得净利率范围。给潜在 1688 供应商 + 目标采购价（差异化改动费未定，给区间即可）。
• 三情境测算（必填）：正常（基线）/ 保守（−10% 售价、25% 广告、10% 退货，过线判定）/ 乐观（+5% 售价、15% 广告、4% 退货）。
• 判定（净利率标准阈值 = 选品时须向用户确认的变量，非固定值）： 保守情境净利率 ≥ 确认的标准阈值 才允许进打样。阈值由 Phase 0 卖家战略档位决定：
• 执行铁律：进入本判定前，必须用 AskUserQuestion 向用户确认标准阈值（重利润品 ≥12% / 走量款 3–5%），不得默认拍板；用户未确认前不输出 GO 结论（与用户口径：阈值非固定 12%）。
• Sorftime 字段诚实口径："平台毛利（gross_profit_margin）"已扣 FBA+佣金，不是净利；报告第 7 节必须还原真实净利（扣进货+头程+广告+退货+仓储），避免"40% 净利"误判。手册案例：售价 $29.99、采购+头程 $12，账面毛利 60%，扣完实际净利 −$0.11。
• 促销成本必入模（Coupon / BD / LD，禁止只算广告）：单件经济模型必须含促销科目——Coupon（新品期 10% off 为转化标配，发行费 $0.60/张；成熟期 5%）与 BD/LD（2026 费率：固定 $100/场 + 促销销售额 1.5%、封顶 $5,000；折扣 ≥15%；资格需 ≥3.5★ 且 5+ 评；BD 每 28 天限 1 场）。BD 为季度性动作，须按年摊薄入模（示例口径：季 1 场 ×4、场销 400 件、按年销 8,000 件摊 ≈ $0.93/件），并注明"须以促销增量销量覆盖、不得常态依赖"。⚠️ 果蔬盒项目曾漏算促销成本：基准档 $24.99 未含促销时 12.2% 看似达标，计入新品期 10% Coupon 后转亏 −0.2%，结论从"临界可测"翻转为"不可做"——促销成本不入模 = 净利率虚高，标准判定失真。

Phase 6 · 15 月财务测算（理想态 baseline，1 款 1 报告）

关键定义：15 月测算 = 理想态 baseline，不含断货/补货意外（意外归应急预案层）。

• 按正常上线计划 → 绑淡旺季 + 促销节点（Prime Day / 黑五 / 网一）→ 排名从 Phase 3 产出目标排名起步、随优化阶梯提升 → 销量同步阶梯提升。
• 硬前提：Phase 3 必须产出「目标竞品 / 目标排名」。没有这个锚点，15 月测算无从算起。
• 数据纪律：15 月 baseline 的月销锚点必须取自 Phase 3 实测月销（✅ asin_sales_trend），禁止用估算/快照当 baseline；浮动情景（保守/理想）基于 ✅ 实测值做上下浮动，不凭空造数。
• 测算内容：首单下多少、前期烧多少、中期销量/补货/费用、资金流怎么转（对应留 ≥20% 可动用现金铁律）。
• 断货/海运延误等意外单列"应急预案"，不污染 baseline。
• 可调用 scripts/profit_model.py --mode financial 生成 15 月表。

Phase 7 · 输出《品类可行性报告》（13 节 + 附录 · 基于果蔬盒实战蒸馏）

> 本模板已完根据果蔬盒项目的实战迭代重写（原 10 节 → 现 13 节 + 附录），新增行文逻辑、禁忌清单与实战范例引用。终稿结构应如下（完整渲染范例见已部署的果蔬盒可行性报告共享链接）。

汇总前面对应 Phase 的产出，按固定结构输出（本节是方法论目录，非终稿——终稿按下面各节要求逐节填数据填结论）：

一、执行摘要（决策先看这页）

• 一句话归纳：必须是品类特质 + 数据 + 决断，不是通用 SOP 套话。要答"这个品类和别人有什么不一样、需要盯哪几个具体数字"；如果蔬盒的"可行但窗口极窄——净利达标只 $26.99 一档、只 4 件套、只 2027-04 前补货到位——三个数字必须同时命中"。
• 5 个 KPI 卡：按因果链排列（需求规模 → 竞争集中度 → 成交价带 → 龙头基线 → 利润水位），每张卡必须自带含义解读（"为什么放这里"），不能只列裸数字。
• 维度结论表（6 行）：市场真实性 / 增长性 / 新店可进入性 / 竞争烈度 / 利润水位 / 最大风险，每行判定（✅/⚠️/🔴）+ 数据依据（附来源与口径）。
• 一句话决策 callout：HOLD/GO 判定 + 验证闭环（如"首验 300–500 件跑通三数字，任一掉链则 STOP"）。
• 季节性警示（若存在显著季节性）：含淡旺季倍数、对上架时点的影响。
• 数字须注明时点（如 2026-07 闭合月）。若基准月含 PD/大促，须标注"含 PD 效应"并附自然月推算因子。

二、产品定义与机会本质

• 产品三要素定义（不可缺的关键结构/场景/关键词）。
• 类目定位：有无独立 BSR node、在哪个 node 下、BSR 是否为噪音。
• 品牌/品类历史：谁在什么时候开创/进入了，窗口期判断（"第一批红利已过/第二批新锐窗口"）。
• 因果链论证"为什么是机会"：需求在爆、供给有缝、缝在收窄——而非"因为市场增长所以是机会"的套话。

三、市场规模与增长

• 3.1 增长曲线：龙头 ASIN 实测月销曲线（asin_sales_trend，parentUnitSales，至少 2 年），标注关键拐点与季节规律。
• 3.1b 搜索需求热度趋势：核心词 5 年月度搜索量（keyword_research_trends）+ Google Trends 交叉验证 → 三阶段周期判断（引爆/冷却/二次浪）。
• 3.1c Prime Day 效应与季节性倍数（若基准月含 PD/大促）：PD 月 vs 前后自然月销量对比 + 淡旺季倍数 + 自然月推算因子。
• 3.2 新店可进入性：逐年进入实况表（品牌/ASIN/月销/评/结果），做起来 vs 没做起来的对比分析，落到"门槛在哪（差异化+执行，非店铺年龄）"。
• TAM/SAM/SOM 估算（审慎口径，标注推算方法）。

四、竞品格局（ASIN 级拆解 · T1–T4 分层）

• 竞品池来源说明（asin_competitor 反查 + asin_detail 核验 + dedup 清洗，严禁 product_research 按词搜）。
• ASIN 级竞品表：层级 / 品牌 / ASIN（父体）/ 上架时间 / 评分评论 / 价格 / 月销（parentUnitSales）/ A+ 标识。
• T1–T4 层级定义（≥20,000 / 3,000–7,000 / 600–3,000 / <600）。
• 四层解读（每层带归因因果链，不纯描述）。
• 份额结构：头部品牌占命名集 % + 总量（分母）、双线/单线区分。
• 决定性洞察（如"T2 入场券 = 多规格双线 + 评论加速度，非单品 A+"）。
• ⚠️ 月销基准若为 2026-07（含 PD），须在口径说明中标注"PD+旺季双峰"并附自然月推算因子（见 3.1c）。

五、关键词竞争矩阵

• 关键词表：词 / 月搜 / 购买率 / 点击集中度 / 商品数 / 广告竞品 / 均价 / 竞价 bid / AC 标识 / 判断。
• 矩阵结论：哪些词是主战场（高争夺不硬抢）、哪些是低争夺缝隙（场景词 / 材质词切入）。
• 数据源：keyword_miner + keyword_research SERP 验证（验证搜索结果产品形态与细分一致）。
• 表格中所有数字须注明时点（2026-07 闭合月）。

六、消费者洞察与差异化 · 用户是谁、怎么想

• Phase 3.3/3.4 产出：5C / 产品五层次 / FABE / $APPEALS（8 维需求收集）。
• 差评痛点拆解（非 Vine 1–3★ 评论高频词 + 场景反推）→ 差异化切口。
• 差异化抓手排序（按性价比：零成本视觉差异 → 模具级改模 → 科学级壁垒）。

七、产品方案（我们自己的产品特点 · 定义书）

• 7.1 套装与尺寸：竞品容量阶梯对照表（asin_detail 实测）+ 标准模档识别 → 首发尺寸定义（对齐市场模档）。
• 7.2 件套数 × 市场验证：按件套数聚合竞品售价/月销/件均价 → 回答"这个件套数有没有市场、消费者冰箱需要几件"。⚠️ 件套数选取是数据决策，不是"为了差异化而差异化"。
• 7.3 定价策略（MSRP 定多少 · 数据锚定）：价格带分布（market_price_distribution）+ 竞品定价锚点表（售价/件数/件均价）+ MSRP 三层锚定（同档最高成交价 → 大容量档 → BD 15% off 保底）→ 件均价对标（溢价来源说明）→ 落到"多少定价合理且有竞争力"。
• 7.4 件套数 × 经济性：各件套数 1688 出厂价（反查实测）→ FBA → 含促销净利率对比 → 选数据最优首发。
• 7.5 结构与材质：基材/密封圈/卡扣/排水仓/颜色策略，每项附竞品对标或评论验证。
• 7.6 包装与适配边界：包装方案 + 营销红线（合规禁用语言清单）。
• ⚠️ 尺寸/容量/件数定义必须先用 asin_detail 拉竞品实测；禁止凭空拍容量或凭感觉定 MSRP。

八、供应链与成本

• 8.1 重量 → FBA 费用：实测竞品 FBA（keepa/插件）+ 目标重量区间。
• 8.2 成本结构：1688 套装反查表（同规格工厂价 + 取中位）+ 采购价区间。
• 8.2b 单品尺寸成本（容量-成本曲线）：源头厂平盖盒明码价目 → 插值得各尺寸单件成本 × 结构加成（沥水/卡扣/硅胶）×1.5 → 套装交叉验证（模型 vs 反查须吻合）。
• 8.2c 竞品套装经济性拆解（成本→售价→净利率→可行性）：用 8.2b 单件成本模型 + 竞品现价 + FBA + 佣金 + 广告 + 促销 → 算每个竞品的净利率 → 判断谁亏谁赚 → 反推"哪个价位带才是利润带"。
• 8.3 寻源 SOP 与选厂原则：筛→淘→测→定厂→改模→小批量验证流程。

九、合规与品牌

• 商标（Class 21）/ Brand Registry 流程与时间线。
• Vine 费率（2026 新规：前 2 免费 / 3–10 $75 / 11–30 $200）。
• 食品储存宣称边界（不可写的绝对化语言清单）。
• 专利商标初筛结论（区分"未检索/未发现"与"已确认无风险"）。

十、运营与冷启动策略

• 上架时机：基于 3.1c 淡旺季分析 + PD 效应，给出具体月份 (YYYY-MM) 与理由。
• 定价三档（压力/基准/成熟）：含促销成本的广告后净利率表 + 判断（与 7.3/11.1 口径一致）。
• 90 天验证节奏：D1–30/D31–60/D61–90 分阶段目标（日均单/评/ACOS/CVR）+ 硬性生死线（上架第一天须齐备）。
• 止损线：星级 / ACOS / TACOS / 退货率的阈值 + 触发动作。

十一、财务测算（单件经济 + 资金门槛）

• 11.1 单件经济模型：三档完整拆解（标价→佣金→FBA→到仓→预留→毛利→广告 TACOS→促销 Coupon/BD→含促销净利→净利率）。必须含促销科目（Coupon 折扣+发行费、BD/LD 场次费+浮动费按年摊薄）、2026 费率（BD $100+1.5%）。附高配成本敏感性（8.2b 单件模型接入）。附 BD 摊薄口径说明。
• 11.2 验证批次资金占用：首验件数/货/头程/商标/90 天广告/改模/Vine+素材 分项 + 合计 + ¥折算。
• ⚠️ 11.1 与 7.4/8.2c 的净利率须共用同一主口径（预留绝对额或预留比例，择一），不得两套并存。

十二、风险评估与成功率重估

• 风险表（5–6 行）：风险名 / 等级（高/中/低）/ 表现与缓解措施。
• 12.1 成功率重估（A/B/C 三档）：
• 列名含"稳态月销（旺季基准·D180+）"+ "全年正常自然月推算" + "对应 T 层" + "概率"
• 对标必须是同形态/同赛道真实新兵案例（如 HOMETALL 4P），标注旺季/自然月双口径
• ⚠️ 模型情景数字必须有实测对标（铁律 7），禁止凭感觉写具体区间
• 概率标注含义（"A 档 45% 是执行力到位的概率，非做这个品能成的概率"）

十三、结论与行动计划

• 可行性判定：HOLD/GO/STOP 判定 + 条件（如"三数字必须同时命中"）。
• 差异化抓手：7–8 项，按性价比排序。
• 行动计划：时间轴（YYYY-MM）+ 每阶段动作 + GO/HOLD/STOP 决策节点。
• 硬门槛：GO 的具体条件（FBA/到仓/成交/净利率/差异/合规 全满足）。

附：可行性评审标准（闭环 sign-off）

• 5 项标准表格（①选品满足 / ②专利商标 / ③保守净利 / ④广告策略 / ⑤现金流）+ sign-off 结论。
• 标准③须含高配 COGS 敏感性（如 15.1% 主口径 + 高配 12.5%）。

行文逻辑与注意要点（终稿交付前必查）

行文逻辑：
1. 因果链驱动：每节从"数据"→"洞察"→"对我们的含义"，不纯描述。格式："因为 X（实测数据）→ 所以 Y（结论）→ 因此我们要 Z（打法）。"
2. 数据先行、结论收敛：先摆数字表/曲线、再给一句话洞察，最后落到可行动的打法建议。
3. 首尾呼应：执行摘要的一句话归纳与结论章的一句话收尾须一致（同品类特质+同决断）。

注意要点 / 禁忌清单（按果蔬盒项目逐项踩坑后固化）：
- ❌ 一句话归纳写通用 SOP 套话（如"拼 Listing 和运营到不到位"）→ ✅ 必须品类特质+数据+决断
- ❌ KPI 卡只列裸数字 → ✅ 每张卡背后附"为什么这个数字放这里"
- ❌ 数字区间凭感觉定（如"1,200–2,000 件"无对标）→ ✅ 必须有同赛道真实新兵案例做对标（铁律 7）
- ❌ "6 个月月销"歧义（总 vs 月均）→ ✅ 标"D180+ 稳态月销（旺季基准）"并附自然月推算列
- ❌ 基准月含 PD/大促不标注 → ✅ 必须量化 PD 效应比例 + 淡旺季倍数 + 标注"PD+旺季双峰"
- ❌ 竞品表按品牌聚合漏同品牌第二条父体线 → ✅ 竞品池第 6 步"同品牌多父体线校验"
- ❌ 净利率两套口径并存（如 11.1 预留绝对额 vs 8.2c 预留 10%）→ ✅ 统一主口径或显式标注敏感性
- ❌ 单品尺寸成本不抓到每个尺寸级 → ✅ 必须建容量-成本曲线 + 套装交叉验证（8.2b）
- ❌ 竞品毛利 60-70% 就以为赚钱 → ✅ 必须拆到净利率层（广告+促销+预留吃光毛利后多数竞品为负）
- ❌ 执行摘要没有季节性警示 → ✅ 若品类有显著淡旺季，必须在摘要 callout 后独立列出
- ❌ "结论"被过度使用（多处 callout 都写"结论"）→ ✅ 标签区分：因果链用"决定性洞察"、基准修正用"月销基准修正"、周期判断用"三阶段解读"
- ❌ 评审表③只写单一净利率 → ✅ 必须附高配 COGS/BD 季敏感性
- ❌ 搜索结果词不验证 SERP 产品形态就用作基准 → ✅ 必须拉 keyword_research 的 relationAsinList 前 10 确认产品形态一致性
- ❌ 终稿出现"原稿/旧版/修正/已校准/相比旧稿/cross-agent/v3/虚高"等修订痕迹或内部黑话 → 铁律 5 零容忍
- ❌ "门禁"一词出现在终稿任何位置 → 统一用"标准"（评审标准/标准阈值/硬标准），本 SKILL.md 已全量替换，今后产出不再出现
- ❌ 正确废话（"真实存在/确实/非常/极其/毫无疑问/不可否认/显而易见"）→ 铁律 6 零容忍
- ❌ "标准"一词出现在终稿任何位置 → 统一用"标准"（评审标准/标准阈值/硬标准）
- ❌ 全文价格时点不统一（Freshmage 07 快照 / 08 现价 / keyword 均价 三处打架）→ ✅ 终稿所有引用同品牌/同 ASIN 的价格必须在同一时点口径下，或跨时点时显式标注时点差异
- ❌ 终稿大改后不跑全量数字一致性复核 → ✅ 凡修改涉及 3 节以上、或变动关键数字（份额/净利率/月销），交付前必须用脚本扫描全报告所有关键数字的时点/口径/数据源一致性（果蔬盒项目 2026-08-11 三轮全文复核发现 21 处不一致）
- ❌ 选取基准月不先做逐月销量扫描 → ✅ 选取基准月前须拉竞品 asin_sales_trend 三年逐月数据，检查是否含 PD/黑五/季节谷峰，量化效应比例后再定基准月（若已选定含大促的月，必须标注效应比例）

Phase 8 · 可行性报告评审记录单（闭环 sign-off，多轮回合）

报告评审 ↔ 供应链打样多轮回合：供应链反馈（成本/工艺/起订量）反改报告数字 → 再评审 → 再改 → 直到全满足才 sign-off 推进首单。这份记录单是闭环核心。

评审 5 项标准（顺序不可换）

1. ① 选品是否满足（顶层标准）：所有分析（Phase 0–3）是否一致支撑做这个品；是否支撑 15 月测算所依赖的目标排名 + 目标销量。不通过 → 回 Phase 0–3 改假设（非改数字凑假设）。
2. ② 专利商标无风险（Phase 4 已查，此处确认结论）。
3. ③ 保守净利 ≥ 选品时确认的标准阈值（默认 12%，按战略档位确认；走量/试错款可 3–5%）（Phase 5 判定）。
4. ④ 广告策略明确（核心词/长尾词/差异化词、类型、预算、ACOS、目标排名）。
5. ⑤ 15 月现金流为正（Phase 6 baseline）。

→ 全满足 → sign-off → 推进首单（找供应链/打样/下首单，可与报告评审交替多轮）。

完整记录单模板见 references/review_sheet.md。

8.5 交付前自检（anti-regression 硬标准）

> 在 sign-off 之前，逐条打勾。任意一条不过，报告不得交付，回到对应 Phase 修正。这 7 条直接对应铁律 1–5、铁律 7 与历史踩坑（跳节被用户打回）。

• [ ] ① 竞品池合规：竞品池由 asin_competitor 反查 + asin_detail 核验 + amz-product-scan-dedup 清洗产出（铁律 1）；确认没有用 product_research 按词搜直接当竞品池；品牌覆盖足够、未漏头部。
• [ ] ② 数字三态闭环：终稿中所有数字为 ✅ 实测，或 📊 模型且附口径；无残留无来源拍脑袋数；⏳ 仅限"接口无数据/用户待确认"且已留痕（铁律 2）。
• [ ] ③ 归因到位：每条格局/结构结论都有因果链（因为 X→所以 Y），无纯描述（铁律 3）。
• [ ] ④ 标准阈值已确认：Phase 5.3 判定前已用 AskUserQuestion 与用户确认阈值，GO 结论建立在已确认阈值上（铁律 4）。
• [ ] ⑤ 终稿零痕迹 + 删除正确废话：通篇无过程性 meta 表述、无冗余修饰。交付前须扫描：
• 禁用词（修订/对比/工具/过程类）：上一版、此前、原稿、旧稿、旧定义、旧版、旧数据、修正、纠正、已校准、已纠、已调整、校准后、相比、相比旧稿、从…调过来、原…改为、cross-agent、v3、非旧写、虚高、脱离市场、把不存在的…当定义、旧偏差已纠正。
• 正确废话（无信息增量修饰）：真实存在、确实、非常、极其、毫无疑问、不可否认、显而易见。
• 若命中任意一词，必须改写为最终结论式表述或删除，不得在终稿中保留。
• [ ] ⑥ 促销成本已入模：单件经济模型含 Coupon（折扣 + 发行费 $0.60/张）与 BD/LD（固定 $100/场 + 促销额 1.5%、按年摊薄）科目，非仅广告 TACOS；促销折扣口径写清、BD 标注"增量覆盖、不常态依赖"（Phase 5.3 纪律，铁律 2 数字闭环的一部分）。
• [ ] ⑦ 章节对齐 SOP · 不跳节 / 不塞错节 / 标题一致（anti-regression 硬标准，卡册项目因跳节被用户打回后固化）：交付前逐节核对「报告章号 ↔ SOP Phase 7 的 13 节 + 附录」一一对应。任一节缺失（如漏写「十三、结论与行动计划」「附、可行性评审标准」）、被合并/跳号、或内容塞错节（如把 BSR 节点块塞进竞争格局节而非产品定义节 §1.2、把亚品类关键词表错当第 1 节而非放在 §4 关键词矩阵）、标题与 SOP 节序不一致，都必须返工。导航锚点与章标题须与 SOP 节序一致，不得私自改节号、漏节、或把某节内容张冠李戴。交付前用脚本/人工逐节打勾 13 节 + 附录，缺一节即不得 present_files。

> → 7 条全过 → 才允许 present_files 交付。

推荐工具（双源交叉验证：Sorftime MCP + 卖家精灵 MCP，US Amazon 数据）

> 数据来源分工原则：两者互为交叉验证。关键结论（份额/垄断/月度/推广节奏/coupon/评论）优先用卖家精灵实测字段，Sorftime 作类目速览与结构补充；所有"加总月销/份额"必须先过 amz-product-scan-dedup 清洗。

卖家精灵 MCP（mcp__sellersprite-mcp__*）

• asin_sales_trend：单 ASIN 父体/子体月销、历史价格、上架时间 —— Phase 3.2 逐月/淡旺季/大促、新品期 online_date 实测（T 层分层、15 月 baseline 锚点）。
• asin_detail：单 ASIN 详情（nodeIdPath / parentAsin / variation / badge / availableDate）—— Phase 2 定位 node、Phase 3.2 父子体核验 + 上架时间、竞品池 nodeIdPath 与真实 parent 核验（R2 流程第 3 步）。
• asin_competitor：以种子 ASIN 做同类型竞品反查（构建竞品池首选方法）—— Phase 2/3 竞品池、品牌覆盖核验。⚠️ 比 product_research 按词搜更可靠：按词搜会被泛匹配污染、node 过滤失效（细分 leaf node 常 total:0），asin_competitor 以真实在售 ASIN 为种子反查同类，稳定拉出"同池"竞品集。
• asin_coupon_trend / asin_detail_with_coupon_trend：coupon 折扣与价格历史 —— Phase 3.1 运营策略核查。
• keyword_miner：关键词月搜/商品数/CPC/点击集中度 —— Phase 2 需求格、Phase 5.2 打词。
• keyword_research_trends：关键词 5 年月度搜索量 / 购买量 / 同比增长率 —— Phase 3.2d 搜索需求热度趋势（必做），提取三阶段周期判断（引爆→冷却→二次浪）。
• google_trend：Google 端搜索热度趋势（5 年指数 0–100）—— Phase 3.2d 交叉验证（必做），与 Amazon 端趋势对比排除站内算法假象。
• keyword_research：关键词搜索结果页 ASIN 列表 —— Phase 3.2d SERP 产品形态核验（必做），验证搜索结果是否与目标细分产品形态一致。
• product_research / market_research：类目级 Top100 / 新品占比 —— 仅作 Phase 2 六格初筛输入；⚠️ 禁止用作竞品池（泛匹配污染 + node 失效，见铁律 1）。
• traffic_source / asin_coupon_trend：广告单占比 / coupon 节奏 —— Phase 5.2 浮动费验证。

Sorftime MCP（mcp__Sorftime MCP__*）

• category_report：Top100 明细（销量/份额/评论/价格带/BSR）—— Phase 2 六格、Phase 3.2 量化（须先 dedup 清洗）。
• product_search：按 node/词拉产品清单 —— 定位 leaf node 后核验（⚠️ 见下方词错配风险）。
• category_trend：类目年度/增量趋势、New Releases 占比 —— Phase 3.2 增量信号。
• keyword_research：类目关键词结构 —— 辅助 Phase 2/5.2。

> ⚠️ 品类词错配风险：如 "foldable clothes drying rack" 被 Sorftime 错配到 Garment Racks（滚轮衣架），真实折叠晾衣架要用 "standing clothes drying rack" 命中 Standing Dry Racks。定位 node 后必须 product_search 二次核验，确认落在目标 leaf node（如 3744021）。

数据解析注意事项（Sorftime 字段是描述字符串）

• Sorftime 返回的字段多为描述性字符串（如 BSR "1-50"、销量"3K-5K"、评论"1K-2K"），解析时须转成数值区间再计算，禁止把区间字符串当单点值填报告。
• 区间取中值做估算时须标 📊 并注明"取中值"；份额分母用 amz-product-scan-dedup 清洗后的"可比 ASIN 集"，禁止把变体矩阵销量直接加总当单品。
• 类目词错配（见上）会导致数据张冠李戴，定位 node 后必须 product_search 二次核验。

输出清单（每次选品交付前自查）

• [ ] Phase 0 画像卡 + 选品战略已填
• [ ] Phase 1 框架内 100 想法发散完成
• [ ] Phase 2 六格初筛过线（需求/利润/合规必过，竞争/物流/差评最多弱一格），参数档与画像自洽
• [ ] Phase 3 五层跑完，含 3.2d 搜索热度趋势 + 3.3 消费者视角 + 3.4 情报抓取（每款必跑），搜索词已通过 SERP 产品形态核验确认匹配细分
• [ ] 竞品池用 asin_competitor 反查 + asin_detail 核验 nodeIdPath + 真实 parent，覆盖足够品牌（非仅 5 个）；未用 product_research 按词搜当竞品池（铁律 1）
• [ ] T1–T4 层级按闭合月实测月销定义，全部为 asin_sales_trend 实测（⏳ 须显式留痕原因）
• [ ] Phase 3 产出目标竞品 / 目标排名（Phase 6 锚点）
• [ ] Phase 4 专利商标已查，结论区分"未检索/未发现"
• [ ] Phase 5 固定费确定 + 浮动费已用卖家精灵/Sorftime 实测（或标注待验证）+ 促销成本（Coupon/BD）已入模 + 保守净利 ≥ 选品时确认的标准阈值（默认 12%，走量款可 3–5%）
• [ ] Phase 6 15 月理想态 baseline 已算（不含意外），月销锚点取自 Phase 3 实测（非估算）
• [ ] Phase 7 报告 10 节齐全，第 7 节还原真实净利；竞争格局/份额全部用实测月销，每结论附归因因果链（回答"为什么"）；终稿无遗留估算（⏳ 全部回填或显式留痕）、无修订痕迹（铁律 5）；产品方案尺寸须 asin_detail 实测对齐市场模档，禁止凭空定义尺码；采购成本须 1688 反查实测（取 3–5 家同规格工厂价中位），禁止未验证数填 COGS；<strong>定价策略须三步数据论证（件套数市场验证 + MSRP 三层锚定 + 件套数经济性对比），禁止拍脑袋定 MSRP</strong>
• [ ] Phase 8 评审记录单 5 项标准全满足 / 已 sign-off
• [ ] Phase 8.5 交付前自检 6 条全过（竞品池合规 / 数字闭环 / 归因 / 阈值确认 / 零痕迹 / 促销入模）