Подборка кейсов для отрасли «Финансы и финтех»

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

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

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

Полезнее всего разбирать не результат, а процесс: как формулировались требования, как принимались решения при неопределённости, что происходило при изменении вводных. Именно это предсказывает, как проект пройдёт у вас.

Обратите внимание на раздел с ограничениями: если в кейсе не указано ни одной сложности, описание, скорее всего, неполное.

Часть проектов выполнена под NDA, поэтому в подборку вошли разборы без названий клиентов. По конкретному направлению мы показываем релевантные кейсы и даём контакты заказчиков, готовых выступить референсом.

Отраслевые примеры подбираем по запросу: состав системы и интеграций сильно зависит от отрасли, поэтому полезнее смотреть на проект с похожим контуром.

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

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