方法库

来源提供竞争分析、识别直接与间接竞争者、比较产品及经营特征的框架。可迁移的判断维度是价格、产品特征、定位和竞争优势；本报告另行设计证据时间戳、差异点交付核验和平台小规模验证流程。未实时读取页面，具体内容及版本须复核，不能把本报告步骤视为来源原文。

核心做法：先确认 US 需求证据来源及业务承接方式，将美国需求样本与淘宝、拼多多供给样本分别建表。

依据既有知识，该官方指南解释发货承诺的合理依据、无法按承诺发货时的通知及同意处理、取消和退款等要求，可转化为订单级审查字段与人工处置队列。规则现行文本及具体情形下的通知、同意和退款要求本次未能核验，因此不提供可直接用于生产的法定期限或自动法律判定。

核心做法：先由熟悉适用规则的人员确认实际交易主体、美国消费者交易事实、商品及交易是否处于规则适用范围。

营销漏斗框架贡献了按认知、考虑和转化阶段组织内容与衡量结果的思路。可迁移步骤是阶段划分、内容盘点、转化流失定位和阶段性补缺。平台页面映射、客服疑虑编码和以下审核流程是本报告扩展；来源当前正文待核验。

核心做法：依据平台实际提供的指标定义访问、详情浏览、收藏或加购、支付等阶段；不要求两个平台拥有相同字段。

ABC 分析提供按贡献排序、计算累计贡献并分层管理的执行框架，可迁移到淘宝、拼多多授权导出的 SKU 数据。贡献利润复核、库龄联合判断和美国库存可调拨性审查是本报告扩展；不能将常见分层比例解释为来源要求或最优标准。当前页面未实时核验。

核心做法：限定用于美国业务的实际库存池，区分国内库存、跨境在途和美国本地库存，不假设能够相互无成本调拨。

PM4Py 提供事件日志处理、流程发现和一致性分析能力，可迁移为按订单组织事件、提取流程变体、比较路径耗时并检查偏离预期流程的步骤。淘宝、拼多多字段映射及美国履约分层由本报告设计。仓库当前维护状态、版本和 README 示例未完成实时核验。

核心做法：从授权导出数据建立订单编号、事件名称、事件时间和执行角色组成的事件日志，统一时区。

依据既有来源知识，该定价策略文章提供成本导向、价值导向和竞争参照等定价框架，可迁移为先计算成本底线、再核对可接受售价的筛选步骤。净收入瀑布、美国履约情景和以下公式是本报告的业务化扩展，不声称为来源原文。页面当前内容尚待联网复核。

核心做法：确认候选商品存在平台允许、能够服务美国消费者的交易和履约路径；无法确认则暂缓经营结论。

CPSC 儿童产品证书说明可贡献证书要素检查，包括产品识别、适用要求、责任主体、记录联系人、生产与检测信息以及第三方实验室信息。本报告将其转为淘宝、拼多多商家涉及 US 业务时的供应商资料复核流程，不将美国要求套用于所有国内商品，也不把该页面当作完整法规清单。现行要求未实时核验，必须由合规人员复查。

核心做法：确认具体交易是否涉及美国市场及商家承担的角色，不以母婴类目名称直接判定法规适用。

ruptures 提供离线变点检测、不同代价函数和分段算法，可贡献序列分段、最小段长及惩罚参数敏感性检查等步骤。本报告将其迁移为淘宝、拼多多经营指标诊断，并新增季节性处理、样本量约束和事件证据复核；来源不是电商归因系统，不能给出因果结论。当前仓库版本未实时核验。

核心做法：按平台、店铺和必要的商品组建立统一时间口径，明确时区、退款成熟窗口及指标分母。

Lifetimes 提供非合约购买场景的频次、最近购买时间、观察时长等数据整理思路，以及 BG/NBD 类交易模型和 Gamma-Gamma 金额模型。可迁移到淘宝、拼多多授权订单的复购分析；本报告补充贡献核算、触达资格和增量验证边界。当前仓库维护或归档状态、依赖兼容性未实时核验。

核心做法：确认可合法使用稳定的店铺内客户标识；不同平台客户不得擅自拼接。

OpenRefine 的分面筛选、文本转换、聚类和操作历史为商品目录整理提供可执行组件。可迁移的步骤是属性清洗、异常分面筛查、近似名称聚类和人工确认；商品实体判定与淘宝、拼多多 SKU 映射规则由本报告补充，来源并非平台官方刊登工具。未实时检查当前 README 和版本。

核心做法：导出授权商品目录，保留平台商品 ID、SKU ID、供应商货号及原始属性，建立只读快照。

pytrends 提供按时间、地域和关联查询获取 Google Trends 数据的接口思路，可迁移为候选需求词标准化、US 地域过滤、跨年曲线比较和关联意图复核。本报告新增跨年复现门槛及店铺小规模验证步骤；来源不提供淘宝、拼多多销量，也不证明搜索热度能够转化为订单。当前接口可用性与仓库维护状态未实时核验。

核心做法：确认店铺具有可核实的 US 需求关联；否则只生成研究记录，不进入采购建议。

来源汇集推荐、达人营销和评价相关官方指导，可用于识别商业关系披露、推荐真实性及宣传证据等检查维度。可迁移到淘宝、拼多多商家面向US受众使用的推广内容；平台内发布规范仍须独立核验。结构化证据表和任务审查流程为本报告设计，本次未核验页面最新版本。

核心做法：确认内容是否面向US受众及商家的实际角色，记录发布渠道和目标平台关联。

frePPLe提供围绕需求、库存、物料、资源和作业的供应链计划建模能力，可用于构建淘宝、拼多多采购订单的约束校验。平台承诺映射、供应商事实确认和US物流节点缓冲属于本报告补充设计。不同版本或许可证的能力须核验，本次未检查最近提交及README示例。

核心做法：选取单一供应商和有限SKU试点，核对当前版本支持的计划能力及许可证。

来源围绕退换货政策的时间窗口、商品状态、退款或换货方式、运费和办理流程等要素提供框架。这些要素可迁移为淘宝、拼多多内部售后字段；决策表、历史工单回放和人工升级机制为本报告补充。不能直接复制Shopify政策模板或覆盖目标平台规则。本次未实时核验页面。

核心做法：收集店铺当前承诺、对应平台有效规则及实际US交易路径，不明确的适用规则交人工核实。

来源介绍搜索词报告及利用实际查询理解广告触发情况、辅助关键词管理的方法。可迁移的是查询词审查和相关性判断；Google的匹配类型、报告覆盖范围及否定词机制不能直接套用淘宝、拼多多。利润门槛和转化成熟窗口是本报告补充设计。本次未实时核验页面。

核心做法：检查具体淘宝或拼多多广告产品是否提供搜索词、点击、消耗及转化字段，并确认可执行的控制选项。

来源提供文本嵌入、聚类、主题关键词和代表文本等技术构件，可迁移到授权获取的淘宝、拼多多评价及售后文本。跨样本稳定性验证、商业筛选和供应商可实现性判断属于本报告补充设计，并非仓库验证过的电商策略。本次未实时核验README、版本和最近更新。

核心做法：限定允许类目，确认US样本来源；无法识别市场的评价单独标记，不推定属于US消费者。

OR-Tools提供CP-SAT等约束优化求解器，其排班类问题框架可以表达人员分配、覆盖和工时约束。可迁移的步骤是定义决策变量、区分硬软约束、求解并检查可行性；客服需求估计、平台服务目标、语言能力和US时区覆盖由业务补充。本次应用为客服排班，与已入库的包装装箱方法不同；本轮未核验仓库当前示例。

核心做法：基于合法取得的历史咨询记录估计分时段请求量、处理时长和高峰波动，单独标记US相关服务窗口。

PyMC-Marketing的营销组合建模能力提供广告滞后、饱和响应、贝叶斯不确定性估计及预算分析工具，可迁移到淘宝、拼多多广告汇总数据。来源贡献的是响应建模结构和不确定性表达；平台数据口径、US范围筛选、贡献利润换算及预算审批需要额外设计。项目模型不会自动证明广告因果增量，本轮未核验最新文档和服务。

核心做法：仅纳入具有US业务归属且口径一致的广告、订单和经营数据，按平台分别建模。

StatsForecast提供统计预测模型、间歇性需求模型、预测区间及时间序列交叉验证能力，可迁移到淘宝、拼多多SKU需求分析。来源贡献的是预测和回测工具；库存位置、最小起订量、保质期和采购审批逻辑由本报告补充。它不是完整补货系统，也不是已验证的跨境履约方案；本轮未检查最近提交和示例。

核心做法：按平台、SKU及履约链路整理具有US归属证据的需求序列，标记缺货、促销、退款和异常停业日期。

Great Expectations提供可声明的数据期望、验证流程和结果记录机制，可迁移为淘宝、拼多多订单、广告和库存导出数据的质量检查。来源贡献的是将数据要求写成可执行规则并生成验证结果的框架；平台字段映射、指标业务口径及US范围检查需要商家自行定义。该方法不是订单结算与到账勾稽，本轮未核验最新版本服务。

核心做法：按平台、数据源和业务用途定义字段契约，明确主键、数据类型、时间区、币种及US范围识别字段。

mlxtend的频繁项集和关联规则模块提供Apriori、FP-Growth及支持度、置信度、提升度等分析能力，可用于从淘宝、拼多多合法取得的订单明细筛选共购关系。来源贡献的是关联计算步骤和指标；净贡献、促销混杂排除、US订单分层和独立时段复核属于本报告增加的经营边界。项目不提供平台订单接口，本轮未核验最新README与维护状态。

核心做法：确认US业务链路及订单归属证据；将淘宝和拼多多分别建表，剔除测试单、取消单、赠品和排除类目。

CPSC 召回公告提供产品识别、危险描述和补救措施等事实线索，具体字段以每份公告为准。可迁移的是建立商品识别表、生成疑似匹配和追踪人工处理；匹配阈值与巡检工作流为本方案设计。该链接是官方召回集合入口，实际命中必须附具体公告链接，不能仅凭入口页做最终判定。本次未读取当日公告。

核心做法：为淘宝、拼多多商品及库存建立品牌、制造商、型号、批号和生产日期档案，并标记实际流向 US 的范围。

来源贡献接收抽样的基本决策框架：通过样本决定接收或拒收批次，并在生产方和使用方风险之间权衡。可迁移到淘宝、拼多多商家的到货验收；具体样本量、接收数和风险参数须由质量负责人按批次与适用标准另行确定，不能从概念页推导统一阈值。原文和可访问性本次未实时核验。

核心做法：按供应商、生产批次、材料或工艺变更定义检验批，禁止将不同风险批次混合。

DuckDB 贡献本地 SQL 分析与结构化文件处理能力，可用于连接、聚合和差异查询。它不是电商对账方法的业务验证来源；三方勾稽、差异分类和复核步骤为本方案设计。与已入库的数据契约门禁不同，本方法检查实际经济事项是否结清。仓库近期更新及 README 示例本次未核验。

核心做法：分别导入淘宝、拼多多授权导出的订单、结算和实际收款记录，保留原始文件及来源标识。