Кейс «НБД-Банк»: подбор шести специалистов для региональной сети
Клиент: НБД-Банк — межрегиональный банк из Нижнего Новгорода, работает с 1992 года и специализируется на малом и среднем бизнесе: 25 офисов в 7 регионах и представительство в Самарской области, рейтинг «Эксперт РА» ruBBB+, входит в топ-15 по кредитному портфелю МСБ по рэнкингу «Эксперт РА».
Услуга: подбор персонала для банков
Срок сотрудничества: 7 месяцев, позиции открывались последовательно
Позиции: Java-разработчик, системный администратор, риск-менеджер, аудитор
Результат: закрыли 6 мест по четырём специализированным позициям, которые банк не мог найти через свой сайт и обычные каналы, включая системного администратора в Чебоксарах для восточных офисов.
Банк, который видит клиента лично
НБД-Банк живёт кредитованием малого и среднего бизнеса в регионах: Нижегородская, Кировская, Пензенская и Ивановская области, Чувашия, Марий Эл, Мордовия. Офисы стоят не только в областных центрах, но и в Арзамасе, Кстове, Сарове. Это сильная сторона банка: решения принимаются близко к клиенту, а кредитный аналитик знает, как выглядит бизнес заёмщика вживую.
Но та же география делает непростыми почти все специализированные роли. Свои вакансии банк закрывает в основном по клиентским и операционным позициям, а на четыре роли кандидаты через сайт и привычные каналы не находились: Java-разработчик для развития ДБО и интеграций своими силами, системный администратор под сеть офисов, риск-менеджер по кредитному риску МСБ и аудитор в службу внутреннего аудита.
Когда мы разобрали каждую позицию с руководителями, обнаружилось общее: в каждой роли есть часть работы, которая происходит далеко от головного офиса. Сисадмин отвечает за офисы, в которых, может быть, никогда не был. Риск-менеджер оценивает бизнес в малых городах. Аудитор проверяет удалённые подразделения. Даже разработчик делает ДБО для клиентов, которые не хотят ездить в офис за каждой платёжкой.
Центральная идея проекта: в распределённом региональном банке каждого специалиста нужно проверять на умение работать с тем, что далеко: на удалённую диагностику, на командировки, на оценку бизнеса, который нельзя увидеть из Нижнего Новгорода.
Как мы устроили работу
В каждый профиль мы добавили «географическую часть»: что делается из головного офиса, что удалённо, сколько командировок и куда. Это обсуждали на первом же звонке, чтобы не терять время на тех, кто к этому не готов.
Поиск вели не только по Нижнему Новгороду, но и по городам, где у банка офисы: Киров, Чебоксары, Саранск, Пенза, Йошкар-Ола, Иваново. Первые интервью проходили онлайн, финал в головном офисе в Нижнем Новгороде, проезд иногородних финалистов банк компенсировал.
Позиции открывались последовательно: сначала системный администратор и риск-менеджер, затем аудитор, затем Java-разработчики. По каждой мы работали со своим руководителем: ИТ-директором, руководителем службы управления рисками, руководителем службы внутреннего аудита.
Сложности и решения
1. Сисадмин для офисов, в которых он не был. 25 офисов в семи регионах нельзя обслуживать выездами: большинство проблем надо решать по телефону и через удалённый доступ, с помощью сотрудников офиса, которые не айтишники. А в Сарове, закрытом городе, офис физически недоступен без пропуска. В скрининг мы добавили сценарий: «у операциониста в офисе в Сарове перестал работать клиент-банк, у вас только телефон и удалённый доступ, ваши действия». Сильные кандидаты выстраивали диагностику через сотрудника на месте шаг за шагом. Ещё одно решение предложили мы: вместо одного администратора в Нижнем взять двух, второго в Чебоксарах, чтобы он покрывал офисы в Чувашии, Марий Эл и Мордовии. Банк согласился, и выезды на восточные офисы перестали занимать по два дня.
2. Защищённый контур против удалёнки. Java-разработчики в Нижнем Новгороде привыкли к полностью удалённой работе, а банковские требования к информационной безопасности не позволяют работать с продуктивными системами откуда угодно. Мы договорились с банком о гибриде: три дня в офисе, остальное удалённо через защищённое рабочее место без доступа к продуктиву. Чтобы офисные дни не выглядели формальностью, их привязали к пользователям: в эти дни разработчики разбирали обращения клиентов по ДБО вместе с поддержкой и операционистами. На интервью формат подавали именно так, как способ видеть, где продукт неудобен клиенту, и для части кандидатов это стало аргументом за банк.
3. ДБО и 1C-Direct изнутри. Банку нужен не просто Java-разработчик, а человек, который будет развивать интеграции ДБО и прямой обмен с 1С клиента (1C-Direct). Это предметная область, в которой мало кто разбирается заранее. Чтобы проверить мышление, на техническом интервью давали ситуацию: «клиент жалуется, что выписка в 1С не сходится с остатком в интернет-банке, назовите возможные причины и как их проверить». Кандидаты, которые находили больше трёх причин (время формирования выписки, незавершённые документы, повторная загрузка, кодировки), шли в финал независимо от опыта именно в банках.
4. Кредитный риск МСБ без идеальной отчётности. У малого бизнеса в регионах официальная отчётность часто плохо отражает реальное положение: выручка идёт через несколько юрлиц, часть затрат не видна. Риск-менеджеру банка нужно уметь восстановить денежный поток по банковским выпискам и данным управленческого учёта и не бояться выезжать к заёмщику. При подборе риск-менеджера мы искали кандидатов среди кредитных аналитиков региональных банков и лизинговых компаний и давали кейс: обезличенная выписка компании за год, нужно оценить реальную выручку и долговую нагрузку. Финалистом, а потом и сотрудником стал аналитик из Кирова, который переехал в Нижний Новгород.
5. Аудитор между методологией и процессами. Внутренний аудит в банке работает по требованиям Банка России к системе управления рисками и внутреннего контроля. Кандидаты из внешнего аудита знают методологию, но не знают банковских процессов. Сотрудники банков знают процессы, но не умеют строить проверку и доказательную базу. При подборе аудитора мы искали тех, у кого есть и то и другое, прежде всего специалистов, которые проверяли банки в аудиторских компаниях. Тест: аудит обезличенного кредитного досье с заложенными нарушениями. Хорошие кандидаты находили не только ошибки в документах, но и слабые места в самом процессе, который эти ошибки пропустил.
Час с HR-директором бесплатно
Продуктивный разговор о найме с HR-директором A2. Только для компаний от 20 сотрудников
Аналитика по воронке
Сводная воронка по позициям, за весь проект
| Позиция | Кандидатов | Скрининг | Кейс или тест | Интервью | Финал в Нижнем Новгороде | Оффер | Вышли |
|---|---|---|---|---|---|---|---|
| Java-разработчик | 139 | 30 | 12 | 7 | 4 | 3 | 2 |
| Системный администратор | 161 | 34 | 14 | 8 | 4 | 2 | 2 |
| Риск-менеджер | 72 | 17 | 8 | 5 | 2 | 1 | 1 |
| Аудитор | 58 | 13 | 6 | 4 | 2 | 1 | 1 |
| Итого | 430 | 94 | 40 | 24 | 12 | 7 | 6 |
Системный администратор, конверсии по этапам
| Этап | Количество | Конверсия |
|---|---|---|
| Отклики и активный поиск | 161 | — |
| Прошли скрининг | 34 | 21,1% |
| Сценарий с удалённым офисом | 14 | 41,2% |
| Интервью с ИТ-директором | 8 | 57,1% |
| Финал в Нижнем Новгороде | 4 | 50,0% |
| Оффер | 2 | 50,0% |
| Вышли на работу | 2 | 100,0% |
Кто и где работает
| Позиция | Место работы | Откуда кандидат | Срок закрытия |
|---|---|---|---|
| Системный администратор | Нижний Новгород | Нижний Новгород | 6 недель |
| Системный администратор | Чебоксары | Чебоксары | 8 недель |
| Риск-менеджер | Нижний Новгород | Киров, с переездом | 10 недель |
| Аудитор | Нижний Новгород | Нижний Новгород | 9 недель |
| Java-разработчик | Нижний Новгород | Нижний Новгород | 7 недель |
| Java-разработчик | Нижний Новгород | Дзержинск | 11 недель |
Сценарий с удалённым офисом стал главным фильтром для системных администраторов: из 34 кандидатов, прошедших скрининг, дальше пошли 14. Остальные предлагали «выехать и посмотреть», что для офиса в закрытом городе означает потерю дня. По риск-менеджеру и аудитору воронки узкие с самого начала: специалистов с нужным сочетанием опыта в регионе немного, и половина кандидатов пришла из других городов присутствия банка. Единственный отказ после оффера был у Java-разработчика, который в последний момент отказался по семейным обстоятельствам. Дольше всех закрывались второй Java-разработчик и риск-менеджер: здесь мы сознательно не снижали требования к знанию предметной области.
Что в итоге
За 7 месяцев НБД-Банк получил двух Java-разработчиков, двух системных администраторов (в Нижнем Новгороде и в Чебоксарах), риск-менеджера по кредитному риску МСБ и аудитора в службу внутреннего аудита. Региональный администратор сократил время реакции по восточным офисам с двух дней до нескольких часов, а Java-разработчики взяли на себя развитие интеграций ДБО, которые раньше ждали очереди у поставщика.
Главный вывод: в распределённой компании география это не строчка «возможны командировки» в вакансии, а часть профиля каждой роли. Её нужно проверять на скрининге конкретным сценарием, иначе ошибка выяснится в первую же неделю работы.
И второе. Иногда лучшее решение по найму это не найти «идеального» кандидата, а поменять структуру: два администратора в разных городах оказались дешевле и надёжнее, чем один сверхчеловек с постоянными командировками.
Если у вас банк или компания с сетью офисов в нескольких регионах, напишите нам. Подбор персонала для банков начнём с того, где на самом деле будет работать каждый новый сотрудник.


