设计需求要写清目标、使用者、页面范围、必要内容、限制条件和交付要求。设计师拿到这份 Brief 后，应能判断先设计哪些页面、哪些内容已确定，以及用什么任务检查方案。“做得更好看”可以表达愿望，却没有说明应优先解决的问题。
一张产品体验活动报名页，核心任务是让访客确认活动是否适合自己，再完成报名。准备好活动介绍、表单规则和品牌资料，就可以在墨刀设计中建立画布，把需求逐项落到页面与状态上。
先写业务目标，再写视觉偏好
“提高报名转化”需要后续真实数据才能判断。设计阶段先明确可检查的任务：首次访问者能找到活动主题、适合对象、日期、费用与名额，填写必填项并查看提交结果。
练习项目采用免费活动报名，不包含支付，现有表单只收集姓名、邮箱和团队规模。品牌气质可以写成“清晰、轻量”，并给出保留品牌主色、减少装饰等具体方向；实际页面仍以任务和内容为先。
| 字段 | 活动报名页示例 | 评审问题 |
|---|---|---|
| 决策目标 | 让首次访问者完成报名提交 | 用户最后要做什么 |
| 成功信号 | 方案评审能走通浏览、确认、提交和结果查看 | 如何判断页面可用 |
| 不做什么 | 沿用现有报名字段与提交接口，不新增支付或账号注册 | 边界外的需求是否被排除 |
| 视觉方向 | 清晰、轻量，突出日期、名额和报名按钮 | 视觉选择是否服务层级 |
描述使用者和关键任务
同一活动可能有新访客、已报名用户和工作人员。Brief 先锁定本次主用户，再列出他必须完成的路径。示例主用户是第一次了解活动的产品经理，他需要知道活动适不适合自己、什么时候举行、是否还有名额、报名后在哪里查看通知。
- 从活动介绍进入报名页，确认主题与适合对象。
- 查看日期、地点、费用、名额和需要携带的设备。
- 填写姓名、邮箱和团队规模，理解字段错误提示。
- 提交后看到报名成功、资料链接与后续通知时间。
将“用户想了解更多”改成上述可观察动作，设计师才能决定信息顺序、按钮位置和结果状态。若工作人员也要使用同一页面，应另列后台任务，不能把两种角色混在一个主路径里。
把页面范围和排除项写清楚
页面范围至少包含入口、主页面、表单、结果和异常状态。排除项同样重要：不在本次设计中实现的页面、接口或品牌内容，应明确写出，避免评审时临时增加工作。
| 页面/状态 | 本次需要表达 | 不包含 |
|---|---|---|
| 活动详情 | 主题、讲师、日期、地点、费用、剩余名额、报名入口 | 支付流程和会员积分 |
| 报名表单 | 必填标识、格式校验、隐私说明、提交按钮 | 后端字段新增 |
| 提交结果 | 成功、重复报名、名额已满和网络失败 | 人工客服工单系统 |
| 移动端 | 单列阅读、固定底部主按钮、键盘遮挡处理 | 独立原生App |
给内容和状态资料，不让设计师猜
把已有文案、图片、Logo、字段规则和状态整理为可用资料。没有最终内容时，给出长度范围和示例数据，并标记“演示”，不要把临时文案当成发布稿。报名页至少要准备：
- 活动名称、摘要和讲师介绍；
- 日期、时区、地点/线上链接、费用与名额规则；
- 姓名、邮箱、团队规模等字段及格式限制；
- 成功、重复、满员、网络失败、字段错误的反馈文案；
- 品牌色、Logo、安全区、字体和图片授权状态。
本例费用显示为“免费”，提交表单不会进入支付页面。如果实际活动费用还没确定，应将收费方式列为待确认事项；它可能影响页面范围，不能只在视觉稿里临时补一个金额。内容替换后，再检查活动标题、日期、地址与费用说明的换行。
约束要能指导取舍
约束要说明设计时必须兼顾的条件。390px手机与1440px桌面可作为本次评审样本，仍需检查它们之间的换行与重排；不能把两张画布当作全部适配结果。主按钮应容易找到，固定底部按钮也不能遮住最后一个字段或错误提示。重要信息不能只靠颜色区分，活动图片须有明确授权。
| 约束类型 | 写法示例 |
|---|---|
| 设备 | 覆盖 390px 手机与 1440px 桌面，移动端表单不被键盘遮挡 |
| 内容 | 活动日期、名额和费用在详情与确认区域保持一致 |
| 交互 | 提交后必须展示成功或可恢复的失败状态 |
| 品牌 | 沿用已确认主色和 Logo 安全区，禁止拉伸 Logo |
| 交付 | 提供可点击原型、状态说明、组件引用和开发标注 |
把交付物和验收条件写成清单
“交付一套页面”无法判断完成。可以约定详情页桌面与移动版各一套，表单包含默认、输入中、字段错误、提交中、成功、重复报名、满员和网络失败状态；关键路径能演示，组件和状态说明可供研发查阅。原型中的成功与异常是评审演示，正式报名仍需接入接口并完成测试。
- 产品按任务脚本从详情进入表单，确认信息并提交。
- 设计检查标题、日期、名额和费用在各状态没有冲突。
- 研发查看组件属性、间距、颜色和状态说明，能找到对应资源。
- 手机宽度下检查换行、键盘、固定按钮和错误提示。
修改意见应能直接指向画面，例如：“手机报名表输入错误邮箱后，红色提示出现在页面顶部，用户看不到；请把提示放到邮箱字段下，并保留已填姓名。”设计师据此修改后，再重复同一操作检查结果。
可复制的设计 Brief 模板
项目名称：
决策目标：希望用户完成什么可观察动作？
主要用户：角色、场景、进入前提。
关键任务：按顺序列出用户要完成的步骤。
页面范围：包含哪些页面和状态；明确不包含什么。
内容资料：文案、图片、Logo、字段规则及版本。
约束：设备、品牌、技术、无障碍、时间和权限。
交付物：页面、组件、可点击原型、标注和状态说明。
验收：用什么任务脚本、尺寸和条件判断通过？
待确认：仍缺哪些资料，由谁在何时确认？
填好后的任务可以直接发给设计师：
项目：产品体验活动报名页改版。主要用户为首次了解活动的产品经理，从邀请链接进入。目标是让用户确认是否适合参加，完成姓名、邮箱和团队规模三个字段，提交后知道报名结果及后续通知方式。
本次设计活动详情、报名表单和结果状态，提供桌面及手机方案。活动免费，沿用现有字段和提交接口，不做支付、账号注册、后台名单管理或会员积分。需要设计字段错误、提交中、成功、重复报名、满员、网络失败；重复报名时提示查看已有通知，满员时返回活动详情，不显示虚构候补功能。
资料分工：运营整理活动名称、地点、讲师介绍与名额；产品提供字段规则与接口状态；品牌负责人提供Logo、字体及颜色规范。具体日期、讲师照片授权和提醒文案暂未确认，由运营在视觉定稿前补齐。设计草稿对这些位置作待确认标记，旧日期和测试邮箱不可进入最终交付。
第一轮先评审内容顺序与任务路径，确认后再细化视觉。交付物包括页面、复用组件、可演示路径、状态说明和研发标注。用“首次报名成功”和“邮箱重复/名额已满”任务检查；在390px、1440px及中间宽度核对信息、按钮与表单。
评审时问这五个问题
- 用户是否能在首屏理解活动价值并找到下一步？
- 所有关键字段、规则和错误状态是否有位置？
- 桌面和手机的布局变化是否仍保留同一条任务路径？
- 设计稿中的内容是否与已确认资料一致？
- 研发和运营是否能从交付物找到组件、文案和版本？
评审发现问题时，先判断是资料缺失、范围改变还是设计方案没有满足已确认任务。日期错误由内容负责人修正；临时增加支付属于范围变更；主按钮难以发现才进入布局与视觉调整。把不同问题分清楚，避免每轮都要求设计师“整体再优化”。
从一份可执行的设计需求开始
准备好Brief后，在墨刀设计中组织页面与组件，把评审意见放在对应位置，并在开发者模式核对尺寸、样式与资源。如果需要解释完整业务规则，可以同时补充PRD中的功能说明与验收条件；设计Brief保留当前设计任务所需的目标、范围和资料即可。
