实用创作流程
取货订单标签：让每件商品对应正确订单号
如果一张标签上的数量属于下一笔订单，三张漂亮标签也没有用。取货图形首先要保留每行数据的对应关系；让订单号和商品清楚可读之后，再考虑装饰。
我们制作了虚构 Cedar Cup 的 A4 标签页，包含三张 90×55 mm 标签。所有名字与编号都是占位示例。本练习准备的是可打印图形，并未连接商店的订单或履约系统。
把每笔订单作为完整的一行
一起提供编号、显示名、商品、数量和取货时间。不要分开发送名字清单和商品清单，让代理猜测如何配对。公开演示应使用虚构记录。
下面表格是完整原稿。我们没有要求电话号码、地址、二维码或真实客户信息。若店员在实际流程中需要更多字段，应决定哪些确有必要，并采用批准的信息处理流程。
| 订单号 | 名字 | 商品 | 数量 | 时间段 |
|---|---|---|---|---|
| DEMO-101 | 示例 A（Sample A） | 蓝色马克杯（Blue mug） | 1 | 10:00–10:30 |
| DEMO-102 | 示例 B（Sample B） | 象牙白碗（Ivory bowl） | 2 | 10:30–11:00 |
| DEMO-103 | 示例 C（Sample C） | 琥珀色盘（Amber plate） | 1 | 11:00–11:30 |
把订单号作为视觉锚点
要求将大号订单号放在较小的商品名和数量上方。取货时间放在下面，并留一个店员核对用的空白勾选框。三张标签放在纵向 A4 源文件中，每张为 90×55 mm。
勾选框只是印刷图形：手工打勾不会更新订单。把图形交给期待集成取货工具的人时，应明确说明这一限制。
用代码为 Cedar Cup 制作虚构取货订单标签页。纵向 A4 SVG，三张 90x55 mm 标签。严格保留英文原始记录：DEMO-101 / Sample A / Blue mug / Qty 1 / Window 10:00–10:30; DEMO-102 / Sample B / Ivory bowl / Qty 2 / Window 10:30–11:00; DEMO-103 / Sample C / Amber plate / Qty 1 / Window 11:00–11:30。所有名字都是虚构占位符，每张标签添加 FICTIONAL DEMO。不含电话、地址、二维码或真实客户数据。大号订单号放在较小的商品和数量上方，保留准确对应关系，留一个店员核对框。在回复中提供 SVG 代码，并在画布上提供 2480x3508 PNG 样稿下载。从 SVG 检查每行对应关系和标签数量，说明这只制作图形，不是订单履约软件。不使用付费生成器，也不要声称进行了实物打印。接受样稿前先修正重叠
代理的第一版样稿中，标题与 FICTIONAL DEMO 标记发生重叠。它报告了问题，收紧标题和标记文字，生成修正后的 v2。我们保留修正版源文件，并从演示画布移除了旧样稿。
修正没有改变订单记录。保留的 SVG 仍有恰好三个标签组、三个演示标记，以及指定的订单号、名字、商品、数量和时间对应关系。应检查这个结果，而不是假定第一次导出就是最终版本。
先检查配对，再检查实体纸张
逐张对照原始记录阅读标签，包括数量与时间段的结束时刻。确认总数为三，每个核对框属于正确标签。保留的源文件中，每个订单组带有自己的 data-order 标识，便于检查。
匹配实际使用的标签纸
页面为 210×297 mm，样稿为 2480×3508 像素。标签之间留有空隙，但这不能证明它兼容商业不干胶纸张。打印前应匹配实际纸张的精确页边距、排列节距和标签几何尺寸。
把店员履约核对留在真实流程里
先在店员依赖的系统中核对当前订单，再使用图形。取消、替换和取货确认都应在该系统处理。标签能够帮助识别，但不能证明订单仍有效或已经付款。
我们没有打印标签页，也没有履行任何订单。使用自己的已批准记录前，仍应制作一张实物样品，并与店员走查流程。
常见问题
这张纸会把订单标记为已取货吗？
不会。勾选框只是图形。取货状态仍由真实店员流程或订单系统管理。
为什么提示词要把完整记录放在同一行？
这样能明确订单号、商品、数量与时间的对应关系，便于与结果逐项比较。
A4 文件能用于任意标签纸吗？
不能。请匹配实际纸张的页边距和标签间距，再按目标比例打印一张样品。
准备能够核对订单对应关系的标签
先在 Ciyo 中完成一个经过检查的示例。保留源文件，在自己的项目中使用前检查导出结果。