Финтех, который никто не понимаетКто видит бизнес целиком

Финтех, который никто не понимает

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

Название этой статьи намеренно резкое. Я не утверждаю, что в банках нет компетентных людей или что сложный бизнес обязан помещаться в голове одного руководителя. Меня интересует другое. Почему компания умеет нанимать сильных специалистов, но не всегда умеет складывать их знания в работающую картину.

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

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

Компания может быть умнее каждого сотрудника

Сложность сама по себе не является признаком плохого управления. Нормально, что юрист лучше понимает договор, инженер лучше понимает очередь сообщений, а риск-менеджер лучше понимает поведение кредитной выборки. Организация возникает именно потому, что одному человеку не хватает времени и компетенций. Ошибка начинается, когда из этого разумного разделения делают вывод, будто общего ответа вообще не должно существовать. Общий ответ необязательно хранить в одной голове. Его можно получить через согласованные определения, воспроизводимую историю операции и понятный порядок принятия решения.

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

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