步骤 1
汇总告警类型、目标群或应用、接收人及其角色、这项对接已列明的前置条件(含已授权的接入与目标标识),以及该渠道接受的消息格式。
运营团队希望告警直接进到企业微信工作区,但事件类型、目标群和接收人从未被集中记录下来。本场景中,当前任务是规划运营告警推送到企业微信的方案。该流程应基于商家的实际记录与约束,产出告警管理说明与消息模板,并逐条对照所提供记录验证每条路由。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify wecom notifications」这一问题,所属方向为「预警规则与通知管理」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 按严重程度与职能把每类告警映射到唯一去向,用接受的格式起草消息内容并带上负责团队的提醒符号或角色标识,对缺少接入、目标标识或接收人的告警类型单独打标,而不是假定之后自然会配置好。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
汇总告警类型、目标群或应用、接收人及其角色、这项对接已列明的前置条件(含已授权的接入与目标标识),以及该渠道接受的消息格式。
按严重程度与职能把每类告警映射到唯一去向,用接受的格式起草消息内容并带上负责团队的提醒符号或角色标识,对缺少接入、目标标识或接收人的告警类型单独打标,而不是假定之后自然会配置好。
交付告警管理说明与消息模板,再逐条对照提供记录验证每条路由:每类告警都应有去向、接收人,以及字段全部存在于这些记录中的消息内容。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
缺少已授权的接入、目标标识或接收人,三者缺其一的告警类型都应标记为草稿,而不是当作已经可用。没有接收人的消息不会产生任何失败信号,这个状况就只是无声地溜过去了。
单一群组会把支付故障与日常库存提醒混在一起,日常消息的量会把紧急消息彻底淹没。按严重程度与职能路由,每个群只收到成员真正能处理的内容,消息里的提醒符号也能直接触达负责团队。
消息内容要带上负责团队的提醒符号或角色标识,并在第一行写明受影响对象与发生的变动,这样即使只看到通知预览也能立刻行动。更长的上下文放到被关联的系统或工单里。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。