REpublic
Внутренний портал управления релизами
01 · КОНТЕКСТ
О продукте
REpublic — внутренний портал управления релизами, который обрабатывает 1000+ деплоев в день. Основная мысль: GitLab построен вокруг бранчей и тегов, а команде нужна была сущность «релиз» как центральный объект.
Проектирование первых версий MVP, общение с пользователями, защита концепции. И передача первых вариантов дизайна в разработку. Передача проекта другому дизайнеру, осуществление арт-дирекшена. Работа над некоторыми фичами в роли дизайнера.
Моя роль
На этом проекте Валерия Зарубенкова выросла с Middle до Senior-дизайнера. Позже она написала статью о том, как мы создавали REpublic. На неё я и опираюсь в этом кейсе.
02 · ПРОБЛЕМА
Зачем создавать замену GitLab?
В Ozon десятки департаментов и сотни команд. Каждый день они выкатывают релизы — от маркетплейса до внутренних инструментов для сотрудников. Поэтому мы сделали свой сервис. У нас появилась гибкость, и мы можем подстраивать его под наши процессы. И у нас появится единый центр мониторинга и координации, благодаря которому можно сделать процесс выкатки релизов более удобным, прозрачным и контролируемым. Чужой сервис — падает или закрывает доступ, и ты ничего не можешь с этим сделать.
01
Исследование
Общение с пользователям.
02
Сбор референсов и прототип
Исследуем «конкурентов», на основе этого проектируем интерфейс
03
Презентация и MVP
После того как всё сделали, собираем презентацию и MVP версию
Первая версия
Первые варианты страницы релиза в REpublic
03 · MVP
MVP который пошел в прод
Мы работаем итерациями: MVP сознательно собрали урезанным, чтобы было куда расти. Теперь закрываем боли пользователей, собираем обратную связь и дорабатываем интерфейс. Новые фичи и визуальные обновления выкатываем регулярно — о них расскажу ниже.
MVP версия

Для начала разберём то, как устроен релизный портал. Мы разбили процесс выкатки на шаги, в которых удобно ориентироваться и знать, что сейчас происходит и что можно сделать с релизом в интерфейсе. Поэтому у нас были искусственно введены статусы релиза, на которых завязана логика работы нашего сервиса.
У данного решения есть минус. Боковое меню очень быстро начало заполняться статусами.
И им стало невозможно пользоваться. И через 6 месяцев мы его переверстали
Глеб Долгов. Lead UX Designer
Финальная версия (2026 год)
Новый подход не только поменял блоки местами, в нём узкая часть стала местом управления релизом и выдачей ключевых данных. А остальную часть экрана мы отдали под задачи и пайплайны.
Автоустановка релиза
В сервисе теперь можно практически с любому релизу настроить флоу по автоустановку. Что ускоряет флоу выкатки релиза и не нужно сидеть и руками проходить все шаги. При этом в любой момент можно перейти в ручную установку.
Данным флоу занималась Саша Чеснакова. Я здесь выступал как ментор.
Другие страницы интерфейса
Photo by Jacob
Photo by Kolya
Photo by Oliver
Photo by Leo
Photo by Paul
Результаты:
  • Консистентность дизайна. UX-паттерны переиспользуются от проекта в проекту.
  • Описание макетов. Теперь у разработки было меньше вопросов к флоу
  • Дизайнер отвечает за продукт. Он эксперт в этом.
  • Дизайн-ревью до выкатки в продакшен
Дизайнеры проекта
  • Глеб Долгов
    Lead UX Designer
  • Александра Чеснокова
    Senior UX Designer
  • Валерия Зарубенкова
    Senior UX Designer
  • Ирина Касевич
    Middle UX Designer
Давайте вместе создавать
самые крутые проекты!