步骤 1
汇总生效中的告警类型、每个未关闭事项的当前负责人与状态、触发它的来源系统、在用的送达渠道,以及已记录的严重程度与首次出现时间。
告警分散在多个渠道,没人能一眼看清哪些状况仍未关闭。本场景的具体任务是在共享运营视图中梳理未解决告警。最终应产出告警管理说明与消息模板,按负责人和严重程度归并事件,并对照未关闭记录核查。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify alert dashboard」这一问题,所属方向为「预警规则与通知管理」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 把同一状况、同一负责人的事件归并成一行,带上事件条数与存在时长,已认领的工作与未解决状态分列,并对来源系统已不再上报或负责人空缺的事项打标,而不是任其无声地挂在那里变旧。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
汇总生效中的告警类型、每个未关闭事项的当前负责人与状态、触发它的来源系统、在用的送达渠道,以及已记录的严重程度与首次出现时间。
把同一状况、同一负责人的事件归并成一行,带上事件条数与存在时长,已认领的工作与未解决状态分列,并对来源系统已不再上报或负责人空缺的事项打标,而不是任其无声地挂在那里变旧。
交付描述该共享视图的告警管理说明与消息模板,再对照商家未关闭的告警记录核验:每个未关闭事项应恰好出现一次且有负责人,归并后的条数应与底层事件数一致。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
已认领表示已有负责人接手、处理正在进行;已解决表示该状况已不再成立。只有后者才会归档,这样进行中的工作就永远不会被误看成已经关闭的状况。
合并为一行,带上事件条数与自首个事件起的时长,因为逐条列出会把队列中其余部分彻底淹没。展开该行仍能看到底层事件,因此折叠视图时并没有丢弃任何信息。
标记为过期并注明最后一次出现的时间,而不是直接关闭,因为来源沉默可能是数据中断而非状况解除。过期事项要由负责人复核之后才能移出视图。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。