Григорий Добряков

Case Study

UMI.CMS/UMI.RU — переход от коробочного продукта к SaaS

Роль: CTO (техдиректор) | Период: 2010-2012 | Команда: 10-15 человек (Dev, QA, DevOps)

Провел end-to-end трансформацию инженерной системы в условиях высокой неопределенности: формальных KPI на старте не было, а ожидание бизнеса и рынка было одно — стабилизировать продукт, вернуть доверие клиентов к обновлениям и обеспечить масштабируемый рост.

Situation

  • • Продукт: UMI.CMS/UMI.RU, на старте — 65 тыс. коммерческих пользователей.
  • • Релизы выходили раз в несколько месяцев.
  • • Клиенты избегали обновлений из-за частых поломок.
  • • В трекере было несколько тысяч дефектов и 5-10 новых багов в день.

Task

  • • Стабилизировать продукт и поставку без потери темпа развития.
  • • Пересобрать инженерную команду и операционную модель разработки.
  • • Внедрить воспроизводимый контур качества, релизов и деплоя.
  • • Создать фундамент для масштабируемой SaaS-модели.

Action

  • • Переформировал команду, заменив консервативную часть и набрав более 50% новых специалистов.
  • • Ввел процессы контроля качества, системный баг-трекинг и QA-практики.
  • • Запустил DevOps-подход и CI/CD-пайплайны для стабильных поставок.
  • • Построил распределенную тестовую ферму для десятков сред.
  • • Провел миграцию на новые принципы обновления продукта.
  • • Управлял изменениями через личный пример и дообучение команды.

Какие навыки были применены

Result

Релизы

с месяцев до ~1/неделю

Новые баги

с 5-10/день до <=5/неделю

Бизнес-эффект

+50% выручки

и база: 65k -> 1.8 млн

Клиентская база

рост до 1.8 млн пользователей

Первые устойчивые сигналы появились через 6 месяцев: продукт стал стабильнее, корпоративные клиенты перестали бояться апдейтов. Через 1.5 года эффект стал публично заметным на рынке: клиентская база выросла до 1.8 млн пользователей, клиенты активнее запрашивали новые функции, а engineering-контур стал предсказуемым.

Материалы по кейсу