需求交底：把「感觉」写成可验收的 brief

写不出验收标准的任务，不该外包；写得出的，才有资格谈价格。

一、三版「高级一点」

程野做了三年笔记工具，想给产品换一套视觉。他找了一位设计师，需求写得很诚恳：「希望更高级、更专业，符合我们面向知识工作者的定位。」

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

第一版回来，配色偏冷、字重很轻，确实「高级」，但表单里的错误提示几乎看不见。他反馈「再亲和一点」。第二版加了暖色和圆角，他又觉得「太像消费级产品，不够专业」。第三版对方几乎回到第一版，只是换了字体。三周过去，稿子改了五轮，双方都疲惫。

结算时设计师说了一句很实在的话：「你每次说的都对，但每次说的不是同一件事。」程野这才发现，他嘴里的「高级」同时包含了三层意思：视觉克制、信息清晰、可信赖。设计师每次只抓到了一层。

他后来重写了需求，把「高级」拆成可判断的句子：主色不超过两种、正文对比度达到无障碍标准、错误状态必须在三米外可辨认、首屏只保留一个主操作。第四版一次通过。

brief 的作用不是限制创意，而是把分歧提前。 写清楚之后，双方争论的是事实与取舍；写不清楚，争论的就变成了品味，而品味没有终点。

二、brief 七块：缺一块就多一轮返工

一份能用的 brief 不需要很长，但七块内容要齐。

背景与目标决定对方怎么取舍。 同一份设计，面向「每天用八小时的重度用户」和「一年打开三次的轻度用户」，密度、提示强度、默认值都会不同。不写清楚，对方只能按自己的经验猜。

输入要一次给全。 品牌资料、现有界面、真实文案、竞品参考、用户反馈，能给的都给。让对方自己去找，等于把调研成本转成返工风险。素材最好放在一个固定位置，并注明哪些是最新版本。

输出规格要写到文件名。 「源文件」不够具体。要写清用什么工具、保留哪些图层、按什么规则命名、是否需要可编辑文本、是否附带字体与授权说明。交付时按清单逐项勾，缺一项就是没交付。

验收标准必须能被第三方判断。 「清晰」不是标准，「正文对比度不低于 4.5:1」是标准；「流畅」不是标准，「首屏加载在常见网络下不超过 2 秒」是标准。写不出数字时，至少写一个可对照的样本。

禁区要提前列。 不能改的导航结构、不能出现的竞品名称、不能承诺的效果、必须保留的合规文案。这些事后补充，代价通常是一次完整返工。

时间要包含反馈窗口。 只写「两周交付」，没有写「你需要在收到初稿后 48 小时内反馈」，实际周期一定拖延。把双方的响应时间都写进去，才是完整的排期。

预算与付款要绑定变更。 总价、拆分、付款节点之外，必须写清「超出范围怎么计价」。没有这一条，变更单就无从谈起。

三、参考样本与反例

文字描述有歧义，样本没有。给三个正例和三个反例，比写五百字形容词有效。

样本要标注「要哪一点」。 只发一张截图，对方可能学配色、可能学布局、也可能学文案。用一句话圈定：「要的是它的信息层级，不要它的配色。」不标注的样本，等于把解释权交出去。

反例比正例更能收敛。 人对「不喜欢什么」的判断通常更一致。给两三个明确的反例，能快速排除大方向错误，减少第一轮的浪费。

不要让样本变成抄袭对象。 参考是为了对齐判断标准，不是让对方复刻。brief 里要写清「参考的是结构/语气/密度，不是视觉元素」，避免版权与品牌风险。

样本要来自真实场景。 用你自己的界面、你自己的用户反馈、你实际遇到的竞品，比用设计网站上的精选作品更有效。后者往往经过修饰，和你的约束不匹配。

四、可判断的验收标准、变更单与返工记录

把形容词翻译成条件，是 brief 里最值钱的一步。

每条标准都要有判断方式。 没有判断方式的标准，最后一定回到「我觉得」。工具测量、人工点数、固定环境实测，三种方式覆盖大多数验收场景。

变更单要写三件事：改什么、为什么、加多少钱或多少时间。 口头变更最危险，因为它既没有范围，也没有价格。哪怕是一句话的调整，也建议在消息里复述一遍并确认。

返工要分类记录。 是 brief 没写清、对方理解错、还是你自己改主意。三类原因对应三种动作：补 brief、换人或加沟通、走变更单。不分类，你只会得到「这次运气不好」的结论。

一次通过率比返工率更早预警。 返工率是结果，一次通过率是过程。连续三次交付都需要返工，说明 brief 或人选有系统性问题，不是单次波动。

验收要按清单逐项打勾。 把 brief 里的验收标准复制成一份清单，交付时逐条确认。全部通过才付款，部分通过则按变更单或返工处理。清单本身就是最好的争议证据。

五、行动清单与复算验收

先写 brief，再谈价格。顺序反过来，你会为一份没想清楚的需求付出两次成本。

• 用一句话写清这次任务解决什么问题、服务谁。
• 把输入素材集中到一个位置，标注版本与最新日期。
• 写清输出规格：格式、尺寸、命名、图层、源文件要求。
• 把每条验收标准翻译成可判断的条件与判断方式。
• 列出禁区：不能改的结构、不能用的素材、不能承诺的效果。
• 写明里程碑、双方反馈窗口与最终日期。
• 写明总价、付款节点与超出范围的计价方式。
• 交付后记录返工原因分类，并回写到下一版 brief。

验收标准：brief 七块齐全，每条验收标准都有对应的判断方式，且一个不了解项目的人读完能独立判断交付是否合格。

brief 完整度 = 已写清楚的区块数 ÷ 7
示例：背景、输入、输出、验收、时间、预算齐全，禁区没写 → 6 ÷ 7 ≈ 0.86

返工率 = 返工工时 ÷ 总交付工时
一次通过率 = 无返工交付数 ÷ 总交付数
示例：5 次交付中 2 次一次通过 → 2 ÷ 5 = 40%
若连续三次低于 50%，先查 brief，不要先换人

使用边界与实操验收

本文处理的是「如何把需求写成可验收的 brief」，不涉及合同条款的法律效力、知识产权归属的具体约定与跨境合作的税务处理。涉及著作权转让、保密义务与付款争议时，请按所在地法规与专业人士意见处理。

• 找人与试单：作品、报价、背调与红旗信号 ：试单用的说明就是 brief 的雏形，本文把它写完整。
• 发包方的成本结构：报价、付款节点与合同最小集 ：brief 定范围，下一篇定价格与付款。
• 13.1 美术需求书（Brief）的结构化写法 ：它给美术 brief 的模板，本文给跨设计、内容与开发的通用七块。

实操验收建议做两件事。第一，把最近三次外包的 brief 找出来，按七块打分，看缺的总是哪一块；第二，把验收标准复制成清单，下次交付时逐项打勾，不再凭印象付款。

七块与阈值不是行业标准。 4.5:1、2 秒、50% 都是为了让判断可执行而选的教学刻度。任务类型不同，标准应重写，但「可判断」这个要求不变。

三种情形不适用本文。 一是探索性任务，结果无法预先定义；二是对方已经在你的业务里深度参与，brief 由他起草；三是监管行业，验收标准来自外部规范而非双方约定。

关键参考与核验范围

核验日期：2026-10-25。以下链接仅作为公开文档入口，用于核对需求表述与验收清单的通用做法，本文未逐条引用其内容。

• RFC 2119：Key words for use in RFCs to Indicate Requirement Levels ：用于核对「必须、应该、可以」这类要求词的强度区分。
• GitHub Docs：About issues ：用于核对任务描述、清单与验收项的组织方式。

引用口径。 本文只借用两份文档的表述习惯：要求强度词与可勾选清单。文中的 1200 美元、26 小时与 40% 等数字全部来自教学假设。

核验范围。 核验的是「七块 brief + 可判断验收 + 变更记录」这套结构是否仍然可操作，不是比对某个协作工具当前的功能。

如何自行复核。 打开两份文档，确认要求词的分级与任务清单的用法没有变化；再用自己最近一次外包重算 brief 完整度与一次通过率，与本文示例对照。

系列导航

• 上一篇：找人与试单：作品、报价、背调与红旗信号
• 下一篇：发包方的成本结构：报价、付款节点与合同最小集
• 回到目录：一个人的借力：外包、自动化与协作边界
• 相关阅读：需求边界：把「再改一下」变成变更单 、13.1 美术需求书（Brief）的结构化写法