Руководство по выбору подрядчика для отрасли «Образование и LMS»

Для кого: Руководителям, которые выбирают команду разработки или интегратора и хотят снизить риски. · Формат: PDF, 18 страниц, опросник для встреч и чек-лист договора

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

Третий — готовность обсуждать ограничения. Подрядчик, который на первой встрече называет риски и допущения, обычно надёжнее того, кто обещает всё сразу.

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

Ответы полезно фиксировать письменно: они становятся основой договора и помогают избежать расхождений в ожиданиях.

Минимальный набор: состав работ и результат в проверяемых формулировках, порядок работы с изменениями, права на исходный код, порядок передачи доступов и документации, условия поддержки после запуска и ответственность за сохранность данных.

Если оценка делается «от и до», уточните, что именно считается завершением проекта: работающий функционал, принятый вами, или количество затраченных часов. Разница между этими формулировками обычно становится видна в середине проекта.

Материал адаптирован под отрасль «Образование и LMS»: ниже — задачи, которые мы учитываем и на которые опираемся при разборе.

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