Где подходит вайбкодинг
Вайбкодинг помогает быстро проверить идею. Можно описать ИИ нужные функции, собрать прототип и посмотреть, удобно ли проходить курс или выполнять задания. На этом этапе результат обычно оценивают по тому, что видно на экране, не проверяя устройство системы.
Для рабочего инструмента этого мало. Нужно убедиться, что ответы сохраняются, сотрудники видят только свои данные, а система выдерживает нагрузку и восстанавливается после сбоя. Здесь ИИ тоже может помогать, но код придётся проверять, тестировать и поддерживать.
Риск создаёт не само использование ИИ, а замена проверки генерацией.
| Задача | Разумная отправная точка |
| Проверить учебную механику | Ограниченный прототип на вымышленных данных |
| Организовать регулярное обучение | Сравнение готовых LMS |
| Создать уникальный образовательный продукт | Собственная разработка или open-source основа |
| Добавить нестандартный тренажёр | Гибрид: основная LMS и отдельное приложение |
Что известно о качестве ИИ-кода
Скорость — сильный аргумент в пользу вайбкодинга. Но прежде чем считать сэкономленные деньги, нужно понять, что получилось на выходе. Код, который заработал с первого раза, ещё может неверно выполнять задачу; исправлять и развивать его потом будет компания.
Работает ли код правильно
В исследовании Университета Билькент ChatGPT, GitHub Copilot и Amazon CodeWhisperer решали 164 небольшие задачи на Python. Авторы сравнили, сколько полученных программ можно выполнить и сколько из них проходят все тесты.
| Инструмент исследованной версии | Валидные решения | Решения, прошедшие все тесты |
| ChatGPT | 93,3% | 65,2% |
| GitHub Copilot | 91,5% | 46,3% |
| Amazon CodeWhisperer | 90,2% | 31,1% |
Затем исследователи убрали из заданий описания функций и примеры. Когда остались только названия и параметры, все тесты прошли уже 22,0% решений ChatGPT, 20,1% — Copilot и 14,6% — CodeWhisperer.
Эти числа нельзя использовать как оценку современных моделей или готовой LMS: проверяли короткие задачи и инструменты 2023 года. Но различие между двумя колонками принципиально для приёмки платформы. Недостаточно увидеть итоговый балл на экране — нужно проверить, как система получила его, что она делает при пересдаче и сохраняет ли прежние результаты после изменения курса.
Легко ли будет менять код
Даже если первая версия работает правильно, её будут дорабатывать. Здесь мешают повторы: скопировать готовый фрагмент удобно, а потом одно правило приходится менять сразу в нескольких местах.
GitClear изучила 211 млн изменённых строк кода за 2020–2024 годы. Доля перемещённых строк, которую авторы связывают с переработкой существующего кода, снизилась с 25% в 2021 году до менее 10% в 2024-м. Доля скопированных выросла с 8,3 до 12,3%. Это данные о проектах в целом: по ним нельзя утверждать, что изменения вызвал именно ИИ. При оценке своей LMS важнее проверить, не превратится ли каждое новое требование в поиск и исправление копий одного правила.
Кто получит доступ к данным
Правильный результат теста ничего не говорит о безопасности платформы. В статье «ИИ и вайбкодинг» старший архитектор KasperskyOS Андрей Наенко пишет: до генерации кода нужно определить границы доверия и ответственность частей системы.
В LMS это касается прежде всего прав доступа. Если руководитель не видит чужой отчёт в меню, система всё равно должна проверять его права при запросе данных. Кроме того, придётся следить за библиотеками, от которых зависит платформа, и за тем, какие данные сотрудников попадают в запросы и логи ИИ-инструмента во время разработки.
Хотите автоматизировать обучение, но сомневаетесь насчет самописных решений?
Что появляется после первого прототипа
Сотрудник прошёл обязательный курс. Через месяц его перевели в другой отдел, а сам курс обновили. Руководителю нужен отчёт: что именно проходил сотрудник, когда получил результат и действует ли он после перевода? Для LMS это обычная рабочая ситуация, хотя на демонстрации прототипа её легко не заметить.
Таких ситуаций много. Сотрудника увольняют и принимают снова; он отправляет ответ дважды или теряет связь посреди теста; кадровая система передаёт неверные данные. Платформа должна сохранить историю, не создать лишнюю попытку и показать администратору, где произошёл сбой. В отчётах нужны единые правила расчёта: иначе два подразделения получат разные цифры по одному и тому же обучению.
Если курсы созданы в SCORM или данные записываются через xAPI, поддержку формата проверяют на конкретных материалах. Открыть курс и перенести историю его прохождения — разные задачи.
Кто будет заниматься платформой
После запуска у компании остаются серверы, обновления, резервные копии, права доступа, исправление кода и реакция на инциденты.
Эту работу нужно заранее распределить между людьми, которые смогут её выполнять. HR знает, кого и чему учить; техническая команда отвечает за работу системы, защиту данных и восстановление после сбоя. Причём данные требуют внимания ещё на этапе разработки: реальные записи сотрудников и рабочие логи не стоит передавать внешнему ИИ-инструменту без согласованных условий обработки. Для прототипа достаточно вымышленных данных.
Резервную копию полезно однажды восстановить в тестовой среде. Тогда станет понятно, сколько времени займёт возвращение к работе и насколько свежими окажутся восстановленные результаты. Эти пределы заранее фиксируют как RTO (допустимое время восстановления) и RPO (допустимый период потери данных). Документация должна позволять провести восстановление и другому специалисту, не только автору прототипа.
Что случится при одновременном входе сотен сотрудников
«Тест на 10 пользователях не отражает поведение системы под реальной нагрузкой», — предупреждает Максим. При массовом обучении могут обнаружиться ограничения сервера, потери ответов и ошибки одновременной записи результатов. Отдельно проверяют сессии и права доступа: сотрудник не должен увидеть чужие данные. Такие проблемы возможны у любой LMS, поэтому перед запуском проверяют саму систему под ожидаемой нагрузкой.
Сбой затронет и людей, которые выделили время на обучение. В примере 500 сотрудников должны были учиться два часа. Если обучение полностью сорвано, потери составят 500 × 2 = 1000 человеко-часов. При обрыве сессии кому-то придётся проходить материал повторно, а HR — отвечать на обращения и вручную сверять результаты. Массовые сбои снижают доверие к платформе.
В расчёт берут фактически потерянное время: если сбой длился меньше двух часов или часть сотрудников завершила обучение, потери будут ниже 1000 человеко-часов. Время повторного прохождения учитывают отдельно только тогда, когда оно ещё не вошло в потерянные часы.
Сколько стоит собственная LMS
Первая версия может обойтись недорого: время HR-специалиста и подписка на ИИ-инструмент. Но после запуска появляются расходы, которых не видно в цене прототипа: платформу нужно поддерживать, менять и однажды, возможно, переносить на другое решение.
Визуализация совокупной стоимости владения (TCO за 3 года)
Чтобы сравнение было честным, требования к собственной и готовой LMS должны быть одинаковыми. Создание курсов и другие общие расходы учитывают в обоих вариантах.
За какую работу придётся платить
Для собственной платформы нужны люди, которые смогут поддерживать серверы и резервные копии, исправлять код, обновлять библиотеки, проверять безопасность и настраивать интеграции. Одному проекту хватит действующей IT-команды и подрядчика, другому потребуется выделенный специалист. Пять направлений работы не означают пять новых штатных единиц.
Максим Гвоздевский, руководитель отдела сопровождения в Эквио, оценивает частичную занятость одного специалиста примерно в 30–50 тыс. рублей в месяц, полную — в 80–150 тыс. рублей. Это его ориентиры, а не готовый прайс для любого проекта. При расчёте нужно определить, какие именно задачи возникнут и кто будет их выполнять. Проверка соответствия требованиям к персональным данным потребует также организационной работы, которую нельзя поручить одному разработчику.
Когда доработки становятся постоянными
Изменить один отчёт или добавить поле кажется небольшой задачей. Но затем появляются запросы на новые роли, интеграции, интерфейсы и правила обучения. Изменения приходится выпускать регулярно и проверять, не нарушили ли они уже работающие функции.
Максим описывает момент, когда у компании «рождается бэклог на 100+ задач на доработку, которые уже не под силу сделать HR-у с привлечением ИИ». Это образ накопившейся работы, а не порог в сто задач. Если у платформы есть постоянная очередь изменений, релизы и бюджет на поддержку, компания уже развивает собственный IT-продукт. Для уникальных процессов это может быть оправдано, но экономику такого выбора нужно считать соответственно.
Что положить в два бюджета
В расходах на собственную LMS учитывают сборку и отладку первой версии, серверы и хранилище, работу IT, проверки безопасности, интеграции и дальнейшие изменения. Время HR тоже стоит денег, даже если отдельного счёта за него нет. Ещё один возможный расход — передача проекта другому специалисту, если человек, который его собрал, уйдёт.
Для готовой LMS считают подписку, внедрение, загрузку материалов, настройку интеграций, обучение администраторов, доработки сверх тарифа и внутреннее администрирование. Что входит в сопровождение поставщика, нужно смотреть в условиях конкретного предложения.
Здесь уместно правило: «Нужно сравнивать совокупную стоимость владения (TCO) за 3 года, а не „стоимость прототипа“ с „ценой лицензии“». По этой причине ориентир на сопровождение в 15–25% стоимости разработки ежегодно, который он приводит, не стоит автоматически применять к прототипу, собранному с ИИ: лучше считать будущие задачи и часы специалистов.
Условный расчёт стоимости LMS-платформы на три года
Цифры ниже нужны, чтобы показать способ сравнения при одинаковых требованиях. Это не тарифы Эквио и не средние цены рынка.
| Статья | Своя система | Готовое решение |
|---|---|---|
| Запуск и первоначальные интеграции | 600 000 ₽ | 400 000 ₽ |
| Инфраструктура и инструменты | 25 000 ₽ × 36 = 900 000 ₽ | Условно включены |
| Подписка | — | 65 000 ₽ × 36 = 2 340 000 ₽ |
| Техническое сопровождение | 80 000 ₽ × 36 = 2 880 000 ₽ | Базовое условно включено |
| Изменения и дополнительные работы | 450 000 ₽ | 300 000 ₽ |
| Внутреннее администрирование | 20 000 ₽ × 36 = 720 000 ₽ | 20 000 ₽ × 36 = 720 000 ₽ |
| Плановые затраты | 5 550 000 ₽ | 3 760 000 ₽ |
Разница в примере — 1 790 000 ₽. Если остальные суммы оставить прежними, варианты сравняются при стоимости технического сопровождения своей системы около 30 300 ₽ в месяц вместо 80 000 ₽. Это повод проверить, реально ли обеспечить за такую сумму нужный уровень поддержки, а не аргумент в пользу одного варианта для всех компаний.
В рабочую смету добавляют рост числа пользователей и объёма данных, индексацию, налоги и начисления, новые интеграции и возможную задержку запуска. Сбои и переход на другую платформу лучше просчитывать отдельными сценариями. Время действующей IT-команды тоже учитывают: занимаясь LMS, специалисты откладывают другие задачи.
Как выбрать подход
После расчёта расходов стоит вернуться к самой задаче: компании нужна платформа для регулярного обучения или она создаёт учебный продукт с логикой, которой нет в готовых системах? От ответа зависит, за что имеет смысл платить разработчикам.
| Подход | Когда оправдан | Что учитывать |
|---|---|---|
| Собственная разработка | Подтверждена уникальная логика, создающая бизнес-ценность | Нужны владелец, техническая команда и бюджет эксплуатации |
| Готовая LMS | Требования преимущественно типовые, обучение регулярное | Проверить тариф, интеграции, поддержку, данные и экспорт |
| Open-source LMS | Нужна готовая основа и есть ресурсы на адаптацию | Размещение, обновления и плагины не бесплатны в эксплуатации |
| Гибрид | Нужны эксперименты без замены основного учёта | Определить передаваемые данные, подтверждение результатов и поведение при сбое |
Разница лучше видна на конкретных задачах:
- Нужно проверить тренажёр на 20 добровольцах. Достаточно отдельного прототипа на вымышленных данных. Его результаты пока не влияют на официальную аттестацию.
- Нужно запустить обязательное обучение в сети филиалов. Здесь важнее проверить назначения при кадровых изменениях, сохранность результатов, отчёты и работу при массовом входе. С этих требований удобно начать сравнение готовых LMS.
- Компания создаёт собственный образовательный продукт. Если уникальная механика составляет его основу, есть смысл считать полноценную разработку. Если особенным будет только тренажёр, можно оставить учёт обучения в LMS и подключить его отдельно.
Как проверить платформу перед запуском
Попросите показать не отдельные функции, а работу с заранее подготовленными учётными записями сотрудника, руководителя и администратора. Одни и те же сценарии стоит пройти в собственной системе и в готовых LMS, которые рассматривает компания. До проверки договоритесь, какая скорость работы и какие результаты считаются приемлемыми.
Чек-лист проверки LMS-платформы перед запуском.
Для каждого сценария зафиксируйте результат проверки и ответственного за исправление, если что-то не сработало. Права доступа, сохранность результатов и восстановление из копии лучше сделать обязательными условиями запуска, а не пунктами в списке будущих доработок.
Если собственная система не подошла
Материалы, методику и удачные учебные механики можно сохранить. Но за время работы в собственной LMS накопятся учётные записи, назначения, результаты тестов, прогресс и сертификаты. Перейти на другую платформу — значит разобраться, что из этого можно перенести, а что придётся сохранить отдельно.
Какие расходы появятся при переходе
Максим Гвоздевский, руководитель отдела сопровождения в Эквио, перечисляет работы, которые нужно заложить в бюджет:
«При переходе на готовую LMS компания столкнётся с повторными расходами:
Лицензия готовой LMS — оплачивается с нуля.
Миграция пользователей — перенос учётных записей, очистка дублей, сопоставление с оргструктурой. Для базы до 500 пользователей миграция занимает 2–4 недели.
Перенос курсов и контента — экспорт из самописной системы, конвертация в формат целевой LMS, переразмещение медиа и тестов.
Перенос истории обучения — результаты тестов, прогресс, сертификаты, журналы прохождения. Если у самописной системы нет нормального экспорта, данные могут быть утеряны или перенесены вручную.
Внедрение и настройка новой платформы — конфигурация ролей, прав, оргструктуры, интеграций.
Обучение администраторов и пользователей — адаптация к новому интерфейсу снижает продуктивность на период миграции.
Параллельная эксплуатация — на время миграции могут работать обе системы, что влечёт двойные затраты на хостинг и лицензии».
Срок 2–4 недели — экспертный ориентир: важны не только количество пользователей, но и форматы, качество данных и объём истории. Подписка на готовую LMS — новый расход, а не повторная покупка той же лицензии. Отсутствие экспорта не обязательно означает потерю данных: иногда их можно извлечь из базы или сохранить в архиве.
Если компания уже пошла по пути вайбкодинга и решила перейти на готовую платформу, Эквио бесплатно поможет при запуске перенести контент, статистику, пользователей и структуру. Состав работ, форматы и сроки нужно согласовать заранее. Внутренние затраты на подготовку данных и сверку результатов при этом могут сохраниться.
План перехода
- Инвентаризировать данные и доступы.
- Определить, что переносить, архивировать и удалять.
- Согласовать форматы и сопоставление полей.
- Создать резервную копию.
- Провести пробный перенос.
- Сверить результаты и права.
- Назначить переключение и подготовить откат.
- Отключить старую систему после приёмки и решения вопросов хранения.
Для истории могут понадобиться идентификатор сотрудника, версия курса, дата, попытка и статус — не только имя и балл. Если импорт невозможен, заранее согласуйте архив. Выгрузку проверяют до запуска любой LMS.
Вывод
С помощью ИИ можно быстро собрать тренажёр или проверить учебную механику. Но если через систему проходят обязательное обучение, а результаты влияют на аттестацию, её придётся поддерживать, защищать и проверять при каждом изменении. Стоимость такого проекта не заканчивается на прототипе.
Если задачи типовые, начните со сравнения готовых LMS. Если обучение требует действительно уникальной логики, оцените собственную разработку — вместе с командой, которая будет отвечать за неё после запуска. А экспериментальный тренажёр можно подключить к основной платформе, сохранив в ней официальный учёт результатов.
Команда Эквио поможет разобрать ваши сценарии обучения и оценить, как их реализовать на готовой платформе: какие понадобятся интеграции, что можно перенести из действующей системы и какие работы потребуются при запуске.
Вопросы и ответы
Можно ли создать LMS без программистов?
Собрать прототип — да. Если через систему сотрудники проходят обязательное обучение, а компания хранит результаты и персональные данные, понадобятся специалисты, которые проверят права доступа, работу под нагрузкой и восстановление после сбоя, а затем будут поддерживать платформу.
Доказано ли, что ИИ пишет код хуже человека?
Нет. Исследования из этой статьи проверяют разные инструменты и разные свойства кода. По ним нельзя сравнить качество любой разработки с ИИ и без него. Сгенерированный код нужно проверять по тем же требованиям, что и написанный человеком.
Может ли другая нейросеть проверить код?
Она может подсказать, где искать проблему, или предложить тесты. Но её ответ не подтвердит, что результаты обучения сохраняются правильно, руководитель видит только своих сотрудников, а данные можно восстановить после сбоя. Это проверяют на работающей системе.
Сколько стоит разработка LMS с ИИ?
Цена подписки на ИИ-инструмент мало говорит о стоимости платформы. В расчёт войдут время сотрудников, инфраструктура, интеграции, проверки, сопровождение и доработки. Сравнивать варианты лучше за несколько лет, включая возможный переход на другую LMS.
С какого количества сотрудников пора покупать готовую LMS?
Число пользователей само по себе не даёт ответа. Даже небольшой компании может быть важна надёжная история обязательной аттестации. И наоборот, для проверки учебной идеи на группе добровольцев может хватить прототипа.
Можно ли взять Moodle вместо разработки с нуля?
Да. Это готовая основа, которую можно настроить под свои задачи. Но кому-то всё равно придётся заниматься размещением, обновлениями, плагинами и поддержкой.
Готовая LMS снимает вопросы безопасности?
Нет. Нужно выяснить, за что отвечает поставщик, а что остаётся на стороне компании: например, кто назначает права сотрудникам, управляет сроками хранения данных и проверяет доступ к отчётам. Эти обязанности стоит закрепить до запуска.
Что попросить показать на демонстрации LMS?
Возьмите несколько ситуаций из вашей работы: сотрудника перевели в другой отдел, он повторно проходит аттестацию, курс обновили, кадровая интеграция перестала отвечать. Попросите показать, как изменятся назначения и права, что останется в истории и как её выгрузить.
Автор:
Анастасия Черданцева — эксперт в сфере образовательных технологий
Вероника Синица — эксперт в сфере корпоративного обучения персонала и B2B-маркетинга
Переходите на проверенную корпоративную платформу
Если вы уже текущий клиент, пожалуйста, 
Если вы уже текущий клиент, пожалуйста, напишите на