# Implement design & UI elements

> 原文：[https://docs.gitlab.com/ee/development/contributing/design.html](https://docs.gitlab.com/ee/development/contributing/design.html)

# Implement design & UI elements[](#implement-design--ui-elements "Permalink")

有关在 GitLab 上实现 UX 的指导，请参阅我们的[设计系统](https://design.gitlab.com/) .

The UX team uses labels to manage their workflow.

问题上的〜" UX"标签向 UX 团队发出信号，表明它将需要 UX 注意. 为了更好地了解 UX 解决问题的优先级，请参阅手册的[UX 部分](https://about.gitlab.com/handbook/engineering/ux/) .

解决问题并准备好进行开发后，UXer 会删除〜" UX"标签，并将〜" UX ready"标签应用于该问题.

有一个特殊类型的标签，称为〜"产品发现"，用于 UX，PM，FE 和 BE. 它代表讨论问题和潜在解决方案的发现问题. 该问题的最终输出可能是需求文档，设计工件，甚至是原型. 该解决方案将在随后的里程碑中开发.

〜"产品发现"问题与其他任何问题一样，并且在当前里程碑中安排时，应包含里程碑标签，〜"可交付成果"或〜"伸展".

The initial issue should be about the problem we are solving. 最初的问题应该与我们正在解决的问题有关. If a separate [product discovery issue](https://about.gitlab.com/handbook/engineering/ux/ux-department-workflow/#how-we-use-labels) is needed for additional research and design work, it will be created by a PM or UX person. 如果需要其他[产品发现问题](https://about.gitlab.com/handbook/engineering/ux/ux-department-workflow/#how-we-use-labels)来进行其他研究和设计工作，则将由 PM 或 UX 用户创建. Assign the ~UX, ~"product discovery" and ~"Deliverable" labels, add a milestone and use a title that makes it clear that the scheduled issue is product discovery (for example, `Product discovery for XYZ` ). 分配〜UX，〜"产品发现"和〜"可交付成果"标签，添加一个里程碑，并使用标题清楚地表明计划的问题是产品发现（例如， `Product discovery for XYZ` ）.

为了解决发行版中的产品发现问题，您必须完成以下操作：

1.  UXer 删除〜UX 标签，添加〜" UX ready"标签.
2.  修改产品发现问题中的问题描述以包含最终设计. 如果有道理，可以将指示设计需求的原始信息移至下部的"原始信息"部分.
3.  将设计复制到为其创建了产品发现问题的交付问题的描述中. 不要简单地将产品发现问题称为独立的事实来源.
4.  在某些情况下，产品发现问题还标识了将来的增强功能，这些增强功能不会包含在起源产品发现问题的问题中. 对于这些项目，请创建包含设计的新问题，以确保它们不会丢失. 如果这些问题是好的想法，则将这些问题放在待办事项中. 否则，将它们分类.

* * *

[Return to Contributing documentation](index.html)