Цифровой банк - [7]

Взаимоотношения основываются на понимании и компромиссе. Мы твердим о системах управления взаимоотношениями с клиентами (Customer Relationship Management, CRM), но у вас нет взаимоотношений с клиентами. Клиенты – это те, кому продают; взаимоотношения же бывают с партнерами.

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

Для реализации цифровых моделей требуются цифровые архитекторы

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

Это кардинальная реформа бизнес-процессов, поэтому мы говорим о перестройке процессов, когда разрабатываем модель, и говорим о внедрении процессов, когда выстраиваем архитектуру системы.

Цифровой архитектор был приглашен потому, что фундамент банка основательно просел и дал трещины вследствие технологической революции, состоявшейся в последние 50 лет. Большинство банков пытались закрашивать трещины, но сегодня необходимо заменить бетонный фундамент на технологический, то есть цифровой. Разработчик нужен для того, чтобы создать новую модель банка (перестроить процессы), а архитектор – чтобы заменить физический фундамент (внедрить процессы).

Аналогия со зданием хорошо это иллюстрирует. Здание имеет фундамент. Моя мысль в том, что в конструкциях банков на протяжении последних десятилетий в качестве фундамента использовались сети отделений, а теперь будут использоваться интернет-технологии.

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

Один разработчик, например, может сказать: «Я хочу построить дорогой дом с центрами консультирования и продаж для людей, которые хотят все делать лично». В этом случае нужно будет строить здание банка на фундаменте интернет-технологий со множеством шикарных консультационных центров или отделений в материальном мире. Другой скажет: «Я хочу построить низкобюджетный высокопроизводительный процессинговый центр, в котором физический контакт с клиентами был бы минимальным». В этом случае архитектор построит здание банка на фундаменте интернет-технологий и, скорее всего, без единого отделения в материальном мире. В обоих случаях IP-сеть – это фундамент, с которого начнет архитектор.

Возникает вопрос, почему я начинаю с технологий, а не с клиентов. Как архитектор современного банка (внедряющий процессы) я бы начал с технологий, потому что технологии, в особенности IP-сети, – это исходный материал для строительства. А как разработчик процессов я должен начать с клиентов и сотрудников, потому что люди – ключевой фактор при заселении моего здания.

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

• разработка модели обслуживания, которую я бы хотел предложить своим клиентам;

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

Другими словами, определите, каких клиентов вы ищете и каковы их потребности. Создавайте ваш банк и разрабатывайте его модель исходя из желаемого способа обслуживания. Выбирайте тот способ обслуживания, который будет наилучшим образом соответствовать поведению вашей целевой аудитории. Обращайте внимание на потребности коренных цифровых жителей и цифровых иммигрантов; продумайте, как ваша структура справится с комбинацией этих разных категорий клиентов. Какие способы обслуживания им требуются и как наилучшим образом это обслуживание предоставить?

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

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

Тот факт, что люди путают эти различия – каналы обслуживания и модель банка с фундаментом банка, – объясняется тем, что они путают доработку процесса с его внедрением. Создание стратегии обслуживания относится к разработке модели банка; создание фундамента банка – к цифровым строительным материалам архитектора.