DevBox
Внутренний инструмент для ML-команд: создание окружений, ресурсы, статусы, подключение через IDE/SSH.
- Роль
- Product Designer
- Компания
- Т-Банк / ML Core
- Период
- июнь 2025 — октябрь 2025
DevBox inventory
feature-train
8 CPU · 32 GB
baseline-lab
4 CPU · 16 GB
vision-exp
16 CPU · 64 GB
Create DevBox
Суть
Кейс про то, как сложный внутренний devtool можно перевести из команд, wiki и экспертных ритуалов в интерфейс, который помогает быстрее стартовать и реже ошибаться.
Контекст
ML-инженеры и аналитики работали с окружениями через технические правила, CLI и документацию. Создание и поддержка окружения требовали знания внутренних ограничений.
Проблема
Нужно было спроектировать интерфейс создания и управления DevBox так, чтобы техническая точность сохранилась, но путь стал понятным для пользователя.
Пользователи
ML-инженеры, аналитики и разработчики, которым нужно быстро поднять окружение, понять его состояние и подключиться к работе.
Моя роль
Я вёл продуктовый дизайн направления: собирал требования, проводил интервью, описывал сценарии, статусы, edge cases и интерфейсные паттерны.
Ограничения
Часть логики уже существовала на бэкенде и в CLI. Статусы, ошибки и ограничения нельзя было спрятать за красивыми сообщениями — их нужно было объяснить точно.
Процесс
• Собрал карту сценариев: создание, запуск, остановка, ошибка, cooldown, подключение.
• Провёл интервью и сессии с ML-инженерами и аналитиками.
• Разложил статусы по понятным пользовательским состояниям.
• Проверил структуру форм, таблиц и карточек окружения на прототипах.
Ключевые решения
• Сделал статус окружения главным уровнем ориентации.
• Разделил создание DevBox на блоки конфигурации, чтобы снизить когнитивную нагрузку.
• Показал недоступные действия через причины, а не просто disabled-состояния.
Результат
Решения дошли до production и помогли превратить технический сценарий в устойчивый web-поток для внутренних пользователей.
Вывод
Внутренние продукты выигрывают не от декоративного упрощения, а от точного языка состояний и прозрачных ограничений.