Руководство по выбору подрядчика для отрасли «Финансы и финтех»

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

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

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

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

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

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

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

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

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