Крис Скиннер - Цифровой банк [Как создать цифровой банк или стать им] [litres]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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