Эра бюрократии в высших учебных заведениях Казахстана подходит к концу. Айтишник Максим Старченко основал платформу, которая поможет цифровизировать университеты в стране и упростить жизнь как студентам, так и их преподавателям. В эксклюзивном интервью для er10.kz Максим рассказал про то, как работает эта экосистема.
— Расскажите, как родилась идея вашего стартапа.
— Идея родилась, когда я еще был обычным студентом КазНУИ, а не сотрудником. Мой близкий друг, работавшая в университете — Елена Шестакова — как-то подошла ко мне с просьбой помочь автоматизировать сбор обращений от студентов. Изначально была идея собирать все жалобы и запросы через обычную электронную почту (e-mail). Но мне показалось это слишком слабым решением. Я понимал, что на эту почту сотрудники быстро «забьют», письма будут теряться, и в скором времени про этот ящик бы просто забыли. Нужно было решение, которое не позволит игнорировать заявки и заставит систему работать как часы. Так я решил написать полноценную CRM-систему с Telegram-ботом — ANGEL SYSTEM.
— Почему проблема бюрократии, вы считаете, особенно актуальна для Казахстана?
— Парадокс заключается в том, что Казахстан — один из мировых лидеров по цифровизации госуслуг (eGov, банковские приложения). Мы привыкли решать дела за пару минут со смартфона. Но стоит зайти внутрь многих университетов, как ты сталкиваешься с «каменным веком» — бегунками, бумажными заявлениями и бесконечными очередями к кабинетам. Это отнимает огромное количество времени у студентов и создает хаос для самих сотрудников. Государство активно внедряет концепцию «Слышащего государства», но без локальных цифровых инструментов внутри вузов достичь прозрачности невозможно.
— Как именно эту проблему решает ваш стартап?
— Я решил проблему через создание единого «цифрового окна». Студенту не нужно устанавливать тяжелые мобильные приложения — всё взаимодействие происходит через удобный и знакомый Telegram-бот. Студент может оставить заявку (например, сообщить о поломке мебели в аудитории, отправить жалобу или задать вопрос деканату) буквально в пару кликов. На другой стороне администрация получает эти обращения в защищенной веб-панели CRM в виде Kanban-доски. Ни одна заявка больше не теряется на столе: у каждой есть статусы, сроки и ответственный модератор.
— Не думаете ли вы, что та самая бюрократия может помешать внедрению вашей системы в университеты? Если такой риск есть, то как вы планируете взаимодействовать с вузами?
— Риск сопротивления огромный. Любая устоявшаяся система противится цифровизации, потому что новые технологии делают работу абсолютно прозрачной: сразу видно, кто закрывает заявки быстро, а у кого они висят неделями. На примере КазНУИ я понял, что этот барьер можно преодолеть, только показав реальную пользу. Сотрудникам я продемонстрировал, как система навсегда избавляет их от толп недовольных студентов под дверью, позволяя работать в спокойном режиме через CRM. А руководству показал аналитику, где все процессы вуза видны как на ладони. Я планирую и дальше внедрять систему через демонстрацию измеримых результатов руководству.
— Расскажите, на каких технологиях базируется ваша экосистема.
— Я выстраивал архитектуру так, чтобы она была надежной и выдерживала высокие нагрузки. Бэкенд написан на языке Python 3 с использованием фреймворка Flask. В качестве базы данных я использую MySQL, причем реализовано строгое дополнительное шифрование паролей администрации для защиты доступов. Для обработки фоновых процессов и маршрутизации сообщений используются очереди задач Celery и Redis. Вся система упакована в изолированные контейнеры Docker, что позволяет мне быстро и безопасно разворачивать продукт на серверах любого вуза.
— Как пошагово могут работать с экосистемой студенты, учителя? Можете рассказать действия, начиная с момента вхождения в Telegram?
— Конечно, процесс выглядит так:
Действия студента:
- Студент находит Telegram-бота ANGEL SYSTEM и нажимает «Start».
- Проходит первичную регистрацию (вводит свои данные, система сверяет и запоминает его).
- Выбирает категорию: жалоба, вопрос или предложение.
- Набирает текст сообщения и, если нужно, прикрепляет фотографию (например, сломанного проектора в аудитории).
- Отправляет. Бот сразу подтверждает прием заявки. Как только статус изменится, бот пришлет уведомление.
Действия сотрудника (модератора):
Сотрудник:
- Сотрудник открывает браузер на рабочем компьютере и авторизуется в CRM по своему логину и паролю.
- Перед ним открывается Kanban-доска. В колонке «Новые» он видит карточку от студента со всей информацией.
- Сотрудник нажимает на карточку и переводит её в статус «В работе» (студенту в этот момент приходит пуш-уведомление в Telegram).
- Сотрудник решает проблему (например, отправляет мастера в аудиторию).
- После устранения проблемы модератор пишет текстовый ответ в карточке и нажимает «Выполнено». Заявка закрывается, а студент мгновенно получает ответ в свой телефон.
— Какие конкретно данные хранятся в экосистеме?
— Я собираю ровно тот объем данных, который необходим для точной идентификации студента. В системе хранятся: ИИН (индивидуальный идентификационный номер), ФИО, курс, факультет или кафедра, номер телефона и Telegram ID. Также на серверах надежно сохраняется вся история взаимодействия: тексты заявок, прикрепленные фото- и видеоматериалы, а также подробные логи действий администрации (кто, когда и какой статус присвоил заявке).
— Как защищаются данные студентов и университета? Расскажите о кибербезопасности.
— Так как система оперирует персональными данными (особенно ИИН), безопасность — мой абсолютный приоритет. Во-первых, серверы разворачиваются строго на территории Республики Казахстан в полном соответствии с законодательством. Во-вторых, весь трафик защищен HTTPS/SSL шифрованием. В базе данных MySQL применяется надежное хеширование и криптографическая защита паролей модераторов и администраторов. Благодаря архитектуре Docker, все компоненты изолированы друг от друга. Присутствует защита от SQL-инъекций и ежедневное резервное копирование данных. Права доступа строго разграничены: модератор одного отдела не имеет доступа к данным другого.
— Как устроена ваша финансовая модель? Как вы планируете зарабатывать?
— Проект работает по модели Software as a Service (SaaS). Финансовая модель очень прозрачна: я предлагаю университетам приобретать годовую лицензию на использование платформы ANGEL SYSTEM. Стоимость лицензии зависит от масштабов учебного заведения — количества активных студентов и подключаемых департаментов. В эту подписку входит первоначальное развертывание системы на серверах вуза, круглосуточная техническая поддержка и регулярные обновления безопасности.
— Как вам удалось добиться внедрения экосистемы в Казахский национальный университет искусств?
— На момент старта разработки я был обычным студентом. Чтобы довести идею до реального внедрения, я начал тесно работать с Общественным фондом «Astana Shabyt». Благодаря этой совместной работе и поддержке фонда, мы смогли грамотно представить проект руководству университета. Ректорат оценил инициативу по достоинству: система на деле доказала свою эффективность, процессы стали управляемыми, а обратная связь — моментальной. Это признание от руководства позволило ANGEL SYSTEM стать официальным инструментом КазНУИ.
— Как вы видите дальнейшее развитие своего стартапа?
— В первую очередь, моя цель — это масштабирование. Я хочу внедрить ANGEL SYSTEM в другие университеты и колледжи Казахстана, показав им, что избавиться от очередей можно за одну неделю. Технически я продолжу совершенствовать ядро системы: улучшать дашборды для аналитики ректората, оптимизировать базу данных и делать интерфейс еще более быстрым и отзывчивым при высоких нагрузках.
— Вы сказали, что разработали экосистему в одиночку. А сейчас у вас есть команда?
— Нет, я и тогда работал один, и сейчас продолжаю развивать весь проект полностью самостоятельно. Я закрываю абсолютно все роли: от проектирования архитектуры MySQL и написания бэкенда на Python до верстки интерфейсов, настройки Docker-контейнеров и общения с пользователями. Работать одному трудно, но это дает невероятное преимущество — я досконально знаю каждую строчку кода, могу мгновенно чинить баги и внедрять новый функционал без долгих корпоративных согласований.
