方法库

Prophet仓库提供可执行的时间序列建模接口，支持趋势、周期、节假日、额外回归量、不确定区间和异常值处理。可迁移步骤是按SKU或类目构造日销量序列、加入美国节假日及淘宝/拼多多促销事件、滚动回测并输出预测区间；平台订单字段需要另行映射。

核心做法：抽取SKU日级有效销量、成交价、促销、库存和缺货标记，统一时区并去除取消订单。

Robyn开源项目提供营销组合建模、广告滞后与饱和变换、模型选择、校准和预算分配工作流。可迁移步骤是按日或周对齐淘宝、拼多多广告与经营变量，估计渠道响应曲线并输出预算情景；模型不提供平台内用户级归因，也不能替代随机增量实验。

核心做法：确定周级或日级分析粒度，收集足够长且连续的销售、广告、价格、促销和库存数据。

Jaffle Shop示例展示了从原始订单和客户数据构建分层模型、声明依赖、测试数据并生成文档的分析工程流程。可迁移步骤包括源数据分层、实体主键测试、事实维表建模、指标血缘和发布前测试；淘宝、拼多多需增加平台订单状态、售后、广告和结算口径映射。

核心做法：登记淘宝、拼多多订单、商品、客户、退款、广告、库存和结算数据源及更新频率

开源项目提供Expectation、数据批次验证、Checkpoint、验证结果和Data Docs等结构化机制，可直接迁移为淘宝、拼多多订单、广告、退款和库存管道的字段级及表级质量闸门；项目本身不提供电商业务口径，需要自行定义。

核心做法：建立订单、订单明细、广告、退款、商品和库存六类关键表及主键、时间粒度和关联关系

Shopify文章给出同期群留存分析的五步流程：定义活跃行为和时间参数、按获客期分组、计算留存、比较结果并采取行动，同时建议查看留存率、销售额、每客支出和客单价。迁移到淘宝、拼多多时，应使用可合法识别的店铺会员或脱敏客户ID，并重新定义适合品类购买周期的复购窗口。

核心做法：定义活跃客户为在观察期内再次完成且未退款的购买者，并选择周或月作为周期

Amazon卖家教育资料将退货预防放在首位，建议提供准确描述、高分辨率图片和尺寸等细节，使用有效包装，并定期分析退货原因；同时提出低价商品可比较退货运费后采用无需寄回退款、部分退款或换货。迁移到淘宝、拼多多时，应使用各平台允许的售后选项和规则，不能照搬Amazon的30天时限、自动授权或补货费机制。

核心做法：将淘宝、拼多多原始退款理由、客服文本和质检结果映射到统一原因码

Google官方将cohort定义为共享特征的一组用户，并明确队列分析可用于观察留存，示例包括按首次接触或首次交易时间建组。迁移到淘宝、拼多多后，以脱敏买家标识、首次支付订单、渠道和活动标签建立周队列，追踪复购而非依赖GA站点事件。

核心做法：统一淘宝、拼多多订单时区、支付状态、退款口径和脱敏客户主键

来源使用帕累托原则将商品划为约贡献80%收入的A类、15%的B类和5%的C类，并建议优先保护A类库存、提前补货及提高营销可见度，同时明确其原始分级基于零售价收入且不含折扣和成本。迁移时必须从淘宝、拼多多订单重算，并补入折扣、毛利、退款和活动影响以修正纯收入分层缺陷。

核心做法：合并淘宝、拼多多近90天已完成订单，统一SKU、退款、折扣、平台费用和成本口径。

Darts开源项目贡献了统一的fit、predict接口、训练与验证切分、historical forecasts、backtest、多序列建模、外生变量、模型组合及概率分位数输出。迁移到淘宝和拼多多时，可将订单、退款后净销量、价格、促销、广告和节假日作为序列及协变量，但预测结果必须与库存、交期和经营规则结合，不能直接等同于补货指令。

核心做法：统一淘宝和拼多多SKU编码、日期粒度及退款口径，生成日级净销量序列。

来源明确了开放与封闭漏斗、最多10个步骤、直接或间接后续、步骤时限、分群比较、维度拆解、步骤间耗时及下一动作分析。迁移到淘宝、拼多多时，可用平台允许导出的曝光、点击、详情、收藏、加购、下单和支付事件构造等价漏斗；无法获得用户级序列时只能使用聚合近似。

核心做法：选择单一业务问题并登记漏斗版本，例如曝光—点击—详情有效停留—加购—提交订单—支付。

来源强调先定义决策而不是先建看板，并统一店面、结账、客户、订单、商品、营销、退货和库存数据，同时为指标配置责任人、阈值和闭环动作。迁移到淘宝、拼多多时，应以平台导出表和店铺内部数据建立统一SKU、订单、日期及费用口径，不能直接复用Shopify字段定义。

核心做法：列出需要数据支持的决策，如广告调节、库存承诺、商品优化、退款治理和活动复盘

来源区分搜索词与投放关键词，说明可按搜索词查看曝光、点击、转化、匹配关系并发现内容与关键词机会，同时指出低量查询可能因隐私门槛被省略。迁移时使用万相台、引力魔方及拼多多搜索推广可获得的实际搜索词和成交数据，建立保留、观察、降价、否定四类动作。

核心做法：按商品、计划、关键词、匹配方式和日期导出实际搜索词的曝光、点击、花费、成交及退款数据。

来源给出了按消费者需求聚合搜索词的 niche 逻辑，并要求分析搜索量与趋势、商品数量、头部点击集中度、评价主题、缺货和退货活动。迁移时以淘宝生意参谋、万相台及拼多多推广和店铺订单数据替换 Amazon 专有指标，用同一框架形成需求簇评分。

核心做法：导入美国消费者相关英文意图词，并映射淘宝、拼多多站内中文搜索词和商品ID。

来源贡献了按首次购买时间分组、在同一生命周期观察留存、销售额、每客消费与客单价，并依据流失节点实施再触达的步骤。迁移到淘宝、拼多多时可用脱敏买家标识和订单日期生成队列热力图，但平台触达权限、会员工具及数据口径需分别校准。

核心做法：导出至少12个月的脱敏客户标识、首次订单日期、后续订单、退款、实付金额、渠道和商品数据

开源仓库展示了用Airbyte加载多源数据、以dbt进行分层转换，并把订单、Facebook广告、PayPal支付、FedEx及GLS物流和制造成本整合为电商利润模型的可执行结构。迁移时将源表替换为淘宝、拼多多订单与广告数据、美国履约账单、支付费用和供应商成本。

核心做法：定义统一订单、子订单、SKU、活动、广告计划、退款和物流单键值。

Robyn是Meta开源的半自动营销组合建模项目，使用岭回归、多目标超参数优化、时间序列分解、广告滞后和饱和曲线，并提供预算优化与报告输出。其端到端脚本和模拟数据适合迁移为淘宝、拼多多周度渠道分析工作流，但模型结果必须通过业务实验校准。

核心做法：统一淘宝、拼多多及外部引流渠道的周度花费、曝光、点击、促销和退款后销售口径

来源提供了定义活跃行为和时间周期、建立首购同期群、计算留存率、比较留存曲线及据此采取行动的五步流程，并提出按获客、行为和首购商品分群。迁移到淘宝、拼多多时，可用去标识化买家ID、首购日期、首购SKU和活动来源构建同样的等龄矩阵。

核心做法：定义活跃行为为再次支付或符合业务需要的有效复购，并选择周或月作为观察单位

GA4官方资料定义了会话开始、查看商品、加购、开始结账和购买五步购买旅程，并提供各步流失率、留存率、开放与闭合漏斗以及设备、地区等维度。迁移到淘宝、拼多多时，可用曝光、商品点击、收藏加购、提交订单和支付成功重建相似漏斗；平台事件定义与用户标识不可直接等同于GA4事件。

核心做法：建立淘宝、拼多多事件到统一漏斗阶段的字段映射和去重规则

来源强调提升转化率要先收集数据，并通过客户访谈、站内调查和用户体验信息形成优化假设；可迁移为淘宝/拼多多的客服问题、评价、收藏加购漏斗、详情页停留和转化异常诊断。

核心做法：收集近30天商品曝光、点击、收藏、加购、支付、退款和客服咨询数据。

来源强调电商分析通过集中数据、跟踪销售、客户行为、网站表现和营销ROI来指导决策；可迁移为淘宝/拼多多店铺日/周经营诊断指标树。

核心做法：建立一级指标：GMV、毛利、广告花费、订单数、退款售后、库存周转。

Shopify Demand Forecasting Methods文章介绍用定量和定性数据预测需求，避免缺货并支持库存、人员和营销决策。迁移到淘宝、拼多多时，可用店铺销量、平台活动日历、广告计划和搜索趋势替代Shopify站内数据。

核心做法：收集近90至180天SKU日销量、价格、活动、广告花费、库存和退款数据。

该GitHub项目描述了通过MCP连接AI 任务与Amazon Selling Partner 服务，实现库存管理、商品页优化等卖家workflow自动化。可迁移的不是Amazon平台本身，而是'服务工具层+任务诊断+权限护栏'架构；在淘宝/拼多多应改为开放平台服务、商家后台导出、RPA或数据仓库接入。

核心做法：梳理淘宝/拼多多店铺可获取数据：订单、库存、商品、价格、广告、评价、客服、售后。

该GitHub Skill将类目机会评估拆成类目解析、市场指标读取、月度历史趋势、市场集中度/垄断度解释、机会指数输出等步骤。虽然原始范围是Mercado Livre Brasil且依赖JoomPulse估算数据，但其贡献在于把“类目是否值得进入”结构化为需求、增长、卖家集中度、历史变化和数据缺失披露，可迁移为淘宝/拼多多类目机会任务的评分框架。

核心做法：确定候选类目，优先从母婴相关但不局限于母婴的二级/三级类目池开始。

Amazon Ads指南强调广告上线后需要衡量并改进活动效果；迁移到淘宝/拼多多时，可把campaign目标映射为拉新、测款、转化、收割和复购，把指标映射为展现、CTR、CPC、CVR、ROI、ACOS类指标和自然成交带动。

核心做法：为每个广告计划定义唯一目标：测款、拉新、转化、清库存或品牌词防守。