在首个 GPU 项目前明确交付成果

把笼统的需求换成具体的使用场景

「优化我的视觉素材」可能意味着放大文件、去除背景、统一色调，或者营造另一种氛围。这些工作的评判标准各不相同。请先问清楚产出将用在哪里，以及接收方需要能用它做什么。软件或 GPU 的名称则应放在后面考虑。

写一句话，把某个人、某项结果和某个用途联系起来：「店铺负责人需要能把这组系列中的十二张照片替换到她的商品页里。」再补充已知的限制条件，以及仍待解决的问题。GOV.UK 的 Service Manual 提出了这种将用户需求与可验证其是否满足的标准相区分的方法；这里我们把它应用到小型任务中。

开始阶段并不需要冗长的规格说明。记录下那些能让人辨认出交付是否合格的内容，然后在正式产出前请人复核这份说明。如果接收方还不清楚需要什么格式，就先做一个小型导出文件，让他在自己的工具里打开。这样，不确定性就变成了一次精确的核查。

下表是一份可供调整的工作模板，并非某次租用所提供的能力清单。对于个人任务，请用您自己的检查替换客户名称。无论如何，都需要有一个人来决定产出是否合适。

一个硬性要求如果让产物无法用于预定用途，就属于阻塞性问题：产品不对、文字变得无法阅读、文件缺失或格式无法打开。偏好则用于在多个已经可用的产物之间做出取舍。请在试用前说明这种区别；否则，事后提出的审美意见可能被误认为是制作缺陷。

避免使用会随解读而变化的评判标准，例如“非常漂亮”“有智能感”或“专业”。请把它们与一个被认可的示例和一项可观察的事实对应起来：轮廓没有缺失区域、颜色与提供的参考一致、回答引用了正确的段落。当判断仍带主观性时，请指明由谁来做最终决定，并保留其参考示例。

不要堆砌与任务无关的约束。一次用于选定方法的试用，可以以一份有据可依的建议和若干带评注的产物收尾，不应被描述为一份可直接发布的完整成品。

在这个虚构示例中，一位自由职业者收到十二张图片，用于替换某个系列的展示图。最初的需求是“画面更干净”。经过沟通后，范围确定为：十二张 1 600 × 1 600 像素的 PNG，产品居中、白色背景，不修改 logo 或产品细节。这些尺寸只是本示例的选择，并非电商行业的通用规则。

她为第一次沟通挑选了三张输入图：一个浅色物体、一个深色物体和一个带文字的包装。客户在批量处理前先确认这些示例的取景和背景。这三张测试图可以计入十二张产出；它们不会自动累加到订购数量中。

在示例的第一次处理中，假设九张图片通过、两张需要修正、一张因输入图无法读取而被阻塞。总数仍是十二张。用一张标明“通过”“待返工”和“阻塞”状态的表格，可以一眼看出还剩多少工作。仅仅在一个文件夹里放十二个文件，并不能得出同样的结论。

修正后，两处返工均获通过。结果变为十一张通过、一个输入被阻塞。因此，预期的完整交付并未达成。这位自由职业者要么索取可用的原始素材，要么就十一张图片的范围达成明确一致。她把决定连同相关版本一起保留下来，而不是直接从清单里抹掉第十二个编号。

每次反馈时，请提供文件名、观察到的缺陷和期望的修改。“image-007 上的文字变形；请保留原始素材中的文字”就足以指明返工方向。“不行”则会让对方不得不重新梳理整个需求。

确定可以复核样本和交付物的时间点。如果确认环节需要等待一位不在场的人，请把这段等待时间纳入你的安排。预算指南会区分租赁的准备工作、实际运行、等待、返工和导出等阶段。在等待期间，即使没有任何计算在运行，只要你仍保留着租赁实例，这段时间同样占用额度。

当出现新需求时，请先说明其影响再开始执行。从十二张图片增加到二十张、增加一种格式或要求另一种风格，都会改变范围。请记录新的数量、额外的检查以及需要重新安排的日程。对已知缺陷的修正与需求的扩展，不应混在同一份清单里。

同时约定好你安排的轮次数量：例如先看一次样本，再进行一次计划内的返工。如果结果仍被拒绝，就先重新审视方法和范围，而不是无休止地增加尝试。

此说明用于梳理工作决策；它不能替代您任务本身的商业协议，也无法据此推断计算时长。仍需进行首次试算，以验证所选软件和文件的可行性。

脱离你们对话的语境再读一遍这份说明。你能否说出要交付哪些文件、识别出被拒绝的输出，并找到负责确认的人？如果哪一项答不上来，就在扩大工作量之前把它补齐。同时请客户确认所提供的要素：源文件版本、视觉参考和使用授权。

常见的错误包括一上来就处理整批文件、把生成的文件数当成已通过的结果，以及每次试跑后就更改标准。请保留最初的说明，并把修改记录在案。如果没有任何样本能达到要求，正确的决定可能是重新审视方法，或干脆放弃这条路线。有效的界定能让这个结论成为可能。