步骤 1
汇总拟走该渠道的告警类型、接收人与值守时段、商家认定的紧急状况、该渠道已说明的发送限制,以及每条消息需要的标识。
紧急状况必须及时找到当值的人,而冗长的正文没人会在手机上看完。本场景的具体任务是为紧急运营告警设计简洁的短信通知。最终应产出告警管理说明与消息模板,正文在一屏内说清受影响对象、发生的变动和后续去处。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify sms alerts」这一问题,所属方向为「预警规则与通知管理」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 只保留需要在电脑之外处理、且收件人无需打开其他工具就能行动的状况,再把每条正文写成在一屏之内说清受影响对象、发生的变动和后续去处,去掉任何需要另行查询的细节。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
汇总拟走该渠道的告警类型、接收人与值守时段、商家认定的紧急状况、该渠道已说明的发送限制,以及每条消息需要的标识。
只保留需要在电脑之外处理、且收件人无需打开其他工具就能行动的状况,再把每条正文写成在一屏之内说清受影响对象、发生的变动和后续去处,去掉任何需要另行查询的细节。
交付告警管理说明与消息模板时为每个模板记录字数上限与后续去处,再通过确认正文中的每个要素都来自店铺实际持有的字段来验证每条草稿。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
只有会中断收入或阻断下单、且需要在电脑之外处理的状况才值得,例如结账或支付故障。可以等到第二天早上再看的内容应放进摘要,因为每把一次紧急发送花在日常事项上,下一次真正的紧急消息就更容易被忽略。
砍掉那些可以之后查询的上下文,例如历史数据、对比值和次要记录,把它们留在被关联的系统或工单里。受影响对象、发生的变动和后续去处必须保留,正是这三项让收件人认出事件并知道该去哪里。
方案中记录值守时段以及其余时间的当值联系人,缺少联系人的紧急状况应打标提示,而不是发给一个并不存在的人。没有人盯的时候送达的消息既得不到响应,也不会留下任何被阅读的记录。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。