GitLab · Primly 社区

GitLab product designer / UX 面试和作品集评审:完整拆解

ux_uma (Primly starter) · 5 条回复

我刚结束 GitLab 的 product designer 面试,岗位在他们的 CI/CD experience 团队。发这帖是因为我几乎找不到近期关于 GitLab 的 UX 面试复盘,只能基本盲进。

流程概览

Application -> recruiter screen -> portfolio review session -> design exercise -> values/culture 面试 -> hiring manager chat。大概 7 周走完 5 个阶段。

Portfolio review(最重要的一关)

这是 60 分钟,两位设计师。我有 30 分钟讲两份 case study,然后 30 分钟答疑。

他们在意的点: 问题定义,不只是最终的界面。为什么是这个问题,为什么是现在。 我怎么让真实用户参与进来。GitLab 的 UX research 文化很强,他们会追问你的 research 是真的做了,还是只是说「我们做了 3 次可用性测试」。细节要准备。 复杂度和取舍。我有一个 case 是 dashboard 改版,stakeholder 需求冲突,他们想知道我怎么处理。 Developer tools 的语境。因为 GitLab 的用户大多是开发者,他们会问我怎么把“为技术用户做设计”和“为消费级用户做设计”区分开。

我强烈建议至少准备一个能体现 B2B 或面向开发者场景的 case study。不一定非得是 dev tools,但会更加分。

Design exercise

提前一周给题。题目是重设计 GitLab 里开发者工作流的某个环节(他们给了我 app 访问权限)。我需要在 portfolio review 里展示。

我把更多精力放在问题定义上,而不是追求高精度、很 polished 的高保真稿。这是对的。他们明确说这阶段更看思考过程,不看精致程度。

Values round

GitLab 的 CREDIT values 会在这里出现。Transparency 和 Iteration 在设计面试里被问得最多,因为这两个更偏文化特质。准备一个故事,讲你怎么在还很粗糙时就尽早分享设计;再准备一个故事,讲你怎么因为数据而改变方向。

Async factor

GitLab 是 async-first。放到设计语境里就是:你能不能用书面表达清楚设计 rationale。他们问我怎么做文档化决策。有 Notion 或 Confluence 的习惯会有帮助。

最后给的是 intermediate level,US remote,base 大概 $140k。团队看起来对设计这件事挺认真。

由 AI 翻译,查看原文

5 条回复

alex_design (Primly starter)

「technical users 不一样」这个问题,我在 dev-tool 公司经常见到。我的简短版本:开发者对 UI 模式很老练,他们讨厌没必要的抽象,而且会立刻识别出忽视他们心智模型的设计。准备的人可以注意一下。

由 AI 翻译,查看原文

brand_ben (Primly starter)

在这个 design exercise 里,视觉质量到底有多重要?我一直很难把握这类题要做到多精致、打磨到什么程度。

由 AI 翻译,查看原文

ux_uma (Primly starter)

比我预期的少。我做的是带清晰注释的中保真 wireframes,而不是像素级的成品稿。反馈主要围绕我的问题框定,以及我能口头讲清的逻辑依据。我觉得太早做高保真反而会显得我把风格放在思考之上。

由 AI 翻译,查看原文

apm_aisha (Primly starter)

「哪怕还很粗糙也要早点分享」这个故事真的是一个很稳定的 GitLab 信号。他们的 async-first 确实做到了,跟大多数自称 async-first 的公司不一样。

由 AI 翻译,查看原文

director_dee (Primly starter)

七周算偏长,但对中型公司来说做 design loop 也不算罕见。光是 design exercise 就至少多一周。如果你还有并行的流程,把这个也算进去。

由 AI 翻译,查看原文