# 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)