Руководство по выбору подрядчика для отрасли «Enterprise-решения»

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

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

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

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

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

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

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

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

• Данные переносят руками между системами — ERP, CRM, 1С и внутренние сервисы не обмениваются данными: справочники расходятся, отчёты не сходятся, а сотрудники работают «перекладчиками» между окнами.
• Ключевой процесс живёт в legacy-системе — Процесс работает, но его нельзя изменить: нет документации, нет разработчиков, знающих код, а любая доработка стоит как новый проект и пугает риском.
• Вендор ушёл, поддержки нет — Лицензии не продлеваются, обновления безопасности не выходят, а интеграции с российскими сервисами не появляются. Систему нельзя ни обновить, ни легально развивать.
• Доступы выдаются и не отзываются — У каждого сервиса свой список пользователей: уволенный сотрудник сохраняет доступ, новому нужна неделя на подключение, а пароли команды живут в общем чате.
• У руководства нет единой картины — Отчёт собирается выгрузками из пяти систем к совещанию, данные в нём расходятся, а решения принимаются по версии, которую успели свести вручную.