Что было нужно
Дать слушателю самостоятельный путь от поиска программы до обучения и документов
Как разрозненные ручные операции и обучение в Moodle превратились в связанную систему: от выбора и оплаты программы до завершения обучения, оформления документов и коммуникаций со слушателем.
Главное о проекте — до технических подробностей.
Дать слушателю самостоятельный путь от поиска программы до обучения и документов
Публичная платформа, личный кабинет, обучение, внутренний портал учебного отдела и коммуникационная инфраструктура в едином жизненном цикле слушателя.
Публичный каталог, поиск и фильтры программ доступны без авторизации
Для ЧОУ ДПО «РАДО» публичную образовательную платформу, личный кабинет, учебные сценарии, внутреннюю работу учебного отдела и коммуникации собрали в одну систему. Публичная часть доступна для проверки; закрытый портал описан только на безопасном уровне без адреса, интерфейсов и данных слушателей.
Показываем реальные публичные экраны. Закрытые кабинеты, переписки и персональные данные в галерею не попадают.

Учебная среда не связывала коммерческий, образовательный и административный контуры.
Moodle закрывала учебный контент, но не весь путь слушателя. Подбор программы, оформление, оплата, выдача доступа, сопровождение, статусы учебного отдела, документы и коммуникации оставались разнесены между системами и ручными действиями. Масштабировать такую модель без потери контекста и управляемости становилось всё сложнее.
Изменение затронуло не только интерфейс обучения, но и работу подразделений вокруг него.
Каждый этап передаёт следующему системе достаточно данных для продолжения процесса.
Поиск, категории и фильтры.
Корзина и данные слушателя.
Переход заказа в оплаченный статус.
Курс появляется в личном кабинете.
Материалы и итоговое тестирование.
Результат поступает в учебный отдел.
Оформление, учёт и выдача по регламенту.
Сначала вместе с подразделениями заказчика разобрали фактический путь слушателя, точки передачи данных, статусы и ответственность. После этого спроектировали связанные публичный и внутренний контуры, собрали команду разработки и последовательно связали бизнес-процессы, интерфейсы, интеграции и инфраструктуру.
Описали путь слушателя и работу подразделений до разработки: действия, статусы, документы, точки передачи данных и зоны ответственности.
Связали каталог и поиск программ, оформление заказа, онлайн-оплату, личный кабинет и доступ к обучению.
Выстроили последовательность «курс → материалы → тестирование → завершение» и связали её с дальнейшей обработкой учебным отделом.
Создали рабочий контур для статусов слушателя, обработки завершения или отчисления, подготовки документов, выдачи и связанных с ФИС ФРДО операций.
Интегрировали ProstoSMS по API для индивидуальных и массовых сценариев и собственную почтовую инфраструктуру Zimbra для корпоративных, системных и информационных сообщений.
Сергей Кутрань отвечал за концепцию, анализ процессов, архитектуру, сбор и координацию команды, связь разработки с бизнесом и длительное развитие системы.
Посетитель может пройти коммерческую и учебную часть пути без ручной выдачи доступа на каждом шаге.
Программы доступны по названию, коду, направлениям и фильтрам — это сокращает путь до подходящего курса.
Оформление связано с дальнейшим доступом: после оплаты курс становится доступен в личном кабинете.
В кабинете разделены курсы, тесты, заказы и документы, поэтому слушатель видит этапы своего взаимодействия с организацией.
Закрытая система продолжает процесс после обучения, но её адрес, интерфейсы и данные намеренно не публикуются.
Сотрудники работают со статусами слушателя, завершением или отчислением, подготовкой и выдачей документов, а также операциями, связанными с передачей сведений в ФИС ФРДО. Формулировка не означает полную автоматизацию государственной системы: платформа поддерживает внутренний процесс подготовки и обработки данных.
Архитектура появилась после совместного разбора работы отделов, а не из предположений команды разработки.
Проект нельзя свести к работе одного разработчика: в нём соединялись процессы заказчика, продуктовые решения, разработка и инфраструктура.
Сергей Кутрань отвечал за концепцию, анализ процессов с подразделениями, архитектуру, формирование команды из разработчиков и дизайнеров, постановку и координацию задач, а также связь бизнеса, разработки и инфраструктуры. Реализация развивалась как командный долгосрочный проект.
Коммуникации встроены в жизненный цикл слушателя и разделены по назначению.
Индивидуальные сервисные уведомления и согласованные массовые сообщения. API позволяет отправлять сообщения и контролировать статусы доставки.
Документация сервиса →Корпоративная, внешняя и системная переписка, а также информационные рассылки работают на собственной почтовой инфраструктуре организации.
Рекламные SMS и email предусмотрены только при подтверждённом предварительном согласии адресата, с прекращением отправки по требованию и постоянным исключением отказавшихся получателей.
Массовая отправка требует не только шаблона письма, но и управляемой инфраструктуры, наблюдения и правил использования базы получателей.
По данным владельца проекта, во время крупных рекламных кампаний исторический объём исходящих email мог достигать порядка 500 000 сообщений в сутки. Это пиковый факт эксплуатации, а не обещание постоянной производительности или гарантия пропускной способности.
Результаты описаны через процессы и доступные функции — без вымышленных процентов, сроков окупаемости и маркетинговых обещаний.
Слушатель проходит основной путь в одном цифровом контуре
Оплата и доступ к обучению связаны последовательным сценарием
Учебный отдел работает со статусами и документами в отдельном внутреннем портале
Процессы между подразделениями формализованы до уровня системы
Сервисные SMS и email встроены в жизненный цикл слушателя
Архитектура поддерживает дальнейшее развитие без возврата к набору ручных операций
Технология помогает выполнить процесс, но не заменяет правовые основания, локальные документы и ответственность оператора данных.
Страница не публикует персональные данные, закрытые интерфейсы и внутренние адреса. Обработка данных слушателей должна соответствовать действующей политике оператора и требованиям 152-ФЗ. Рекламные коммуникации требуют подтверждённого предварительного согласия и прекращаются по требованию адресата. Упоминание ФИС ФРДО означает поддержку связанных рабочих процессов, а не заявление о полной автоматизации государственной системы. Этот кейс не является юридическим заключением.
Разработка полного цикла начинается там, где интерфейс должен продолжать реальный процесс организации.
Кейс РАДО показывает компетенцию команды на стыке образовательной платформы, внутренней автоматизации, интеграций и инфраструктуры. Ценность создаёт не количество экранов, а согласованная работа публичной системы, учебного отдела и коммуникационных каналов.
Публичные признаки проверены на действующей платформе; внутренние сценарии описаны по данным владельца проекта без раскрытия закрытой системы.
Указываем функции и интеграционные роли, но не домысливаем языки программирования, базы данных, серверную топологию и защитные настройки.
Направления ИТ - Сопровождение бизнеса, связанные с проектированием и эксплуатацией подобных систем.
Публичные сервисы и личные кабинеты вокруг процессов организации.
Подробнее →Статусы, интеграции и внутренние рабочие контуры.
Подробнее →Собственная почтовая инфраструктура и сопровождение.
Подробнее →Развитие от администрирования к разработке полного цикла.
Открыть историю →Подробный состав, условия и стоимость направлений, использованных в проекте.
Создаём корпоративные сайты, каталоги и веб-сервисы, а также принимаем на сопровождение существующие проекты. Связываем разработку с инфраструктурой: Git, сервер, безопасный релиз, резервное копирование, мониторинг, документация и дальнейшее развитие.
Подробнее об услуге →Связанная услугаРазбираем ручной процесс, убираем лишние шаги и автоматизируем устойчивую схему: заявки, согласования, документы, уведомления, обработку файлов и контроль сроков. Интеграции, боты и AI подключаем как отдельные компоненты только там, где они дают измеримый эффект.
Подробнее об услуге →Связанная услугаРазрабатываем порталы, личные кабинеты, системы заявок, согласований, документов и специализированные CRM. Начинаем с одного рабочего процесса и ролей, запускаем MVP, связываем его с 1С, сайтом и другими системами и затем развиваем по данным использования.
Подробнее об услуге →Связанная услугаПодключаем или переносим почту организации, настраиваем домен и защитные записи SPF, DKIM и DMARC, создаём ящики и проверяем доставку без потери переписки.
Подробнее об услуге →Связанная услугаСопровождаем Windows- и Linux-серверы, доменную инфраструктуру, терминальный доступ и платформы виртуализации. Контролируем обновления, ресурсы, резервные копии и события.
Подробнее об услуге →Связанная услугаПроектируем и внедряем управляемый обмен между системами компании. Связываем 1С, CRM, сайт, кассу, платёжные каналы и API, предусматриваем журнал, повторные попытки, уведомления и ручной сценарий на случай сбоя.
Подробнее об услуге →
Каталог украшений, персональные продукты, мастер-классы, события и собственная система управления контентом для локального бренда из Тольятти.
Смотреть кейс →
Перенесли рабочий процесс из разрозненных таблиц в систему с ролями, воронкой, задачами и историей изменений.
Смотреть кейс →
Веб-портал и мессенджеры в единой модели технической поддержки бизнеса.
Смотреть кейс →Напишите своими словами, что не работает или что нужно запустить. Сергей Кутрань уточнит необходимые детали и предложит понятный следующий шаг.