Централизованная техподдержка УГМУ

О проекте

Клиент: Уральский государственный медицинский университет

Роль: Инициатор, аналитик, архитектор процесса

Контекст и проблема

Студенты решали технические вопросы через преподавателей — те связывались с руководством управления по телефону или почте. Цепочка была длинной, непрозрачной и неэффективной: вопросы часто не решались из-за размытой ответственности, руководство тратило время на нерелевантные запросы, отсутствовал какой-либо учёт и анализ обращений.

Инициатива по изменению процесса исходила снизу — без финансирования и административного ресурса.

Как это развивалось

Шаг 1. Быстрый старт

Заведена общая почта для приёма обращений, доступ выдан профильным специалистам, адрес опубликован на сайте и в LMS. Поток сразу вырос до 30–50 писем в день — появилась первая точка входа для студентов.

Шаг 2. Ручная маршрутизация

Внутри почты созданы папки по специалистам, распределение входящих — вручную. Роль живого диспетчера: контроль сроков, подхват срочных заявок. Вопросы начали решаться, но скорость зависела от доступности специалистов, система не масштабировалась.

Шаг 3. Институционализация

Обоснована необходимость нового процесса перед руководством УЦТ. Нанят сотрудник для разгрузки почты, открыт очный кабинет поддержки, внедрена тикет-система с автоматической и ручной маршрутизацией. Появились SLA, прозрачность статусов и возможность анализировать обращения.

Шаг 4. Миграция

В письмах с почты добавлялись инструкции по новому формату. После набора критической массы пользователей — почта отключена с автоответом-перенаправлением. Плавный переход без сопротивления.

Результаты

• Выстроена работающая система техподдержки с нуля, которая продолжает развиваться — выросла до формата вузовского МФЦ («Мои документы»).
• Вопросы стали решаться предсказуемо и в срок.
• Руководство и специалисты управления избавлены от потока мелких нерелевантных запросов.
• Студенты получили понятный централизованный канал; нагрузка на деканаты и преподавателей снизилась.
• Начата категоризация нетехнических обращений — основа для дальнейшего расширения функций офиса.

Что получилось особенно хорошо

• Поэтапный подход: не стали ждать идеального решения, запустили минимально работоспособный вариант и итеративно улучшали.
• Роль живого диспетчера: на раннем этапе личный контроль качества и сроков позволил сохранить доверие студентов при переходе.
• Плавная миграция: почта отключалась постепенно, с инструкциями и автоответом — снизило сопротивление изменениям.
• Продвижение снизу: в условиях бюрократической инерции и отсутствия финансирования проект реализован за счёт личной инициативы и последовательной аргументации.

Рефлексия

Ничего бы не менял: поэтапный подход был оптимален для контекста. В большой организации без финансирования и с длинными согласованиями быстрее вряд ли получилось бы — только при воле сверху, а я проталкивал инициативу снизу.