01
步骤 1
收集高频咨询类型、每类对应的政策原文、允许作为占位符的已核实订单字段,以及必须保持自由填写、不得写死的字段清单。
客服反复凭记忆重打同样的说明,超出既定政策的承诺往往就在这里出现。本场景的任务是基于政策创建客服回复模板,在客服运营流程中交付模板,并只把已核实的订单字段留作待填内容。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify support reply templates」这一问题,所属方向为「客服运营」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 以政策原句构建模板而不改写,仅为已核实字段留出占位,凡政策未覆盖客户所问事项的模板一律标为仅限人工,不得用看似合理的表述填空。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
收集高频咨询类型、每类对应的政策原文、允许作为占位符的已核实订单字段,以及必须保持自由填写、不得写死的字段清单。
以政策原句构建模板而不改写,仅为已核实字段留出占位,凡政策未覆盖客户所问事项的模板一律标为仅限人工,不得用看似合理的表述填空。
在客服流程中交付模板,每份标注政策条款与版本日期,再用示例工单逐份走一遍,确认渲染文本与政策一致,且占位为空时仍能读通。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
改写会随每次编辑逐渐偏移,直到模板承诺了政策并未给出的内容,而这种偏移不易察觉,因为措辞依然很正式;通俗化改写须经政策负责人批准并注明所依据的条款。
模板停止使用并转人工,因为围绕缺失的订单编号生成的句子无法阅读,还容易引起误解;只有在政策含义不依赖该取值时,才允许使用通用兜底表述。
每份模板标注版本与所依据的政策条款,旧版本停用而不删除,使数月前发出的回复仍能对应到当时的措辞与政策。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。