电商平台上架订单管理

平台电商里「上架—订单—评价」为什么容易拧在一起

多店铺、多站点、多币种时，上架字段、订单状态、库存与履约、退款与客户沟通往往分散在导出表、后台截图和口头规则里。人工对表时常见：跨表 ID 对不上、同一订单重复导入、履约超时才发现、评价回复与平台规则不一致。更麻烦的是，团队里商品、运营、客服各自维护一份口径，结论难以复用到下一批 SKU 或大促档期。

技能如何组织分析与交付

本技能把用户提供的商品上架资料、订单数据、评价文本和平台经营规则（或已授权连接器可读的数据）转成三类可执行产物：

• 上架检查表：按平台/店铺/站点核对必填项、类目与合规风险点
• 订单处理队列：按商品、订单、库存、履约、退款、客户等对象建立关联视图，并把缺失、状态冲突、重复订单、超时履约等单列待办
• 评价回复建议：在规则与事实边界内给出回复草稿，区分「可引用字段」与「待核实假设」

执行上会先核对平台、店铺、站点、时区、币种、数据权限与导出字段，再生成交付包。标准结构包括：结论摘要、主交付物、数据口径（字段、时间范围、币种与计算方式）、异常与风险、行动清单（对象、动作、责任人建议、截止与验收信号）。涉及上架、改价、发货、退款等写操作时，仅在已配置连接且明确授权的前提下执行；否则只做分析与建议。

适用边界

• 未配置官方 API 或连接器时，只分析用户上传的文件、表格和文本，不声称已实时读取平台后台。
• 不补写未提供的销量、利润、库存、评价、报价或客户案例；数字须能回溯到来源字段。
• 演示类输出仅说明结构，不代表真实店铺业绩。