项目信息

类型

设计系统(DS)

客户

Too Good To Go (Unofficial)

职责

UX设计师

时间线

2025年10月至2025年12月

工具

Figma & Zeroheight

团队

Carol B, Wendy L, Shreya L, Rohini R

Bagel 设计系统:打造 Too Good To Go iOS 应用的可扩展与可持续设计体系

01 项目概述
01 项目概述
背景

什么是Too Good To Go?


 Too Good To Go 是一款移动应用,通过连接用户与餐厅及商家,将剩余食物以折扣价格售出,从而减少食物浪费。该平台以友好的品牌语气和明确的环保使命著称,吸引了广泛的用户群体,帮助他们在日常生活中做出更加可持续的消费选择。

最终产出

🥯 全面的设计系统基础体系


 通过系统化构建视觉与结构基础(色彩、字体、间距、设计令牌与栅格体系),实现界面的一致性、清晰的信息层级与良好的可访问性。

🥯 UI 组件库


搭建可复用的组件与设计token体系,以提升设计效率并支持产品的规模化落地。

🥯 设计系统文档记录 (Zeroheight)


在 Zeroheight 中构建组件、使用规范与交互逻辑的系统化文档,降低理解成本,提升设计系统的可采纳性与使用效率。


介绍


Bagel 是一套为 Too Good To Go 构建的非官方设计系统,旨在将复杂且持续扩展的产品界面,重构为清晰、一致且具备可访问性的设计体系。通过构建可复用组件、统一设计原则与系统化文档,Bagel 支撑产品在跨场景与长期演进中的一致性与可扩展能力。

我的角色


主导设计系统的构建与落地

参与组件规范与文档体系的完善与维护

最终落地

🥯 全面的设计系统基础体系


 通过系统化构建视觉与结构基础(色彩、字体、间距、设计令牌与栅格体系),实现界面的一致性、清晰的信息层级与良好的可访问性。

🥯 UI 组件库


搭建可复用的组件与设计token体系,以提升设计效率并支持产品的规模化落地。

🥯 设计系统文档记录 (Zeroheight)


在 Zeroheight 中构建组件、使用规范与交互逻辑的系统化文档,降低理解成本,提升设计系统的可采纳性与使用效率。


介绍


Bagel 是一套为 Too Good To Go 构建的非官方设计系统,旨在将复杂且持续扩展的产品界面,重构为清晰、一致且具备可访问性的设计体系。通过构建可复用组件、统一设计原则与系统化文档,Bagel 支撑产品在跨场景与长期演进中的一致性与可扩展能力。

我的角色


主导设计系统的构建与落地

参与组件规范与文档体系的完善与维护

最终落地

🥯 全面的设计系统基础体系


 通过系统化构建视觉与结构基础(色彩、字体、间距、设计令牌与栅格体系),实现界面的一致性、清晰的信息层级与良好的可访问性。

🥯 UI 组件库


搭建可复用的组件与设计token体系,以提升设计效率并支持产品的规模化落地。

🥯 设计系统文档记录 (Zeroheight)


在 Zeroheight 中构建组件、使用规范与交互逻辑的系统化文档,降低理解成本,提升设计系统的可采纳性与使用效率。


背景

什么是Too Good To Go?


 Too Good To Go 是一款移动应用,通过连接用户与餐厅及商家,将剩余食物以折扣价格售出,从而减少食物浪费。该平台以友好的品牌语气和明确的环保使命著称,吸引了广泛的用户群体,帮助他们在日常生活中做出更加可持续的消费选择。

02 问题定义:为何需要重构 TGTG 的设计系统?
02 问题定义:为何需要重构 TGTG 的设计系统?
问题01

十度……灰?


Too Good To Go 的色彩使用存在不一致问题。尽管品牌色在主要操作中应用清晰,但界面中存在多种相似的灰色调,缺乏明确的使用规则与语义区分。

问题 02

按钮 Déjà Vu


按钮是应用中承载操作的核心组件,但当前缺乏统一规范:相同操作对应多种按钮样式与尺寸。主按钮高度不统一,同一操作使用不同图标风格,导致设计与开发在实现新功能时存在不确定性与理解偏差。

问题 03

图标缺乏统一身份


图标在形状、圆角处理与线条粗细上不一致,同一语义的图标也存在多种表现形式,导致视觉语言不统一。

问题 04

难以阅读,也容易被忽略


界面存在对比度不足的问题,部分配色未达到 WCAG 标准;同时按钮间距过近,点击区域过小,降低了整体可用性,尤其对视力或行动受限用户影响更为明显。

问题01

十度……灰?


Too Good To Go 的色彩使用存在不一致问题。尽管品牌色在主要操作中应用清晰,但界面中存在多种相似的灰色调,缺乏明确的使用规则与语义区分。

问题 02

按钮 Déjà Vu


按钮是应用中承载操作的核心组件,但当前缺乏统一规范:相同操作对应多种按钮样式与尺寸。主按钮高度不统一,同一操作使用不同图标风格,导致设计与开发在实现新功能时存在不确定性与理解偏差。

问题 03

图标缺乏统一身份


图标在形状、圆角处理与线条粗细上不一致,同一语义的图标也存在多种表现形式,导致视觉语言不统一。

问题 04

难以阅读,也容易被忽略


界面存在对比度不足的问题,部分配色未达到 WCAG 标准;同时按钮间距过近,点击区域过小,降低了整体可用性,尤其对视力或行动受限用户影响更为明显。

03 解决方案:Bagel 设计系统如何提供帮助?

没有统一规则,规模化难以成立;设计系统通过提供稳定基础,保障跨团队与多市场的持续扩展。

没有统一规则,规模化难以成立;设计系统通过提供稳定基础,保障跨团队与多市场的持续扩展。

为产品的规模化扩展提供支撑

为产品的规模化扩展提供支撑

在没有设计系统的情况下,每个功能都需要重复构建 UI 模式;而统一的设计系统通过复用与标准化,显著提升设计与开发效率。

降低功能迭代的单位成本

组件的不一致直接导致用户体验的割裂;设计系统通过统一规则,让界面更加可预测、一致且可信。

提升界面的稳定性与一致性

04 设计过程:我们是如何建立Bagel设计系统的?
步骤 1/3

建立统一设计规则,确保每个 Bagel 的一致性。

为避免组件各自为政、缺乏统一性,我们先确立了一组核心设计原则,用以指导整体设计方向。

反思:这一步让我从关注“设计是否好看”,转向思考“设计是否符合系统”。在保证一致性的同时,也为创意与灵活调整保留空间。

反思:这一步让我从关注“设计是否好看”,转向思考“设计是否符合系统”。在保证一致性的同时,也为创意与灵活调整保留空间。

步骤 2/3

构建 Bagel:从基础体系到设计模式的构建

在确立设计原则后,我们开始构建 Bagel 设计系统的核心:从基础(Foundations)出发,逐步扩展到组件(Components),并通过设计模式(Patterns)将整体连接起来。


Figma UI 组件库 🔗

🥯 基础体系 (Foundation)


我们从定义设计系统的基础层开始:包括色彩、字体、间距与网格系统。


在色彩上,以绿色作为主色,强化 Too Good To Go 可持续发展的品牌定位


我们继续使用 Tenon 字体以保持品牌一致性,并通过统一的网格与间距系统,建立共享的结构基础。


在图标方面,我们使用 Microsoft 的设计系统 Fluent,以统一图标风格。


我的贡献:定义了间距和网格体系,并对设计token进行了命名。

🥯 组件


在基础体系之上,我们对核心 UI 组件(按钮、卡片、标签等)进行了系统化构建,通过定义灵活的属性与多种变体,以支持不同使用场景。


我的贡献:设计卡片组件(Card)、设计底部导航(Bottom Navigation)、设计搜索栏(Search Bar)、构建分割线组件(Divider)



🥯 设计模式 (Patterns)


在单个组件之上,我们进一步构建了设计模式(Patterns),作为可复用的页面级构建单元,支持跨页面的统一应用。这些预构建的模式减少了从零开始设计的需求,提升设计效率,并加快产品实现速度。


我的贡献:构建页面头部模式(Header Pattern)、设计轮播模块模式(Carousel Pattern)

🥯 用户测试(验证系统有效性🙂‍↕️)


为了验证设计系统的可用性,我们开展了一轮小规模用户测试,邀请设计师使用 Bagel UI Kit 进行界面设计。


基于反馈,我们对 UI Kit 进行了迭代优化,包括提升组件的灵活性、完善文档内容,以及减少配置与使用过程中的阻力。

反思:这一阶段让我理解,设计系统的构建本质上是一个协作与对齐的过程。在保证一致性与完整性的同时,需要通过持续沟通来协调不同设计习惯与风格,从而形成统一的设计语言。我也逐步建立起以通用性为导向的组件设计方式:不再针对单一界面优化,而是从多种使用场景出发进行设计,从而提升组件的灵活性与复用性。

反思:这一阶段让我理解,设计系统的构建本质上是一个协作与对齐的过程。在保证一致性与完整性的同时,需要通过持续沟通来协调不同设计习惯与风格,从而形成统一的设计语言。我也逐步建立起以通用性为导向的组件设计方式:不再针对单一界面优化,而是从多种使用场景出发进行设计,从而提升组件的灵活性与复用性。

步骤 3/3

设计系统的价值,不在组件本身,而在其被清晰表达与共享的能力。

为了让设计系统能够在团队之外被有效使用,我们将 Bagel 设计系统整理并发布在 Zeroheight 上。文档结构注重可读性与可扫描性,使设计师能够快速理解各组件的使用方式。 同时,我们补充了字体、图标及组件库的配置说明,降低使用门槛,帮助新用户更顺畅地上手。

为每个组件设定清晰的规则

针对每个组件,我们明确了结构(anatomy)、使用方式、设计规范以及可访问性指引,在保证一致性的同时保留灵活性。这一体系使组件能够在不同使用场景中灵活适配,同时仍遵循统一且清晰的设计规则。

反思:良好的文档记录(documentation) 能够将设计决策转化为团队共享的知识,而不只是个人偏好。通过这一过程,我学会使用统一的设计语言,对组件进行清晰且一致的说明。我更加关注组件“如何使用”以及“为何这样设计”,从而让设计系统更易被理解、采纳并在实际工作中被高效地应用。

Bagel UI 组件库亮点

Bagel UI 组件库亮点

以灵活性为设计核心

组件支持通过内置属性(如boolean控制与下拉选项)进行灵活配置,以适应不同使用场景。通过多种变体设计,组件能够快速适配不同布局、状态与交互行为,减少重复构建的成本

无障碍,从设计开始

所有组件在设计之初即遵循 WCAG 可访问性标准,提前考虑对比度、间距与交互状态等关键要素。 这种“默认具备”的可访问性能力,使设计师能够专注于体验创新,同时确保产品的包容性与可用性。

可复用的即用型设计模式

我们将组件整合为经过验证的设计模式,形成可复用的结构单元。 团队无需从零构建界面,而是可以基于一致、可扩展且可直接用于开发的模式快速搭建产品。

拖拽即可完成。

以灵活性为设计核心

组件支持通过内置属性(如boolean控制与下拉选项)进行灵活配置,以适应不同使用场景。通过多种变体设计,组件能够快速适配不同布局、状态与交互行为,减少重复构建的成本

无障碍,从设计开始

所有组件在设计之初即遵循 WCAG 可访问性标准,提前考虑对比度、间距与交互状态等关键要素。 这种“默认具备”的可访问性能力,使设计师能够专注于体验创新,同时确保产品的包容性与可用性。

可复用的即用型设计模式

我们将组件整合为经过验证的设计模式,形成可复用的结构单元。 团队无需从零构建界面,而是可以基于一致、可扩展且可直接用于开发的模式快速搭建产品。

拖拽即可完成。

Bagel 设计系统展示(项目汇报)

Bagel 设计系统展示(项目汇报)

通过制作项目演示文稿(pitch deck),我们将 Bagel 设计系统的目标、结构与价值进行结构化表达。这一对外展示的过程,也促使我们跳出设计执行,从更宏观与批判性的视角审视系统的完整性与合理性。


演示文稿 🔗

通过制作项目演示文稿(pitch deck),我们将 Bagel 设计系统的目标、结构与价值进行结构化表达。这一对外展示的过程,也促使我们跳出设计执行,从更宏观与批判性的视角审视系统的完整性与合理性。


演示文稿 🔗

Bagel能带来的影响

Bagel能带来的影响

让时间用在更有价值的地方


通过复用组件,提升设计效率与产出质量。

轻松实现一致性


通过系统化设计,降低维护成本,确保体验统一。

开箱即用的无障碍体验


减少重复构建与额外适配成本,让设计更高效且具包容性。

灵活,而非脆弱


 通过可扩展与可配置的设计,使系统能够从容应对持续更新与变化。

让时间用在更有价值的地方


通过复用组件,提升设计效率与产出质量。

轻松实现一致性


通过系统化设计,降低维护成本,确保体验统一。

开箱即用的无障碍体验


减少重复构建与额外适配成本,让设计更高效且具包容性。

灵活,而非脆弱


 通过可扩展与可配置的设计,使系统能够从容应对持续更新与变化。

总结与反思

总结与反思

总结

Bagel的未来展望

总结

Bagel的未来展望

灰度上线与内部试用(Dogfooding)

我们计划通过内部试用(dogfooding)逐步引入 Bagel 设计系统,使设计师与开发者在真实工作场景中持续使用,从而验证系统的可用性与实际价值。

持续优化与迭代设计系统

结合用户反馈与实际使用情况,我们将迭代优化组件灵活性,扩展设计模式体系,并持续提升无障碍性与定制能力。

在长期使用中持续演进与完善

通过持续更新、系统治理与迭代机制,使设计系统能够随着新功能、新平台及约束变化不断演进,并保持长期有效性。

灰度上线与内部试用(Dogfooding)

我们计划通过内部试用(dogfooding)逐步引入 Bagel 设计系统,使设计师与开发者在真实工作场景中持续使用,从而验证系统的可用性与实际价值。

持续优化与迭代设计系统

结合用户反馈与实际使用情况,我们将迭代优化组件灵活性,扩展设计模式体系,并持续提升无障碍性与定制能力。

在长期使用中持续演进与完善

通过持续更新、系统治理与迭代机制,使设计系统能够随着新功能、新平台及约束变化不断演进,并保持长期有效性。

总结

个人反思

总结

个人反思

 这个项目让我从“设计界面”,转向“设计系统”。


🥯 设计系统思维: 设计系统的核心不在于 UI 本身,而在于建立一套可扩展的共享决策规则。


🥯 团队协作:  一致性来源于团队之间的协作与对齐,而非个人设计偏好。


🥯 产品与用户体验视角: 组件设计不仅是解决当前界面问题,更是为未来的多场景使用做准备


特别感谢我们Team

Team 成员(从左到右): 我, Wendy, Shreya and Rohini


 这个项目让我从“设计界面”,转向“设计系统”。


🥯 设计系统思维: 设计系统的核心不在于 UI 本身,而在于建立一套可扩展的共享决策规则。


🥯 团队协作:  一致性来源于团队之间的协作与对齐,而非个人设计偏好。


🥯 产品与用户体验视角: 组件设计不仅是解决当前界面问题,更是为未来的多场景使用做准备


特别感谢我们Team

Team 成员(从左到右): 我, Wendy, Shreya and Rohini


遇见 Bagel🥯

从容而稳,简而有意。

Create a free website with Framer, the website builder loved by startups, designers and agencies.