01
步骤 1
先列出每类预警及其触发条件、负责响应的责任人或团队、对方真正会查看的渠道以及升级时使用的备用渠道。
预警发了却落在没人看的渠道,或者刷屏到团队干脆屏蔽。本场景的任务是把可执行的通知路由到对应负责人,按预警类型找到真正会看的渠道与责任团队,并明确消息内容、重复与抑制规则。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify automated notifications」这一问题,所属方向为「店铺监控与预警」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 再为每类预警定义消息内容、未被确认时的重复间隔,以及在被确认、被解决或被同类更新预警取代后立即停止重复的抑制规则。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
先列出每类预警及其触发条件、负责响应的责任人或团队、对方真正会查看的渠道以及升级时使用的备用渠道。
再为每类预警定义消息内容、未被确认时的重复间隔,以及在被确认、被解决或被同类更新预警取代后立即停止重复的抑制规则。
输出每类预警一行的路由方案,含负责人、渠道、内容、重复与抑制规则,再逐行发送一条测试消息,确认投递记录显示消息确实到达了目标渠道与负责人。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
公共渠道把响应交给碰巧看到的人,往往最后无人响应。指定负责人让下一步动作成为某人的职责,通知才真正转化为修复。
在被确认、被解决,或被同类的更新预警取代时停止。确认之后仍继续重复,会让团队彻底忽视这类预警。
触发的条件、受影响的记录、负责人与期望动作。只给一个数字会迫使接收者重新打开仪表盘去弄清发生了什么。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。