步骤 1
为每个待排查包裹汇总完整的扫描历史及其时间与地点、承运商单号与服务等级、最后已知位置、理赔时使用的申报内容与价值,以及已与客户和承运商往来的客服记录。
商家手上有若干包裹轨迹已多日未更新,需要判断是立即发起理赔,还是再等一次扫描。本场景的当前任务是用轨迹事件证据排查疑似丢失的包裹。流程应逐件判断属于运输停滞还是上报缺口,并套用触发理赔的时长标准。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify lost package tracking」这一问题,所属方向为「物流追踪与异常」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 判断证据指向运输停滞,即最后扫描已偏离预期网络路径、超过商家设定静默时长仍无后续扫描,或出现退回与异常扫描,还是仅属上报缺口,即承运商数据未更新而同一服务的其他包裹也同样静默;只对停滞的包裹套用商家设定的理赔触发条件,历史不完整的包裹则标为待定而非丢失。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
为每个待排查包裹汇总完整的扫描历史及其时间与地点、承运商单号与服务等级、最后已知位置、理赔时使用的申报内容与价值,以及已与客户和承运商往来的客服记录。
判断证据指向运输停滞,即最后扫描已偏离预期网络路径、超过商家设定静默时长仍无后续扫描,或出现退回与异常扫描,还是仅属上报缺口,即承运商数据未更新而同一服务的其他包裹也同样静默;只对停滞的包裹套用商家设定的理赔触发条件,历史不完整的包裹则标为待定而非丢失。
逐件输出评估结论,写明分类、所依据的证据以及建议的下一步,即继续等待下一次扫描、发起承运商查询或提交理赔;把已评估的包裹与同期无签收扫描的发货清单核对,并注明每一例在承运商回复前就已补发或退款的情况。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
最后扫描偏离预期路径、超过商家设定静默时长仍无后续扫描,或出现退回与异常扫描,而不是单纯的静默。若同一服务的其他包裹也同时静默,则更可能是数据缺口,应归为待定而非丢失。
不能,它只确认一次承运商事件,不代表客户已持有商品。客户提出异议时,评估应同时记录双方说法、保持案件开放并按既定理赔流程处理,因为扫描影像与定位点都是承运商掌控的证据。
只有在商家规则允许时才可以,并且要记录决定、理由与理赔编号,便于后续对账。没有这些记录,理赔与补发就无法相互对应,事后也无法核实处理结果。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。