
Внутренняя кухня «Ветменеджер»
В недавнем вебинаре исполнительный директор (CVO) компании «Ветменеджер» Владимир Романичев приоткрыл завесу тайны над внутренними процессами разработки и поддержки одноименной системы управления ветеринарной клиникой. Он подробно рассказал о структуре команды, философии управления и о том, какой путь проходит идея от простого обращения пользователя до полноценного релиза. Эта статья представляет собой подробный обзор ключевых моментов его выступления.
Философия роста и управления
Для описания текущего состояния компании Владимир Романичев обратился к методологии Ицхака Адизеса, согласно которой «Ветменеджер», несмотря на 20-летний опыт на рынке, все еще находится на энергичных и полных идей стадиях «Давай-давай» и «Юность». Это означает, что компания активно развивается, генерирует множество идей и стремится к их реализации, одновременно осознавая необходимость внедрения регламентов и структурированных процессов для перехода к более зрелой стадии «Стабильность».

Стадии роста компании
Одним из ключевых инструментов для наведения порядка в процессах стала RACI-матрица. Этот подход позволяет четко распределить ответственность в рамках командного взаимодействия. Для каждой задачи определяются роли:
В «Ветменеджер» эта матрица применяется для процессов, требующих участия нескольких отделов, что, по словам спикера, значительно повышает прозрачность, скорость принятия решений и итоговое качество работы.
Команда, которая создает продукт
За созданием и поддержкой программы стоит слаженная команда специалистов, каждый из которых играет важную роль. Хотя в компании работает много сотрудников, включая бухгалтеров и дизайнеров, для конечного пользователя ключевое значение имеет взаимодействие со следующими отделами:
Отдел | Основные функции |
Техническая поддержка | Первая линия общения с пользователями: консультации, обучение, вебинары, сбор обратной связи. Выступают «термометром», измеряющим настроения и боли клиентов. |
Программисты | Пишут код, создают новые функции, исправляют ошибки. |
Тестировщики | Занимаются поиском ошибок, проверяют функционал на прочность и пишут автоматизированные тесты для предотвращения будущих проблем. |
Системный аналитик | Работает над самыми сложными задачами, требующими глубокой проработки, такими как интеграция с системой «Честный ЗНАК» и другими государственными сервисами. |
Продакт-менеджер | Отвечает за продукт в целом, определяет приоритеты разработки и решает, какие задачи и в каком порядке будут реализованы. |
От идеи до релиза: жизненный цикл обращения пользователя
Владимир Романичев подчеркнул, что обращения пользователей — это начало всех процессов в компании. Каждое сообщение, будь то критика, идея или сообщение об ошибке, внимательно изучается и регистрируется. Процесс обработки запроса выглядит следующим образом:
- Поступление и классификация. Все обращения делятся на три основные категории: баги (ошибки в работе), запросы в поддержку (помощь с настройками, данными, обучением) и идеи по улучшению (предложения нового функционала).
- Анализ и объединение. Команда поддержки анализирует похожие запросы от разных клиник и объединяет их в одну общую задачу. Это помогает понять масштаб проблемы или востребованность новой функции.
- Приоритизация. Количество клиник, запросивших ту или иную доработку, напрямую влияет на ее приоритет. Спикер в шутку отметил, что стоимость реализации одной средней задачи можно условно оценить в «один миллион рублей», так как ее разработка может занять от нескольких часов до месяца работы команды.
- Разработка и тестирование. После утверждения задача передается в разработку, а затем тщательно тестируется.
- Релиз и сбор обратной связи. Готовая функция или исправление публикуется в релизе, после чего команда снова собирает обратную связь от пользователей, и цикл начинается заново.
За кулисами разработки
Помимо реализации новых функций по запросам пользователей, команда разработки решает и множество внутренних задач, не всегда заметных, но критически важных для стабильности и производительности продукта:
- Исправление багов: Некоторые ошибки могут проявляться в коде, написанном много лет назад, по мере того как пользователи начинают активнее использовать старый функционал.
- Технический долг: В процессе быстрой разработки (например, для соответствия требованиям законодательства) принимаются временные технические решения, которые позже требуют переработки для обеспечения стабильности.
- Оптимизация производительности: С ростом числа пользователей и объемов данных программе требуется постоянная оптимизация, чтобы сохранять быстродействие.
- Импортозамещение: Переход на отечественные аналоги сторонних сервисов также стал значительной частью работы в последние годы.
В заключение Владимир Романичев поблагодарил пользователей за их терпение, идеи и конструктивную критику, подчеркнув, что именно обратная связь является главным двигателем развития «Ветменеджер». «Мы с вами одна команда и делаем этот продукт лучше», — подытожил он.
Смотреть запись вебинара: