design-brief-generator

Compare original and translation side by side

🇺🇸

Original

English

🇨🇳

Translation

Chinese

Design Brief Generator

设计简报生成器

Overview

概述

Generate comprehensive, well-structured design briefs that align stakeholders and guide design projects. This skill helps designers create clear project briefs that define scope, goals, constraints, and success criteria.

Built for:

UX/UI designers
Product designers
Design leads
Design systems teams
Brand designers

生成全面、结构清晰的设计简报，协调各方利益相关者并指导设计项目。此技能可帮助设计师创建明确的项目简报，定义范围、目标、约束条件和成功标准。

适用人群：

UX/UI设计师
产品设计师
设计主管
设计系统团队
品牌设计师

Quick Start

快速开始

1. Generate Design Brief

1. 生成设计简报

Run the interactive script:

bash

scripts/generate_brief.sh

This will guide you through creating a comprehensive design brief covering:

Project goals and objectives
Target users and personas
Design constraints
Success criteria
Timeline and deliverables

运行交互式脚本：

bash

scripts/generate_brief.sh

该脚本将引导你创建一份涵盖以下内容的全面设计简报：

项目目标与目的
目标用户与用户画像
设计约束条件
成功标准
时间线与交付物

2. Validate Brief

2. 校验简报

Check brief completeness:

bash

scripts/validate_brief.sh <brief_file.md>

Ensures all critical sections are included.

检查简报的完整性：

bash

scripts/validate_brief.sh <brief_file.md>

确保所有关键章节均已包含。

Core Workflow

核心工作流程

When to Create a Design Brief

何时创建设计简报

Use a design brief for:

New product/feature design projects
Design system initiatives
Redesign projects
Brand identity projects
UX research initiatives

Skip for:

Minor UI tweaks
Bug fixes
Small iterations on existing designs

适合创建设计简报的场景：

新产品/功能设计项目
设计系统建设项目
重设计项目
品牌标识设计项目
UX研究项目

无需创建的场景：

小型UI调整
Bug修复
现有设计的小幅迭代

Design Brief Components

设计简报组成部分

1. Project Overview

1. 项目概述

What it includes:

Project name and description
Background and context
Why this project matters now
Business objectives
User problems being solved

Example:

markdown

undefined

包含内容：

项目名称与描述
背景与上下文
项目当前推进的必要性
业务目标
要解决的用户问题

示例：

markdown

undefined

Project Overview

项目概述

Project: Mobile app redesign Background: Current app has 2.8 star rating with users citing confusing navigation Business Goal: Increase app retention from 15% to 40% (Day 30) User Problem: Users can't find key features, leading to frustration and abandonment

---

项目： 移动端应用重设计 背景： 当前应用评分为2.8星，用户反馈导航混乱 业务目标： 将应用30日留存率从15%提升至40% 用户问题： 用户无法找到核心功能，导致不满与流失

---

2. Design Goals & Objectives

2. 设计目标与目的

Define what success looks like:

Primary design goal
Secondary goals
Success metrics
Must-haves vs. nice-to-haves

Example:

markdown

undefined

定义成功的标准：

核心设计目标
次要目标
成功指标
必备需求与可选需求

示例：

markdown

undefined

Design Goals

设计目标

Primary Goal: Create intuitive navigation that helps users complete core tasks in < 3 taps

Secondary Goals:

Reduce visual clutter by 40%
Improve accessibility (WCAG AA compliance)
Establish reusable component library

Success Metrics:

Task success rate: 90%+
Time on task: -50%
SUS score: 75+

---

核心目标： 创建直观导航，帮助用户在3次点击内完成核心任务

次要目标：

减少40%的视觉杂乱
提升可访问性（符合WCAG AA标准）
建立可复用组件库

成功指标：

任务成功率：90%+
任务完成时长：缩短50%
SUS评分：75+

---

3. Target Users & Personas

3. 目标用户与用户画像

Who are we designing for:

Primary user personas
User needs and pain points
User goals and motivations
Technical proficiency
Context of use

Example:

markdown

undefined

设计的目标受众：

核心用户画像
用户需求与痛点
用户目标与动机
技术熟练度
使用场景

示例：

markdown

undefined

Target Users

目标用户

Primary Persona: Sarah, Marketing Manager

Age: 32-45
Tech Savvy: Medium
Goals: Create campaigns quickly, track performance
Pain Points: Current tool too complex, takes too long
Context: Uses on desktop during work hours, sometimes mobile

---

核心用户画像： Sarah，营销经理

年龄： 32-45岁
技术熟练度： 中等
目标： 快速创建营销活动，跟踪绩效
痛点： 当前工具过于复杂，耗时过长
使用场景： 工作时间使用桌面端，偶尔使用移动端

---

4. Design Principles & Direction

4. 设计原则与方向

Guiding principles for the project:

Core design principles
Visual direction
Interaction patterns
Content strategy
Accessibility requirements

Example:

markdown

undefined

项目的指导原则：

核心设计原则
视觉方向
交互模式
内容策略
可访问性要求

示例：

markdown

undefined

Design Principles

设计原则

Clarity over cleverness - Users should never wonder what to do next
Progressive disclosure - Show what's needed, hide complexity
Consistent patterns - Use established design system components
Accessible by default - WCAG AA minimum, aim for AAA

---

清晰优先于花哨 - 用户永远无需猜测下一步操作
渐进式披露 - 仅展示必要内容，隐藏复杂度
模式一致性 - 使用已有的设计系统组件
默认支持可访问性 - 最低符合WCAG AA标准，目标达到AAA

---

5. Scope & Constraints

5. 范围与约束条件

What's in and out of scope:

In Scope:

Screens/flows included
Platforms (web, mobile, tablet)
Devices and browsers
Accessibility requirements

Out of Scope:

What we're NOT designing
Future considerations

Constraints:

Technical limitations
Timeline constraints
Resource constraints
Brand guidelines to follow

Example:

markdown

undefined

项目的包含与排除范围：

包含范围：

需设计的页面/流程
平台（网页、移动端、平板端）
设备与浏览器
可访问性要求

排除范围：

不涉及的设计内容
未来规划内容

约束条件：

技术限制
时间线约束
资源限制
需遵循的品牌规范

示例：

markdown

undefined

Scope

项目范围

In Scope:

Dashboard redesign (5 screens)
Mobile responsive (iOS, Android)
Dark mode support
WCAG AA compliance

Out of Scope:

Admin panel (separate project)
Native mobile apps (web only)
Marketing website

Constraints:

Must use existing design system
Launch deadline: 8 weeks
Development team: 2 engineers
No custom illustrations budget

---

包含范围：

仪表盘重设计（5个页面）
移动端适配（iOS、Android）
深色模式支持
符合WCAG AA标准

排除范围：

管理后台（单独项目）
原生移动端应用（仅网页端）
营销官网

约束条件：

必须使用现有设计系统
上线截止日期：8周
开发团队：2名工程师
无自定义插画预算

---

6. User Flows & Journeys

6. 用户流程与旅程

Key user paths to design:

Primary user flows
Entry points
Decision points
Success states
Error states

Example:

markdown

undefined

需设计的关键用户路径：

核心用户流程
入口点
决策点
成功状态
错误状态

示例：

markdown

undefined

Key User Flows

核心用户流程

Flow 1: Create Campaign

Land on dashboard
Click "New Campaign"
Choose template
Customize content
Preview
Publish
Success confirmation

Flow 2: View Analytics [Define the flow]

---

流程1：创建营销活动

进入仪表盘
点击「新建活动」
选择模板
自定义内容
预览
发布
成功确认

流程2：查看分析数据 [定义具体流程]

---

7. Deliverables & Timeline

7. 交付物与时间线

What will be delivered:

Design Deliverables:

User research (if needed)
Wireframes
High-fidelity mockups
Interactive prototype
Design specifications
Component documentation
Accessibility annotations

Timeline:

Week 1-2: Research & wireframes
Week 3-4: High-fidelity designs
Week 5-6: Prototype & testing
Week 7-8: Refinement & handoff

将交付的内容：

设计交付物：

用户研究报告（如需）
线框图
高保真原型图
交互式原型
设计规范
组件文档
可访问性标注

时间线：

第1-2周：研究与线框图设计
第3-4周：高保真设计
第5-6周：原型制作与测试
第7-8周：优化与交付

8. Success Criteria

8. 成功标准

How we'll measure success:

Qualitative:

User testing feedback
Stakeholder approval
Designer review
Accessibility audit pass

Quantitative:

Task success rate
Time on task
Error rate
SUS score
NPS

Example:

markdown

undefined

如何衡量项目成功：

定性指标：

用户测试反馈
利益相关者认可
设计师评审
通过可访问性审计

定量指标：

任务成功率
任务完成时长
错误率
SUS评分
NPS净推荐值

示例：

markdown

undefined

Success Criteria

成功标准

Usability Testing:

8/10 users complete primary task without help
Average SUS score: 75+
Zero critical accessibility issues

Business Metrics (post-launch):

40% Day 30 retention (up from 15%)
90% task completion rate
< 5% error rate

---

可用性测试：

10名用户中有8名无需帮助即可完成核心任务
平均SUS评分：75+
无严重可访问性问题

上线后业务指标：

30日留存率达到40%（原15%）
任务完成率90%
错误率<5%

---

Design Project Types

设计项目类型

1. New Feature Design

1. 新功能设计

Focus areas:

User needs validation
Integration with existing product
Interaction patterns
Edge cases

Brief template: Standard brief with emphasis on user flows

重点领域：

用户需求验证
与现有产品的集成
交互模式
边缘场景

简报模板： 标准简报，重点突出用户流程

2. Redesign Project

2. 重设计项目

Focus areas:

Current state analysis
What's working/not working
Migration considerations
Before/after comparisons

Additional sections:

Current pain points
Competitive analysis
Design audit findings

重点领域：

当前状态分析
优势与问题
迁移考量
前后对比

额外章节：

当前痛点
竞品分析
设计审计结果

3. Design System

3. 设计系统建设

Focus areas:

Component inventory
Design principles
Usage guidelines
Governance

Additional sections:

Adoption strategy
Documentation plan
Maintenance plan

重点领域：

组件清单
设计原则
使用指南
治理规则

额外章节：

落地策略
文档计划
维护计划

4. Brand/Visual Design

4. 品牌/视觉设计

Focus areas:

Brand attributes
Visual language
Mood boards
Design explorations

Additional sections:

Brand guidelines
Application examples
Asset deliverables

重点领域：

品牌属性
视觉语言
情绪板
设计探索

额外章节：

品牌规范
应用示例
资产交付物

Stakeholder Alignment

利益相关者对齐

Discovery Questions

前期调研问题

Ask before starting:

What problem are we solving?
Who are the users?
What are the business goals?
What's the timeline?
What are the constraints?
How will we measure success?
Who needs to approve?

启动前需确认：

我们要解决什么问题？
目标用户是谁？
业务目标是什么？
时间线是怎样的？
有哪些约束条件？
如何衡量成功？
谁需要审批？

Stakeholder Review Process

利益相关者评审流程

Design Brief Best Practices

设计简报最佳实践

DO:

建议做法：

✅ Start with "why" - Clearly state the problem
✅ Define success - Specific, measurable criteria
✅ Include constraints - Technical, time, resource
✅ Show examples - Inspiration, references
✅ Get buy-in early - Review draft with stakeholders
✅ Keep it concise - 2-3 pages maximum
✅ Make it visual - Include diagrams, mockups, references

✅ 从「为什么」开始 - 清晰阐述问题
✅ 定义成功标准 - 具体、可衡量的指标
✅ 包含约束条件 - 技术、时间、资源限制
✅ 提供示例 - 灵感、参考案例
✅ 尽早获得认可 - 与利益相关者评审草稿
✅ 保持简洁 - 最多2-3页
✅ 增加可视化内容 - 包含图表、原型图、参考素材

DON'T:

避免做法：

❌ Jump to solutions - Focus on problem first
❌ Be vague - "Make it better" isn't helpful
❌ Ignore constraints - They shape the solution
❌ Work in isolation - Involve PM, Engineering early
❌ Skip research - Base decisions on data
❌ Forget accessibility - Consider from the start

❌ 直接跳到解决方案 - 先聚焦问题
❌ 表述模糊 - 「做得更好」这类表述无实际意义
❌ 忽略约束条件 - 它们会影响最终方案
❌ 孤立工作 - 尽早让产品、工程团队参与
❌ 跳过调研 - 基于数据做决策
❌ 忘记可访问性 - 从项目初期就考虑

Accessibility in Design Briefs

设计简报中的可访问性

Minimum Requirements

最低要求

Every design brief should include:

WCAG Compliance:

Target level (A, AA, AAA)
Color contrast requirements (4.5:1 for text)
Keyboard navigation support
Screen reader compatibility
Touch target sizes (44x44px minimum)

Testing Plan:

Screen reader testing (NVDA, JAWS, VoiceOver)
Keyboard-only navigation
Color contrast validation
Automated testing (axe, Lighthouse)

See

references/accessibility_guidelines.md

for complete checklist.

每份设计简报都应包含：

WCAG合规性：

目标级别（A、AA、AAA）
色彩对比度要求（文本4.5:1）
键盘导航支持
屏幕阅读器兼容性
触摸目标尺寸（最小44x44px）

测试计划：

屏幕阅读器测试（NVDA、JAWS、VoiceOver）
纯键盘导航测试
色彩对比度验证
自动化测试（axe、Lighthouse）

完整checklist请查看

references/accessibility_guidelines.md

。

Cross-Functional Collaboration

跨职能协作

Working with Product

与产品团队协作

PM provides:

Business requirements
User research
Success metrics
Timeline constraints

Designer provides:

Design expertise
User experience recommendations
Feasibility feedback
Design timeline

产品团队提供：

业务需求
用户研究数据
成功指标
时间线约束

设计师提供：

设计专业建议
用户体验优化方案
可行性反馈
设计时间线

Working with Engineering

与工程团队协作

Engineering needs from brief:

Technical constraints acknowledged
Interaction patterns defined
Edge cases documented
Component reuse identified

Design provides to Engineering:

Design specifications
Component documentation
Interaction details
Responsive breakpoints

工程团队需要从简报中获取：

已明确的技术约束
定义清晰的交互模式
已记录的边缘场景
可复用组件的标识

设计师需向工程团队提供：

设计规范
组件文档
交互细节
响应式断点

Design Tools & Templates

设计工具与模板

Recommended Tools

Example Design Briefs

设计简报示例

Example 1: Mobile App Feature

示例1：移动端应用功能

markdown

undefined

markdown

undefined

Design Brief: In-App Messaging

设计简报：应用内消息功能

Project Overview

项目概述

Add direct messaging between users within our fitness app.

Business Goal: Increase engagement, reduce churn User Problem: Users want to connect with workout partners

在健身应用内添加用户间直接消息功能。

业务目标： 提升用户活跃度，降低流失率 用户问题： 用户希望与健身伙伴建立联系

Design Goals

设计目标

Enable 1:1 messaging
Keep it simple and focused
Integrate with existing notifications

支持一对一消息
保持简洁聚焦
与现有通知系统集成

Target Users

目标用户

Primary: Sarah, fitness enthusiast, 28-45, uses app 4x/week

核心用户：Sarah，健身爱好者，28-45岁，每周使用应用4次

Scope

项目范围

In: 1:1 text messaging, read receipts, notifications Out: Group chat, media sharing (future phase)

包含： 一对一文本消息、已读回执、通知提醒 排除： 群聊、媒体分享（后续版本）

Success Criteria

成功标准

40% of users try messaging in first 30 days
20% become weekly active messagers
No increase in support tickets

30天内40%的用户尝试使用消息功能
20%的用户成为周活跃消息用户
支持工单数量无增长

Timeline

时间线

6 weeks: Research (1w), Design (3w), Prototype & Test (2w)

---

6周：调研（1周）、设计（3周）、原型与测试（2周）

---

Example 2: Dashboard Redesign

示例2：仪表盘重设计

markdown

undefined

markdown

undefined

Design Brief: Analytics Dashboard Redesign

设计简报：分析仪表盘重设计

Project Overview

项目概述

Redesign analytics dashboard to improve data comprehension.

Current Issues:

Users overwhelmed by data
Key metrics buried
Poor mobile experience

重设计分析仪表盘，提升数据可读性。

当前问题：

用户被大量数据淹没
核心指标被隐藏
移动端体验差

Design Goals

设计目标

Surface most important metrics first
Enable drill-down for details
Make it mobile-friendly

优先展示最重要的指标
支持钻取查看详情
优化移动端体验

Target Users

目标用户

Marketing managers (primary)
Executives (secondary)
Data analysts (tertiary)

营销经理（核心）
高管（次要）
数据分析师（三级）

Success Criteria

成功标准

Users find key metric in < 10 seconds
Mobile traffic increases 30%+
SUS score: 75+

用户可在10秒内找到核心指标
移动端流量提升30%+
SUS评分：75+

Timeline

时间线

8 weeks (Research: 2w, Design: 4w, Testing: 2w)

---

8周（调研：2周，设计：4周，测试：2周）

---

Resources

资源

Scripts

脚本

generate_brief.sh - Interactive brief generation
validate_brief.sh - Check brief completeness

generate_brief.sh - 交互式简报生成脚本
validate_brief.sh - 简报完整性校验脚本

References

参考文档

design_brief_template.md - Comprehensive template
accessibility_guidelines.md - WCAG checklist
design_principles.md - Common design principles
user_research_methods.md - Research guidance

design_brief_template.md - 全面简报模板
accessibility_guidelines.md - WCAG checklist
design_principles.md - 通用设计原则
user_research_methods.md - 研究指导文档

Tips for Designers

设计师小贴士

Before Creating the Brief

创建简报前

Talk to stakeholders - Understand the real problem
Review existing research - Don't start from scratch
Check technical constraints - Talk to engineering
Understand the timeline - Be realistic

与利益相关者沟通 - 理解真实问题
查看现有研究 - 不要从零开始
确认技术约束 - 与工程团队沟通
明确时间线 - 保持现实性

During Brief Creation

创建简报时

Start with template - Don't reinvent the wheel
Be specific - Vague briefs lead to vague designs
Include visuals - Mood boards, references, examples
Define success - How will you know it worked?

从模板开始 - 不要重复造轮子
表述具体 - 模糊的简报会导致模糊的设计
加入可视化内容 - 情绪板、参考案例、示例
定义成功标准 - 如何判断项目成功？

After Brief Creation

简报创建后

Review with PM - Align on goals and scope
Review with Engineering - Validate feasibility
Get stakeholder sign-off - Explicit approval
Treat it as living doc - Update as you learn

与产品团队评审 - 对齐目标与范围
与工程团队评审 - 验证可行性
获取利益相关者签字确认 - 明确批准
将其视为动态文档 - 随项目推进更新

Common Pitfalls

常见陷阱

Pitfall 1: Too Broad

陷阱1：范围过宽

Problem: "Redesign the entire app" Solution: Break into phases, prioritize

问题：「重设计整个应用」 解决方案： 拆分为多个阶段，优先处理核心内容

Pitfall 2: Solution-First

陷阱2：先定解决方案

Problem: "Make it look like Apple" Solution: Start with user problems, not aesthetics

问题：「做成苹果那样的风格」 解决方案： 先聚焦用户问题，而非视觉风格

Pitfall 3: No Constraints

陷阱3：忽略约束条件

Problem: Ignoring technical/time limits Solution: Document and respect constraints

问题： 无视技术/时间限制 解决方案： 记录并尊重约束条件

Pitfall 4: Skipping Research

陷阱4：跳过调研

Problem: Designing based on assumptions Solution: At minimum, review existing data

问题： 基于假设做设计 解决方案： 至少查看现有数据

Pitfall 5: Vague Success Criteria

陷阱5：成功标准模糊

Problem: "Make it better" isn't measurable Solution: Define specific, testable criteria

问题：「做得更好」无法衡量 解决方案： 定义具体、可测试的指标

Summary

总结

A great design brief:

Defines the problem clearly
Sets goals and success criteria
Identifies users and their needs
Documents constraints (time, tech, budget)
Aligns stakeholders early
Guides the work without being prescriptive
Evolves as you learn

Get started:

bash

scripts/generate_brief.sh

This creates a solid foundation for successful design projects.

一份优秀的设计简报：

清晰定义问题
设定目标与成功标准
明确用户及其需求
记录约束条件（时间、技术、预算）
尽早对齐利益相关者
指导工作但不过度限制
随项目推进不断演进

立即开始：

bash

scripts/generate_brief.sh

这将为成功的设计项目打下坚实基础。