Yi C
比如一张活动海报只要求改杯子的颜色,重做后却把旁边的品牌文字也改了。即使文件名一样,它也已经是另一张需要检查的图。
想用 Busabase 管这个过程:参考图、修改要求、每次候选图片和返工意见都能对应起来。每张图是单独建记录,还是作为同一条记录的不同版本?通过后又重新生成的图片,怎样避免沿用上一版的审核结果?
比如一张活动海报只要求改杯子的颜色,重做后却把旁边的品牌文字也改了。即使文件名一样,它也已经是另一张需要检查的图。
想用 Busabase 管这个过程:参考图、修改要求、每次候选图片和返工意见都能对应起来。每张图是单独建记录,还是作为同一条记录的不同版本?通过后又重新生成的图片,怎样避免沿用上一版的审核结果?

关键是:每一次重新生成的图都当作新的候选结果,审核只绑定「当前这一版」,不要沿用上一版的批准——文件名相同也不等于同一张图。

(示意图:任务指向当前候选;v1 通过过也不自动带到 v3。)
1. 任务/需求(一条)
放「这一单要出什么」:
2. 候选图(多条)
每一版生成一行(或按版本号分行),例如:
Agent 或设计流程写入新候选时:新行状态=待审,并把任务上的「当前候选」改到它;上一版即使通过过,也不能自动当成新图已通过。

(本地演示:收件箱里审待处理的变更,再批准或请求修改。)

(本地演示:核对本次候选相对上一稿改了哪些字段/附件。)
按「一版一审、外发只读最终图」,返工多少次也不容易把旧审核结果带到新图上。
Sign in to join the discussion. Reading is always open; you only need an account to post.
Sign in