步骤 1
汇总订单记录、每个包裹对应的履约行项目与物流单号、每个单号按时间排列的承运商事件历史,以及商家既定可以披露哪些物流信息的规则。
一个订单拆成了多个包裹,客服却按订单概要而非轨迹记录作答。本场景的具体任务是依据物流轨迹证据回复配送咨询。整个流程需逐包裹读取轨迹,产出以最近一次扫描事件为依据并说明下次更新时间的回复。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify shipping support automation」这一问题,所属方向为「订单与物流客服」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 以顾客所问包裹的最近一次扫描事件而非订单概要作答,订单拆成多个包裹时点明是哪个包裹及其内含商品,并且不说明承运商事件中未显示的原因或送达日期。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
汇总订单记录、每个包裹对应的履约行项目与物流单号、每个单号按时间排列的承运商事件历史,以及商家既定可以披露哪些物流信息的规则。
以顾客所问包裹的最近一次扫描事件而非订单概要作答,订单拆成多个包裹时点明是哪个包裹及其内含商品,并且不说明承运商事件中未显示的原因或送达日期。
交付回复话术并注明其所依据的包裹、事件与日期,把每个细节对照所提供的履约与轨迹记录核验,并把超过商家既定时限仍无新事件的包裹转给承运商索赔负责人。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
不够,还要读取单号背后的事件历史,因为单号只能标识包裹,事件才说明它最后到了哪里;完全没有事件的单号说明包裹尚未被扫描,应按未揽收作答,而不是按在途中回复。
每个包裹单独回复,各自说明最近一次事件和内含商品,因为用其中一个包裹的进度回答拆单订单,会让顾客一直等着并不在这条单号上的商品;顾客没说明是哪个包裹时,回复中应列出全部包裹。
回复中说明最后一次扫描事件及其日期,并说明之后没有更新的事件记录,不推测承运商未说明的原因,因为猜测延误原因最容易把等待中的顾客推向不满;间隔超过商家既定时限后,包裹转交索赔负责人。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。