步骤 1
按商家设定的周期,收集每一条货损反馈及其来源渠道、订单与承运商单号、客户描述的商品状态、客户提供的照片或消息,以及承运商的理赔规则,包括所需凭证与适用的申请时限。
商家收到的货损反馈散落在邮件和客服工单里,没有一处能说明哪些是真货损、哪些只是晚到。本场景的当前任务是汇总货损报告并推动后续跟进。流程应为每个案件列出证据,并指明该由承运商还是内部责任人跟进。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify damaged shipment alerts」这一问题,所属方向为「物流追踪与异常」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 逐案分类:客户描述与所提供证据指向商品状态时判为已确认货损,投诉只涉及时效而非状态时判为运输延迟,承运商要求但记录中尚无材料时判为待补凭证;再把每案分派给承运商理赔流程或商家记录中指定的内部责任人,并按承运商规则设定时限。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
按商家设定的周期,收集每一条货损反馈及其来源渠道、订单与承运商单号、客户描述的商品状态、客户提供的照片或消息,以及承运商的理赔规则,包括所需凭证与适用的申请时限。
逐案分类:客户描述与所提供证据指向商品状态时判为已确认货损,投诉只涉及时效而非状态时判为运输延迟,承运商要求但记录中尚无材料时判为待补凭证;再把每案分派给承运商理赔流程或商家记录中指定的内部责任人,并按承运商规则设定时限。
每个案件输出一行,注明分类、所附证据、责任人与下一步动作;待补凭证的案件单独成节并保持开放,而不是直接关闭;再把行数与所检索的反馈来源核对,确保没有已上报的案件被漏掉。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
按已记录的承运商规则执行。若确实需要凭证而尚未提供,应记为缺失、保持案件开放并发出补件请求,因为直接关闭会失去在时限内追偿的唯一机会。若承运商接受书面描述,则无需照片即可推进。
两条线并行:在商家规定的响应时间内给客户一个确认回复,同时让承运商理赔走自己的流程。只走一条线会让客户干等承运商;例外是涉及安全或召回规则、必须由商家立即响应的案件。
货损属于状态理赔,所需证据与时限自成一套;延迟是时效问题,靠下一次扫描即可了结。混在一起会掩盖每案各自需要的动作,还可能让理赔时限在一堆晚到包裹里悄悄过期。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。