如何写出真正能上线的设计简报

大多数设计简报都是作秀。它们描绘梦想,罗列“现代”“以人为本”之类的形容词,最后附上一块客户为了显得支持而签字的氛围板。然后项目就开始跑偏了。

能上线的简报回答六个问题,约束条件只占一页,并以在开工前写好的终止标准收尾。其余的都是装饰。

大多数设计简报都是作秀

传统的设计简报读起来像婚礼致辞。满是感情,缺少决定,签字的人又太客气,不好意思反驳。

文档有 30 页幻灯片,情绪板有 40 张图片。却没有任何地方写明谁来决定工作完成、什么数字会终结合作关系,或者这个项目不做什么。

这不是简报,而是一份套了封面的愿望清单。到第六周客户要求“再来一轮”时,它就死了,因为乙方手里没有任何文件可以结束这场对话。

真正的简报简短、明确、让人不舒服。如果大声读出来没有让谁在座位上坐立不安,它就没有完成使命。

每份设计简报都必须回答的六个问题

每份简报、每个项目、每次合作都一样。如果简报答不出这些问题,项目就还没准备好。

漏掉任何一个,三个月后你就得在收件箱里为项目辩护。

决策人、完成标准,以及范围的边界线

前三个问题决定谁拥有这项工作,以及这项工作是什么。这里的含糊回答会毒害其余一切。

1. 谁来决定工作已完成

一个名字。不是“领导团队”,不是“看到了我们自然会知道”,也不是“创始人最后会提点意见”。

一位能说可以、能说不行、而且他的“可以”具有约束力的审批人。如果他需要先征求其他人的意见,简报里也要列出这些名字,但签字的仍然是审批人。委员会不会批准设计,只会把设计谈成一团糊。

在第一段就写明决策人。如果客户做不到,项目就还没准备好开始。

2. “完成”究竟是什么样子

不是“一个精致的网站”。不是“一个引起共鸣的品牌”。而是一个你可以截图的成果物,和一个你可以交给陌生人的链接。

对营销网站来说,完成就是一个已部署的 URL,具备明确的页面数量、组件库和 Core Web Vitals 阈值。对品牌识别来说,完成是一个资产文件夹,里面有标志套件、字体系统、颜色令牌和一页使用说明。具体、可拍照、可收尾。

如果团队无法用一句话描述最终交付物,这份简报就还停留在情绪板模式。

3. 明确不在范围内的是什么

任何简报中最有力的部分,就是项目不会做的事项清单。

每个项目都有看不见的相邻工作,在没人盯着的时候悄悄溜进范围内。能上线的简报会给它们盖上“范围外”的章,写成这样:“不做额外本地化,不做 CRM 集成,第四周之后不再进行第二轮品牌探索。”

范围外事项是保护,不是拒绝。你不需要设计系统讲的是系统层面的同一种纪律,而设计师现在都是 PM 了说明了为什么范围管控要写在简报里。

用数字写下金钱和时间

接下来的两个问题把氛围变成数字。

4. 什么预算数字会终止项目

一个具体的货币金额。不是“紧张”,不是“有竞争力”,不是“灵活”。一个一旦超出就结束合作的数字。

其实是两个数字。一个是项目的报价,一个是触发停止的数字。终止数字通常比报价高 15% 到 25%,这样团队可以消化诚实的失误,而不必隐瞒超支。

把终止数字写进简报并签字。定价页问题在公开界面上讲了同样的纪律,基于价值的定价则是更深入的读物。

5. 什么时间线会终止项目

一个真实的日历日期。不是“Q3”,不是“夏末之前”,不是“发布之前”。一个一旦错过就结束合作或触发重新谈判的日子。

同样是两个日期。上线日期和终止日期。没人愿意写终止日期,因为写下来它就成真了。照样要写。

如果与发布或融资挂钩,就把终止日期绑定到它上面。Anthropic 以评测为门槛的发布和 Linear 的六周周期,都意味着背后有人写下了日期,并拒绝挪动。

定义成功的那个数字

最后一个问题最小,争议也最大。它决定其他一切。

6. 唯一重要的指标是什么

一个。单数。不是仪表盘。一个团队外部可观察的数字,用来决定项目是否成功。

对营销网站来说,是每月合格线索数。对一次发布来说,是前 30 天内的激活账户数。对品牌焕新来说,是入站商机质量的可衡量变化,而不是“品牌知名度”。

人们总想列出五个指标,这样就没有什么会失败。抵制这种诱惑。

这个唯一的指标要写进简报、合同,并挂在墙上。反仪表盘讲了为什么一个数字胜过藏在仪表盘后面的十二个。

一页约束清单

六个问题,一页纸。如果答案塞不进一张纸,项目就还在谈判中。

复制这个模板,当着客户的面填好,并在规划下一阶段之前拿到签字。

ONE-PAGE CONSTRAINTS SHEET Project: [name] Client: [company] Date: [date] 1. DECIDER Approver of record: [single name + title] Consulted before approval: [up to 3 names] 2. DONE Final deliverable: [one sentence] Acceptance artifact: [URL, file, or shipped surface] 3. OUT OF SCOPE Not included: - [item] - [item] - [item] Anything not listed above is also out of scope. 4. BUDGET Sold at: [currency + figure] Kill at: [currency + figure] 5. TIMELINE Ship date: [calendar date] Kill date: [calendar date] External anchor: [event, launch, or contract trigger] 6. METRIC The one number we own: [metric] Measured by: [tool or person] Reviewed: [date] Signed: ______________________ [decider name + date]

Copy

格式不重要,纪律才重要。一张能放进手机屏幕、在开工会上大声读出、由决策人签字的清单,能让项目上线。一份没人读的 30 页简报做不到。

终止标准,在开工前写好

终止标准是没人愿意写的部分,因为写它感觉像是在计划失败。跳过它,则是在计划受苦。

终止标准是在第一天写下的条件,用来有意地暂停或结束项目。不是“情况不太妙”,而是“这件事发生了,接下来我们这样做”。

一套适用于典型设计合作的可用标准:

1. 决策人在项目中途更换,且没有书面交接。 新决策人须在五个工作日内重新签署约束清单,否则项目暂停。

2. 达到预算终止数字。 工作停止,开具诚实的发票,并重新界定下一阶段的范围。

3. 到达时间线终止日期,而完成条件仍未上线。 项目进入书面重新谈判,而不是悄无声息地延期。

4. 未经变更单就新增了范围外事项。 三个工作日内签署变更单,否则该请求作废。

5. 唯一指标变得无法衡量。 如果团队连续两个评审周期都无法衡量它,就重新打开简报。

6. 连续两个里程碑延误,且没有书面原因。 在下一个里程碑开始前,项目与决策人一起进入恢复评审。

每条标准都有触发条件和应对措施。应对措施绝不是“看看大家感觉如何”,而是书面的、机械执行的动作。

简报不会预测每一次失败。它只是预先承诺:当失败变得显而易见时,团队会如何行动。

Linear、Stripe 和 Vercel 的简报读起来是什么样

这些公司之外没人读过他们的简报。作品就是简报的倒影。

Linear 按六周周期交付,有一位负责到底的负责人、收紧的范围和已上线的界面。Stripe 在功能上线当天就发布文档,这意味着文档是和功能同时写进简报的。Vercel 把部署日志变成发布界面,这与加载状态就是产品里讲的是同一种姿态。

从作品反推简报。每个界面一位决策人。完成意味着已上线,而不是已批准。范围外清单,就藏在那些从未上线的功能里。

教训不是“像 Linear 那样写简报”,而是“看看你敬佩的作品,问问什么样的简报才能产出它”。失败模式写在为什么 2026 年每个 SaaS 都长一个样里。

简报是合同,不是愿望清单

与合同放在一起的简报就是合同。躺在积灰的 Notion 页面里的简报,只是愿望清单。

把约束清单附在工作说明书后面。在合作函里引用终止标准。让唯一指标成为一项条款,而不是一张幻灯片。如果线框图是一个界面的结构性合同,那么简报对整个合作来说就是同样的东西。

当工作跑偏时(它总会跑偏),简报终结这种偏移。一页纸,签了字,在开工会上读过,钉在项目频道里。这就是简报和作秀的区别。

周一早上就这样做

你桌上的下一份简报,在开工电话会之前先过一遍六问测试。

打开它。拿一张白纸,左边写六个问题,右边写简报给出的答案。如果有任何答案缺失、含糊,或者用形容词而不是成果物来写,那就是开工会的议程。不是“我们来过一遍幻灯片”,而是“这六个问题没答完,我们就不能开始”。

大多数客户会尊重这一点。少数不尊重的,正是那些会造成延期交付和拖欠尾款的客户。简报在工作开始之前就把他们筛掉了。

FAQ

设计简报应该多长?

一页约束清单,外加团队所需的任何背景资料。约束清单就是合同。如果这些约束一页放不下,项目就还在谈判中。

创意简报和设计简报有什么区别?

创意简报涵盖信息、受众和语气。设计简报在此之上,还涵盖决定项目能否上线的运营约束:决策人、完成标准、预算终止线、时间线终止线、范围外事项、唯一指标。只有创意简报而没有设计简报,就是一份氛围文档。

谁应该写设计简报,乙方还是客户?

乙方起草,客户修改,决策人签字。完全由客户写的简报是愿望清单;完全由乙方写的是销售文档。正确的简报是共同撰写的,乙方负责结构,客户负责约束。

CTA

想要一个把简报当合同来执行、而不是当开工幻灯片的伙伴吗?Brainy 围绕六个问题、一页约束清单和保护各方的终止标准来交付。雇用 Brainy,你看到的第一样东西就是一份简报,在一个像素移动之前就已签字。