步骤 1
收集收件人及其角色、投递节奏与发送时间、邮件系统可接受的报表格式与附件大小限制,以及每次发送所依赖的刷新与校验步骤及其预期完成时间。
即便后台采集已经失败,定时报表邮件照样会发出去,收件人拿到的数字并不完整。本场景中,当前任务是在刷新成功后安排报表定时投递。该流程应基于商家的实际记录与约束,产出自动化规格说明与样例报表结构,注明每个依赖环节与兜底处理方式。
先替换所有 [方括号] 占位内容,再补充你真实的店铺数据和限制条件,最后粘贴到你常用的 AI 助手或 Spark 智能体里。Spark 会按本页定义的流程给出结构化的输出和验证方式。
你是一名 Shopify 运营专家。请帮我处理「shopify scheduled email reports」这一问题,所属方向为「数据采集与报表自动化」。
店铺背景:[填写品类、目标市场、目标客群]
处理范围:[填写商品、页面、客户、活动或日期范围]
可提供的数据:[填写已有资料]
请按以下方式工作:
1. 先说明完成该任务需要哪些关键数据,并标记缺失项。
2. 把每次发送都设为以刷新成功且校验通过为前提,确保采集不完整时不会发布报表;依赖环节失败时暂停发送,并执行为该环节设定的兜底处理方式,而不是把上一次的数字当作最新结果发出去。
3. 输出问题判断、建议方案、优先级、所需人工确认事项和验证方法。
4. 所有商品属性、指标、客户信息和营销结论必须以我提供的数据为依据;没有证据时请明确写“待确认”,不要猜测。
5. 如涉及发布、发信、改价、修改商品或账户操作,在我明确授权且工具已连接前,仅输出草案或操作步骤;完成操作后再报告已验证的结果。按输入、判断、交付三个阶段拆开执行,先保证每一步的输出,再进入下一步。
收集收件人及其角色、投递节奏与发送时间、邮件系统可接受的报表格式与附件大小限制,以及每次发送所依赖的刷新与校验步骤及其预期完成时间。
把每次发送都设为以刷新成功且校验通过为前提,确保采集不完整时不会发布报表;依赖环节失败时暂停发送,并执行为该环节设定的兜底处理方式,而不是把上一次的数字当作最新结果发出去。
交付自动化规格说明与样例报表结构,注明每个依赖环节与兜底处理方式,并通过把最近一次发送与运行日志比对来验证:附件在发布前已通过校验、失败时已把原因通知负责人、且没有收件人收到基于失败刷新生成的报表。
覆盖判断依据、常见误解和必须准备的输入,让团队在真正动手之前先把前提对齐。
应该,而且要等随之而来的校验也通过。提前发出的邮件会发布来自一次并未跑完的采集的数字,而收件人无法分辨,因为这封邮件看上去与完整的那封完全一样,只是数字偏低。
暂停发送,并把失败原因与受影响的周期通知负责人,而不是发出一份顶着当天日期、内容却是上一周期数字的报表。收件人应收到一句简短说明,告知本期报表不发及原因。
足以正确解读附件即可:覆盖周期、刷新时间、是否存在暂定周期以及主要变化。完整结构仍保留在附件文件中,这样正文不会变成另一份副本,并在第一次修改后就与附件脱节。
先优先看同主题的相似问题,或用相似度推荐扩展到跨主题但逻辑相近的其他场景。
Ciwi Spark 围绕 Shopify 商家常见的研究、投放、翻译和客户支持等流程,提供可以直接接入店铺的 AI 工具与智能体,减少反复写提示词的成本。