创意工作流程
发货延迟公告图：说明影响范围与下一次更新时间
延迟公告若只有“给您带来不便，敬请谅解”，却不说影响哪些订单，读者仍无从判断。应明确范围、当前状态和下一次可依赖的更新时间。
以下示例均为虚构资料，介绍人工设计与核对流程，不代表实测客户效果或已完成的生产订单。
先看做法
确认受影响的订单组、审核状态以及下次更新时间，然后设计清晰的通知。不要将个人订单详细信息暴露在公共艺术品中，并使用企业的授权渠道获取客户特定信息。
1. 明确店铺能确认什么
虚构印刷店某一预售批次在包装环节延迟，负责人尚不能确认新发货日，但能确定哪天提供进展。不能把更新日改写成发货承诺。
原因只写到负责人确认的程度。“物流问题”也许笼统，但设计者不能自行猜测某家承运商或供应商出了问题。先用内部事实表解决不确定性，再选择措辞。
2. 让变化的信息便于快速阅读
依次安排状态标题、受影响批次、已确认的预计时间、下次更新和客服入口。在 Ciyo 中保留可编辑文字，优先讲清影响范围，不让装饰性的致歉图片占据主位。
必要时分开准备公开版与个人消息版。公开图片不能放客户姓名、订单号或私人联系方式；内容与已确认的客户通知一致，不自行增加补偿或取消条款。
3. 维护一个当前有效版本
按手机尺寸打开导出稿，检查读者不看帖文配文时能否识别受影响批次。验证状态页和客服入口，请负责人确认公告及其使用渠道。
记录各版本放在哪里，事实改变时便于替换。这里准备的是待审图稿，不授权发给顾客或公开发布。此前承诺和每次更新继续留在内部记录中。
复制并调整此请求
将方括号中的字段换成自己的已确认资料。请求的结果是待核对草稿；这些示例并未作为模型性能测试运行。
使用[确认范围]、[批准状态]、[估计如果批准]、[下次更新]和[支持路线]准备延迟通知布局。区分更新日期和 发货 或到达日期。不要编造理由、补偿或客户权利。将个人订单数据保留在公共版本之外。返回副本层次结构和一致性检查表。示例性延迟通知字段
这些示例检查描述了验收标准，而不是观察到的模型结果。
链接中的 SVG 是包含相同虚构检查字段的示意工作表。它与画布原生可编辑文字、最终生产图稿是分开的文件。
| 领域 | 含义 |
|---|---|
| 受影响批次 | 哪些客户需要阅读本文 |
| 目前状态 | 企业可以确认的内容 |
| 估计发货 | 仅在获得已确认的情况下包含 |
| 下次更新 | 何时提供新信息 |
| 支持路线 | 个人问题属于哪里 |
常见错误与处理方法
不要仅仅为了填补空行而承诺新的发货日期。请注明下一个已确认的更新。
如果旧通知保留在另一个渠道上，请更新分发记录并通过所有者流程进行替换。
选择工作方式并进行交接
对于单独的商店，从一件物品开始，并将来源事实保留在草稿旁边。团队应该指定一名审批者并保留一个过时的版本，以便旧的评论不能默默地覆盖当前的决定。如果输入不完整，请在完善艺术品之前返回给该事实的所有者。
使用 Ciyo 进行此处描述的视觉工作以及您帐户中当前提供的控件和模型。单独保留 已确认的文案，并在需要时使用 可编辑的画布文字 添加准确的措辞。生成的图片是视觉草稿；在使用之前检查其导出的文件。
资料来源与延伸阅读
以下为本文参考的官方文档与相关指南。不同账号的功能和控件可能不同，开始前请核对自己所用的界面。
常见问题
我应该包含每个订单号吗？
不要让个人订单详细信息出现在公共艺术品中。使用授权的个人沟通渠道了解这些详细信息。
如果新的 发货 日期未知怎么办？
说出已确认的内容并确定下一个已确认的更新。不要制造日期。
这是发通知吗？
不。它准备设计供审查；分发需要单独的授权操作。
在 Ciyo 中准备一版视觉草稿
带入已确认的资料，按本文清单核对一版，再决定是否制作更多版本。