技能介绍

这套流程要解决什么问题

跨境电商卖家做亚马逊选品时，最常见的失败不是选错品，而是把没验证的数字写进了决策。变体矩阵的月销被当成单品标杆，份额分母混入了同父体多条产品线，利润模型里漏掉 Coupon 和 BD 成本，终稿里还留着“已校准”“虚高”这类修订痕迹。这套 SOP 的目标就是让每个结论都能被复算、被追责。

它是怎么运转的

流程从 Phase 0 的卖家画像与选品战略开始，先框死“你是谁、你有什么、你要什么”，再发散 100 个想法（Phase 1），用六格参数表筛到 20 款左右（Phase 2），逐款跑五层深度调研（Phase 3），之后专利商标前置核查（Phase 4）、GTM 利润测算（Phase 5）、15 月财务 baseline（Phase 6），最终产出《品类可行性报告》加评审记录单。

几条硬约束值得单独拎出来：

竞品池只能由 asin_competitor 反查建立。按词搜会被泛匹配污染，细分 leaf node 常返回 total:0，容易误判“池子就这么大”。
数字三态闭环：MCP 实测标 ✅，模型情景标 📊 并写清推导口径，未实测标 ⏳，且终稿前必须回填。
每条结论附因果链，格式是“因为 X（实测证据）→ 所以 Y（结论）”，不接受纯描述。
促销成本必须入模。案例中基准档未含 Coupon 时净利 12.2% 看似达标，计入新品期折扣后转亏，结论直接翻转。
净利率阈值不是固定值，进入判定前要用 AskUserQuestion 向用户确认，重利润品与走量款口径不同。
终稿零修订痕迹，交付前做禁用词扫描，汇报版只陈述最终结论与口径。

适用边界

这套流程假定你已有可连的 MCP 数据源：卖家精灵 提供月销、关键词搜索量、coupon 趋势等实测字段，Sorftime 作类目结构补充。两者都没覆盖的字段（如 1688 出厂成本）必须走浏览器直连反查，MCP 不能替代。任何加总前先跑 amz-product-scan-dedup 做父子体去重。它也不处理断货、补货这类运营意外——15 月测算是理想态 baseline，意外归应急预案层。