设计师用 Recraft 出视觉初稿、运营接手改文案,交付时留可编辑版本

文章导读
运营接手后改不了文案,通常不是工具的问题,而是交付形态的问题:初稿若导出成一张 PNG,文字已经变成像素,谁都改不动;若导出成 SVG,但文字被转成了轮廓路径,看起来是矢量文件,实际上还是改不了字。反过来,运营能随便改,也未必是好事——顺手把 logo 换了颜色、把主标题字体换掉,返工轮次反而更多。所以交付前要按“下游到底要改什么”倒推文件形态,再用一份交接说明把不能动的部分钉住。
📋 目录
  1. 先确认下游到底要改什么内容
  2. 在这一版稿子里保留可编辑的文字和图层
  3. 把源文件和导出文件放在同一个项目目录下
  4. 写一份交接说明,标出不能动的部分
  5. 接手方回传后做一次对照检查
A A

运营接手后改不了文案,通常不是工具的问题,而是交付形态的问题:初稿若导出成一张 PNG,文字已经变成像素,谁都改不动;若导出成 SVG,但文字被转成了轮廓路径,看起来是矢量文件,实际上还是改不了字。反过来,运营能随便改,也未必是好事——顺手把 logo 换了颜色、把主标题字体换掉,返工轮次反而更多。所以交付前要按“下游到底要改什么”倒推文件形态,再用一份交接说明把不能动的部分钉住。

给运营的交付通常应该是三件一组:分层可编辑源文件、一份只用于看效果的扁平预览图、一页交接说明,而不是单个图片。适用场景是文案、尺寸、配色任一可能被改的常规运营物料;操作上先确认改动类型,再决定导出 SVG 还是高分辨率位图;验证方式是接手方在不再回头问设计师的前提下改完文案、且品牌元素没被动过;边界是这套约定只覆盖文件形态、图层保留和命名,不承诺任何协作平台会自动同步或回滚版本。

先确认下游到底要改什么内容

在导出之前,先把改动归到三类里,因为它们要的文件形态不一样。

  • 改文案:文字必须是可编辑文本对象,不能是路径、也不能是像素。Recraft 里若文字以文本层存在,导出 SVG 后通常仍保留为可编辑的 text 元素;若在导出时被转成了轮廓,或干脆只导出了位图,运营拿到手就只能重做。判断动作很简单:用文本工具点一下那行字,能选中并直接改字,才算可编辑。
  • 改尺寸:比如方形图要改成横版、要加长成横幅。这类改动需要矢量元素,或分辨率足够的分层源文件。纯位图放大到新比例通常会糊,稳妥做法是回源文件重排,而不是拉伸导出图。
  • 改配色:需要色块、形状能单独选中。如果成品是一张整体导出的图,运营只能对整张图调色,很容易把 logo 和辅助色一起带偏。这种情况建议拆分交付:品牌元素一个文件,可调色的版面元素另一个文件。

如果问下来只改文案、尺寸配色都不动,交付成本可以低一些;只要涉及尺寸或配色,就应该按矢量加分层来做,别等返工再补。

在这一版稿子里保留可编辑的文字和图层

目标是让接手方不回到设计师这里就能改。为此有几件事不要提前做:不要把文字层和背景合并,不要把文字栅格化,不要把整张画面打平成一张背景图,品牌 logo 和图标也单独留层,不要和装饰元素焊在一起。

导出形态按用途分:需要改字号、换尺寸、调色值的,导出 SVG 这类矢量格式;只在固定尺寸下换几句文案、且对方环境里有同款字体的,可以额外补一张高分辨率 PNG,但它属于参考件,不是可编辑交付本体。另外建议把“预览图”和“可编辑文件”分开导出,运营对着扁平图看整体效果,需要动手时再打开可编辑文件,两边不混。

把源文件和导出文件放在同一个项目目录下

返工往往不是改不动,而是“文件在哪一版”说不清。命名里至少带三个要素:项目名、版本、日期。版本用 v1、v2 递增,日期用 YYYYMMDD,避免出现“最终版”“最终版2”这种叫法。目录分四层就够用:

设计师用 Recraft 出视觉初稿、运营接手改文案,交付时留可编辑版本
project-name/
├── 01-source/          # 可编辑源文件,只增不改
│   └── brand-banner_source_v3_YYYYMMDD.svg
├── 02-export/          # 给运营看的成品与预览
│   ├── brand-banner_preview_v3_YYYYMMDD.png
│   └── brand-banner_1080x1350_v3_YYYYMMDD.png
├── 03-assets/          # 品牌素材与字体说明
│   ├── logo_primary.svg
│   └── font-notes.txt
└── 04-handover/        # 交接说明
    └── brand-banner_handover_v3.md

源文件只增不改这一点值得坚持:新版另存一个文件名,而不是覆盖旧版,回看时才能知道运营改的是哪一份。

写一份交接说明,标出不能动的部分

说明不用长,但要写全四项:画布尺寸、字体、色值、禁止改动范围。下面这份可以直接改成自己项目的版本:

【交接说明】项目:品牌横幅 v3

1. 画布尺寸
   - 主画布:1080 x 1350 px
   - 安全边距:四周各留 64 px,正文不得压边

2. 字体
   - 主标题:字体名 + 字重(如需替换,请先确认,不要自行换近似字体)
   - 正文字号 / 行距:主标题 48 px,正文 28 px / 1.5

3. 色值
   - 品牌主色:#______
   - 品牌辅色:#______
   - 正文色:#______
   - 背景色:#______

4. 禁止改动范围
   - logo 的形状、比例、颜色
   - 品牌色色值本身
   - 画布尺寸与安全边距
   - 图标与装饰元素的相对位置

5. 允许改动范围
   - 正文文案文字内容
   - 允许改动的文本框高度与行数

色值和字体不要只写“用品牌色”这种描述,写具体值,接手方才有比对依据。禁止项写清楚“为什么不能动”也可以,但至少要把边界写出来。

接手方回传后做一次对照检查

回传文件不要直接归档,先做三个对照点,每个点都能在一两分钟内查完:

  1. 文字是否被替换成非品牌字体:打开文件选中正文,看字体名和字重是否与交接说明一致。常见情况是对方机器没有原字体,被软件悄悄替换成了默认字体,字形会明显不同。
  2. 色值是否被取样改掉:用取色工具点一下标题色、背景色、logo 色,对比交接说明里的十六进制值。直接截图或另存再上传的流程容易造成色彩偏移,发现偏差就退回原始文件重新导出。
  3. 尺寸是否被裁切:确认画布尺寸没变,安全边距内没有内容被切掉,尤其是加长文案后底部或右侧被挤出的情况。

三项都过了再进下一轮;只过了一部分,就在同一个项目目录下新建一个版本,不要覆盖回传稿。这套流程只解决“文件形态可编辑、品牌元素不被顺手改坏”这两件事,字体缺失、色彩空间差异这类问题仍然需要结合具体工具和运行环境确认。