Чтобы в полной мере воспользоваться преимуществами новых бизнес-технологий, техническим директорам необходимо адаптировать свои традиционные IT-подходы под возможности и вызовы возникающих технологических экосистем. Вот как это делается.
Роль IT в традиционном понимании — это фундамент для деятельности компании. Одна из основных функций направления состояла в защите операций компании с помощью фаерволов и шифрования, чтобы ограничить доступ для технологий извне. Однако с развитием технологий большое число возможностей и источников конкурентных преимуществ появляется за традиционными рамками бизнеса. Эти возможности объединяются во множестве новых экосистем.
Архетипы экосистем: взрывной рост
Подобные экосистемы часто пересекаются. Например, приложение для социальных платежей может быть частью экосистемы мобильных, социальных, информационных и банковских услуг. Интернет вещей (IOT) — это экосистема, в которой несколько приложений взаимодействуют друг с другом как сеть.
Подключившись к подобной экосистеме, компании могут получить доступ ко всей сети. Помимо прочего, они могут найти новых клиентов, подключиться к новым источникам данных и улучшить текущие бизнес-процессы.
Технические директора и IT-организации должны играть главную роль в использовании этих возможностей. Но они не смогут этого сделать, если будут продолжать вести дела «по старинке». В среде экосистем чрезмерный акцент на «самозащите» ограничит компанию в использовании новых возможностей. Чтобы адаптировать свою сложную бизнес-архитектуру к функционированию в мире экосистем, IT-директорам придется выяснить, как одновременно использовать внешние технологии и решать проблемы безопасности, управляя бурным потоком технологических инноваций.
IDC прогнозирует, что к 2018 году более 50 процентов крупных предприятий и более 80 процентов предприятий с передовыми стратегиями цифрового преобразования будут создавать отраслевые платформы или сотрудничать с уже существующими. В то же время, согласно данным Cisco, в 2020 году к Сети будет подключено более 50 миллиардов устройств.
Эти цифры подталкивают к радикальному переосмыслению того, что такое IT, и говорят о том, что технические директора должны управлять ими иначе: не как набором внутренних информационных технологий (IT), а как широкой сетью экосистемных технологий (ET). Для технического директора этот сдвиг также создает отличную возможность выстроить тесное сотрудничество с генеральным директором по бизнес-приоритетам и стать главным стратегическим партнером.
ET включает в себя расширенный набор IT-возможностей и функций (Приложение 2). Техническому директору по-прежнему необходимо управлять «многоскоростными» IT-функциями, а также текущими двусторонними программами. Следующий уровень — ET — представляет новый набор возможностей, а также расширение существующих.
Технические директора могут определять и формировать свои экосистемы технологии тремя способами:
Открыть внутренние IT внешнему миру
Этот подход заключается в выстраивании архитектуры ИТ для связи внутренних систем и возможностей с внешними системами. Одним из примеров этого подхода в действии является мобильное приложение Delta Air Lines, которое взаимодействует с Uber, чтобы путешественники могли заказать такси сразу по приземлении. Kraft сделал из своего приложения рецептов инструмент для управления покупками, который создает список и легко передает его службе доставки продуктов Peapod. Воспринимайте это как продление пользовательского путешествия — и отношений компании с клиентом — через интеграцию с другими поставщиками услуг.
Многие компании уже предоставляют возможности для интеграции вышестоящим и нижестоящим партнерам — такие технологии, как EDI (электронный обмен данными), существуют уже несколько десятилетий. Однако эти точки интеграции часто остаются статичными. Это двусторонние связи с небольшой предварительно выбранной группой партнеров, таких как дистрибьюторы и поставщики. Такие точки интеграции задействуются редко и, зачастую, в комплексном режиме.
В будущем интеграция с внешними экосистемами заставит компании взаимодействовать со многими партнерами, охватывающими широкий спектр функций, от поиска клиентов до социальной рекламы и платежных решений. Это произойдет потому, что низкая стоимость технологий и динамичная среда стартапов привели к значительному увеличению скорости внедрения новых услуг. Таким образом, IT должно следовать «принципу Амазона», делая системные компоненты доступными в качестве сервисов, чтобы обеспечить интеграцию с экосистемой. Интерфейсы должны быть открытыми, динамичными и функциональными в режиме реального времени, чтобы они могли интегрировать партнеров, технологии и приложения по мере необходимости.
Одним из очевидных следствий этого процесса является необходимость разработки облегченной технологической архитектуры, основанной на микросервисах и интерфейсах прикладного программирования (API), чтобы позволить третьим сторонам легко подключиться к новой экосистеме. Техническим директорам необходимо мыслить категориями платформ и их архитектур, какие используют автопромышленные OEM-производители, чтобы в будущем осуществлять обновления во всей экосистеме. Возможно, им даже потребуется предоставить пользователям «магазин приложений», чтобы те смогли выбирать нужные возможности. Ну и, конечно, инфраструктура должна быть надежной и безопасной.
Пример того, как это может быть реализовано, можно найти у телекоммуникационных компаний, которые расширяют свой спектр взаимосвязанных услуг, включая в него e-commerce, музыку, страхование, услуги сфер здравоохранения, образования, средства массовой информации и умные дома. Все эти сервисы объединены в одну экосистему, предлагая клиенту несколько услуг через технологическую магистраль телекоммуникационной компании. AppExchange от Salesforce уже воплощает эту модель, создавая облачную среду, в которой разработчики могут создавать и выпускать собственные приложения.
Внедрить внешние технологии
Этот подход направлен на открытие внутренних IT-систем, чтобы бизнес мог включить внешние возможности в экосистему, для лучшего обслуживания собственных клиентов, поддержки своих сотрудников или создания новых продуктов и возможностей, часто предлагаемых через SaaS и API. Простым примером такого подхода является интеграция стороннего приложения для точек продаж (POS) во внутренние платежные системы компании, чтобы упростить процесс покупок в магазине. Или интеграция стороннего сервиса поддержки клиентов в веб-сайт компании. Или даже интеграция с Yammer (корпоративная социальная платформа) для повышения производительности труда сотрудников.
Этот подход явно меняет процесс того, как IT проектирует свои системы и управляет ими. Теперь речь идет не о покупке пакетов программного обеспечения и создании индивидуальных решений на месте или о работе с несколькими системными интеграторами для предоставления бизнес-решений. Теперь речь идет об освоении взаимодействия с клиентами на всей его протяженности и о том, как внешние и уже доступные услуги можно использовать в сочетании с внутренними решениями, чтобы сформировать полноценное, уникальное предложение. Компаниям необходимо будет дополнить внутренние навыки внешней специализацией, глубоко интегрированной в текущий процесс разработки IT-приложений и управления инфраструктурой. Речь идет о создании круглосуточно действующей среды, которая позволит предлагать продукты миллионам клиентов по всему миру.
Одна ведущая международная туристическая компания, чьи конкурентные преимущества были подорваны появлением множества стартапов в отрасли туризма, решила, что ей необходимо нарастить свой потенциал, чтобы провести необходимые преобразования. Важным компонентом ее стратегии было сотрудничество с вендорами из внешней экосистемы для обеспечения поддержки различных сервисов, таких как мобильное обслуживание, поисковые и платежные системы, CRM. Этот подход позволил им ускорить трансформацию, увеличить охват рынка и привлечь талантливых специалистов по мере развития технологий и роста спроса.
Модернизировать IT для соответствия инновациям
Мы часто слышим о том, насколько быстрым стал темп развития новых технологий. Но стоит помнить, что многие из новых инструментов могут кардинально изменить бизнес-модель компании, хотя на первый взгляд этот нюанс можно не заметить. Чтобы подготовится к этим переменам и занять более агрессивную конкурентную позицию, компании должны тестировать новые технологии и быть готовыми использовать их, как только ценность этих технологий будет доказана и они станут доступны для масштабирования. Это может осуществляться в форме «поиграться в новые технологии» (например, со стандартами оупенсорса) в специальных «песочницах», где можно протестировать связь между внутренними и внешними IT. Кроме того, лидеры в сфере IT должны будут активно создавать партнерства или альянсы с вендорами и поставщиками услуг, чтобы по-настоящему понять и оценить, как технология может использоваться в их бизнес-среде.
В действительности многие компании уже активно инвестируют в новые технологии. Например, большое количество финансовых компаний создали внутренние корпоративные венчурные фонды для инвестирования в такие технологии, как блокчейн и IOT. Однако компании продемонстрировали меньший прогресс и успех в интеграции этих технологий в свою существующую IT-инфраструктуру, равно как и в последующем распространении ценностного предложения среди своих клиентов. В стартапах, предлагающих инновационные решения, часто используются «незрелые» технологии, неспособные масштабироваться; они часто используют внешние облачные сервисы, которые могут быть несовместимы с облачной инфраструктурой компаний-заказчика. Поэтому для таких компаний важно продумать, как обеспечить плавную интеграцию новых инструментов как с технической стороны, так и со стороны рабочей культуры, чтобы в полной мере использовать продукты, предлагаемые стартапами. Если на данном этапе будут допущены ошибки, компания создаст очередную непроработанную «спагетти»-инфраструктуру.
Учитывая масштабы инноваций, не отстать от конкурентов будет возможно только в том случае, если технический директор наймет аналитиков или архитекторов, чья работа заключается в оценке и обеспечении совместимости внешних технологий. Например, DBS Innovation Group учредила должность вице-президента по финансовым технологиям, отвечающего за выявление, интеграцию и управление потенциальными членами экосистемы. Этот человек руководит финтех-проектами на местном и региональном уровнях и отчитывается перед главой глобального партнерства.
Независимо от того, какой способ или комбинацию способов формирования экосистемы выберут генеральный и технический директора, IT-специалисты выходят на передний план не только в области технологий, но и в инновации бизнес-моделей.
Несмотря на то, что построение экосистемы является сложной задачей, основанной на многих взаимозависимостях, мы выяснили, что концентрация на следующих шести элементах позволит техническому и генеральному директорам получить максимальную отдачу:
Переосмысление бизнес-стратегии
Выбор способа или комбинации способов для взаимодействия с различными экосистемами (или для создания своей собственной экосистемы) зависит от трех вещей: стратегии компании, рыночной среды и общей склонности предприятия к риску. Это, в свою очередь, требует, чтобы технический директор работал в тесном сотрудничестве с генеральным директором и ведущими специалистами компании для того, чтобы помочь сформировать бизнес-стратегию путем выявления новых технологий и экосистем, которые могут резко поменять ситуацию на рынке, определить, где находятся будущие источники ценности, и разработать необходимые стратегические действия, чтобы преуспеть в их перехвате. Суть этого диалога заключается в постоянном двустороннем исследовании, где технология и бизнес-стратегия неразрывно связаны. Роль технического директора заключается не только в оценке осуществимости, но и в том, чтобы помочь бизнесу выявить те угрозы и возможности, которые несет в себе перспектива участия в экосистемах (см. статью «Экономические основы цифровой стратегии»).
Развитие инфраструктуры
Новая двунаправленная интеграция технологий носит динамический характер; она происходит в режиме реального времени с тысячами бизнес-партнеров или конечных потребителей. Такой процесс требует от компаний создания архитектуры интеграции следующего поколения, способной поддерживать эти процессы, и введения открытых стандартов, которые могут быть легко приняты внешними сторонами. Существующий в компании каталог управления основными данными также необходимо расширить, чтобы включить сторонние данные и учесть потенциальную интеграцию с внешними провайдерами основных данных. Чтобы системы работали, должна существовать четкая архитектура данных и схема управления для обеспечения их чистки, рационализации и стандартизации.
Переосмысление процесса и структуры управления клиентами
Когда клиенты обратятся в техподдержку, в условиях экосистемы будет сложно определить, где именно находятся точки неисправности: в системах компании, сторонних сервисах, облачных хранилищах, сети или в какой-то комбинации вышеперечисленного? Такая многоуровневая реальность потребует от компании фундаментального переосмысления процессов поддержки инфраструктуры.
Создание таких SLA (Соглашение об уровне предоставления услуги), которые четко определят протоколы эскалации и разрешения проблем и с которыми согласны все стороны, будет иметь решающее значение. Создание стандартных идентификаторов, или «триплетов», и их интеграция в участвующие в экосистеме сервисы партнеров и применяемые технологии станет важным шагом для быстрого обнаружения и решения возникающих технических проблем.
Однако установление подобных стандартов и соглашений не является предлогом, чтобы перебрасывать клиентов от одного партнера ко второму, третьему и т.д. Компании, работающей с клиентами, необходимо решать проблемы за кулисами, не усложняя навигацию по экосистемам партнеров для потребителей.
Определение параметров кибербезопасности, правовой базы и партнерства
В результате расширения инфраструктуры внутренняя политика и процессы, касающиеся кибербезопасности, должны будут охватывать сторонних партнеров и поставщиков. Следует определить и согласовать новый набор стандартов безопасности, который четко бы формулировал, как будет происходить интеграция и какими типами данных можно обмениваться по каким направлениям.
Работа с обширным кругом сторонних лиц поднимает и другие юридические вопросы: интеллектуальная собственность, ответственность, конфиденциальность, распределение прибыли и урегулирование сложностей могут серьезно ограничивать потенциальные выгоды от участия в расширенной экосистеме. Проблемы лицензирования уже возникали при взаимодействии между компаниями, предоставляющими облачные сервисы, и компаниями, работающих с локальными аппаратными и программными продуктами, из-за различных и конкурирующих бизнес-моделей. В частности, владение данными и управление клиентами будут иметь решающее значение, учитывая что компаниям необходимо иметь доступ к обеим этим областям.
Это потребует значительных навыков ведения переговоров, а также усилий по разработке и внедрению широкого набора стандартов во избежание постоянного выстраивания соглашений с нуля с появлением каждого нового партнера или поставщика. Подход маркета приложений, в котором четко указываются стандарты, предоставляются инструменты, а соглашения заключаются перед началом работы, может послужить полезной моделью.
Взаимодействие с сетью поставщиков также требует изменений в навыках сертификации и управлении их производительностью. Компании должны будут четко определить стандарты и процедуры, в соответствии с которыми должны работать поставщики, и обозначить руководящие принципы, которые определят, как именно поставщик будет включен в жизненный цикл доставки. Home Depot разрабатывает стандарты совместно с производителями своих продуктов, чтобы обеспечить совместимость с системой умного дома Wink. Компании, которые взаимодействуют с поставщиками наиболее эффективно, рассматривают отношения с вендорами как партнерство с высокой степенью прозрачности. Для этого необходимо реструктурировать процессы внутреннего снабжения и управления поставщиками, чтобы они были больше похожи на M&A, в результате чего компании смогут интегрировать новых партнеров или создавать новые альянсы быстро и эффективно.
Открытость внешнему миру
Технические директора обычно ориентированы на защиту систем и обеспечение их эффективной работы. Но новый цифровой мир требует более активного взаимодействия с внешним миром для понимания конкурентных угроз и источников стоимости. Техническим директорам следует разработать гораздо более гибкую IT-инфраструктуру и подумать о создании новых способов конструктивной интеграции внешних систем. Но тратить долгое время на создание слишком сложных «пуленепробиваемых» систем контрпродуктивно; тестирование приложения или новой платформы должно занимать несколько дней или недель.
Инвестирование в новые возможности
Поскольку компании все активнее используют технологии внешних экосистем, им требуются фулл-стек архитекторы и инженеры конвергентных инфраструктур, которые могут предоставить экспертные знания в области стороннего программного обеспечения, свободно владеть несколькими лучшими в своем классе технологиями и поделиться опытом интеграции нескольких технологий. Возможности «переводчика» также будут иметь решающее значение для преодоления разрыва между бизнес-целями и технологическими требованиями, предъявляемыми в экосистеме. Любая новая функция в архитектуре предприятия должна тесно взаимодействовать с бизнесом, чтобы понять, как внешние сервисы могут быть интегрированы с продуктами для расширения ценностного предложения клиента.
С развитием облачных вычислений и инфраструктуры программируемого ПО, необходимые ресурсы (например, сети, серверы, системы хранения, приложения и сервисы) теперь могут предоставляться быстрее, а также могут управляться и использоваться с минимальными усилиями. Для этого требуются DevOps (интеграция разработки и эксплуатации) и облачные инженеры, которые имеют опыт навигации по быстро меняющейся экосистеме облачных вычислений и программному обеспечению, а также специалисты по данным, инженеры по автоматизации и корпоративные архитекторы. Помимо того, компаниям нужно будет найти нескольких старших разработчиков, которые смогут установить стандарты разработки в магазине приложений.
Многие из этих возможностей компании часто передают на аутсорс. Но из-за возросшей важности навыков проектирования и автоматизации многие переосмысливают этот подход по мере того, как информационные технологии переходят от вспомогательно элемента к воздействующему.
Интеграция IT-компании со сторонними возможностями открывает новые пути получения существенных источников стоимости. Но до тех пор, пока информационные технологии не превратятся в экосистемные технологии, подавляющее большинство новых возможностей останется за пределами досягаемости.
Роль IT в традиционном понимании — это фундамент для деятельности компании. Одна из основных функций направления состояла в защите операций компании с помощью фаерволов и шифрования, чтобы ограничить доступ для технологий извне. Однако с развитием технологий большое число возможностей и источников конкурентных преимуществ появляется за традиционными рамками бизнеса. Эти возможности объединяются во множестве новых экосистем.
Архетипы экосистем: взрывной рост
Подобные экосистемы часто пересекаются. Например, приложение для социальных платежей может быть частью экосистемы мобильных, социальных, информационных и банковских услуг. Интернет вещей (IOT) — это экосистема, в которой несколько приложений взаимодействуют друг с другом как сеть.
Подключившись к подобной экосистеме, компании могут получить доступ ко всей сети. Помимо прочего, они могут найти новых клиентов, подключиться к новым источникам данных и улучшить текущие бизнес-процессы.
Технические директора и IT-организации должны играть главную роль в использовании этих возможностей. Но они не смогут этого сделать, если будут продолжать вести дела «по старинке». В среде экосистем чрезмерный акцент на «самозащите» ограничит компанию в использовании новых возможностей. Чтобы адаптировать свою сложную бизнес-архитектуру к функционированию в мире экосистем, IT-директорам придется выяснить, как одновременно использовать внешние технологии и решать проблемы безопасности, управляя бурным потоком технологических инноваций.
IDC прогнозирует, что к 2018 году более 50 процентов крупных предприятий и более 80 процентов предприятий с передовыми стратегиями цифрового преобразования будут создавать отраслевые платформы или сотрудничать с уже существующими. В то же время, согласно данным Cisco, в 2020 году к Сети будет подключено более 50 миллиардов устройств.
Эти цифры подталкивают к радикальному переосмыслению того, что такое IT, и говорят о том, что технические директора должны управлять ими иначе: не как набором внутренних информационных технологий (IT), а как широкой сетью экосистемных технологий (ET). Для технического директора этот сдвиг также создает отличную возможность выстроить тесное сотрудничество с генеральным директором по бизнес-приоритетам и стать главным стратегическим партнером.
Что такое экосистемные технологии
ET включает в себя расширенный набор IT-возможностей и функций (Приложение 2). Техническому директору по-прежнему необходимо управлять «многоскоростными» IT-функциями, а также текущими двусторонними программами. Следующий уровень — ET — представляет новый набор возможностей, а также расширение существующих.
Технические директора могут определять и формировать свои экосистемы технологии тремя способами:
Открыть внутренние IT внешнему миру
Этот подход заключается в выстраивании архитектуры ИТ для связи внутренних систем и возможностей с внешними системами. Одним из примеров этого подхода в действии является мобильное приложение Delta Air Lines, которое взаимодействует с Uber, чтобы путешественники могли заказать такси сразу по приземлении. Kraft сделал из своего приложения рецептов инструмент для управления покупками, который создает список и легко передает его службе доставки продуктов Peapod. Воспринимайте это как продление пользовательского путешествия — и отношений компании с клиентом — через интеграцию с другими поставщиками услуг.
Многие компании уже предоставляют возможности для интеграции вышестоящим и нижестоящим партнерам — такие технологии, как EDI (электронный обмен данными), существуют уже несколько десятилетий. Однако эти точки интеграции часто остаются статичными. Это двусторонние связи с небольшой предварительно выбранной группой партнеров, таких как дистрибьюторы и поставщики. Такие точки интеграции задействуются редко и, зачастую, в комплексном режиме.
В будущем интеграция с внешними экосистемами заставит компании взаимодействовать со многими партнерами, охватывающими широкий спектр функций, от поиска клиентов до социальной рекламы и платежных решений. Это произойдет потому, что низкая стоимость технологий и динамичная среда стартапов привели к значительному увеличению скорости внедрения новых услуг. Таким образом, IT должно следовать «принципу Амазона», делая системные компоненты доступными в качестве сервисов, чтобы обеспечить интеграцию с экосистемой. Интерфейсы должны быть открытыми, динамичными и функциональными в режиме реального времени, чтобы они могли интегрировать партнеров, технологии и приложения по мере необходимости.
Одним из очевидных следствий этого процесса является необходимость разработки облегченной технологической архитектуры, основанной на микросервисах и интерфейсах прикладного программирования (API), чтобы позволить третьим сторонам легко подключиться к новой экосистеме. Техническим директорам необходимо мыслить категориями платформ и их архитектур, какие используют автопромышленные OEM-производители, чтобы в будущем осуществлять обновления во всей экосистеме. Возможно, им даже потребуется предоставить пользователям «магазин приложений», чтобы те смогли выбирать нужные возможности. Ну и, конечно, инфраструктура должна быть надежной и безопасной.
Пример того, как это может быть реализовано, можно найти у телекоммуникационных компаний, которые расширяют свой спектр взаимосвязанных услуг, включая в него e-commerce, музыку, страхование, услуги сфер здравоохранения, образования, средства массовой информации и умные дома. Все эти сервисы объединены в одну экосистему, предлагая клиенту несколько услуг через технологическую магистраль телекоммуникационной компании. AppExchange от Salesforce уже воплощает эту модель, создавая облачную среду, в которой разработчики могут создавать и выпускать собственные приложения.
Внедрить внешние технологии
Этот подход направлен на открытие внутренних IT-систем, чтобы бизнес мог включить внешние возможности в экосистему, для лучшего обслуживания собственных клиентов, поддержки своих сотрудников или создания новых продуктов и возможностей, часто предлагаемых через SaaS и API. Простым примером такого подхода является интеграция стороннего приложения для точек продаж (POS) во внутренние платежные системы компании, чтобы упростить процесс покупок в магазине. Или интеграция стороннего сервиса поддержки клиентов в веб-сайт компании. Или даже интеграция с Yammer (корпоративная социальная платформа) для повышения производительности труда сотрудников.
Этот подход явно меняет процесс того, как IT проектирует свои системы и управляет ими. Теперь речь идет не о покупке пакетов программного обеспечения и создании индивидуальных решений на месте или о работе с несколькими системными интеграторами для предоставления бизнес-решений. Теперь речь идет об освоении взаимодействия с клиентами на всей его протяженности и о том, как внешние и уже доступные услуги можно использовать в сочетании с внутренними решениями, чтобы сформировать полноценное, уникальное предложение. Компаниям необходимо будет дополнить внутренние навыки внешней специализацией, глубоко интегрированной в текущий процесс разработки IT-приложений и управления инфраструктурой. Речь идет о создании круглосуточно действующей среды, которая позволит предлагать продукты миллионам клиентов по всему миру.
Одна ведущая международная туристическая компания, чьи конкурентные преимущества были подорваны появлением множества стартапов в отрасли туризма, решила, что ей необходимо нарастить свой потенциал, чтобы провести необходимые преобразования. Важным компонентом ее стратегии было сотрудничество с вендорами из внешней экосистемы для обеспечения поддержки различных сервисов, таких как мобильное обслуживание, поисковые и платежные системы, CRM. Этот подход позволил им ускорить трансформацию, увеличить охват рынка и привлечь талантливых специалистов по мере развития технологий и роста спроса.
Модернизировать IT для соответствия инновациям
Мы часто слышим о том, насколько быстрым стал темп развития новых технологий. Но стоит помнить, что многие из новых инструментов могут кардинально изменить бизнес-модель компании, хотя на первый взгляд этот нюанс можно не заметить. Чтобы подготовится к этим переменам и занять более агрессивную конкурентную позицию, компании должны тестировать новые технологии и быть готовыми использовать их, как только ценность этих технологий будет доказана и они станут доступны для масштабирования. Это может осуществляться в форме «поиграться в новые технологии» (например, со стандартами оупенсорса) в специальных «песочницах», где можно протестировать связь между внутренними и внешними IT. Кроме того, лидеры в сфере IT должны будут активно создавать партнерства или альянсы с вендорами и поставщиками услуг, чтобы по-настоящему понять и оценить, как технология может использоваться в их бизнес-среде.
В действительности многие компании уже активно инвестируют в новые технологии. Например, большое количество финансовых компаний создали внутренние корпоративные венчурные фонды для инвестирования в такие технологии, как блокчейн и IOT. Однако компании продемонстрировали меньший прогресс и успех в интеграции этих технологий в свою существующую IT-инфраструктуру, равно как и в последующем распространении ценностного предложения среди своих клиентов. В стартапах, предлагающих инновационные решения, часто используются «незрелые» технологии, неспособные масштабироваться; они часто используют внешние облачные сервисы, которые могут быть несовместимы с облачной инфраструктурой компаний-заказчика. Поэтому для таких компаний важно продумать, как обеспечить плавную интеграцию новых инструментов как с технической стороны, так и со стороны рабочей культуры, чтобы в полной мере использовать продукты, предлагаемые стартапами. Если на данном этапе будут допущены ошибки, компания создаст очередную непроработанную «спагетти»-инфраструктуру.
Учитывая масштабы инноваций, не отстать от конкурентов будет возможно только в том случае, если технический директор наймет аналитиков или архитекторов, чья работа заключается в оценке и обеспечении совместимости внешних технологий. Например, DBS Innovation Group учредила должность вице-президента по финансовым технологиям, отвечающего за выявление, интеграцию и управление потенциальными членами экосистемы. Этот человек руководит финтех-проектами на местном и региональном уровнях и отчитывается перед главой глобального партнерства.
Независимо от того, какой способ или комбинацию способов формирования экосистемы выберут генеральный и технический директора, IT-специалисты выходят на передний план не только в области технологий, но и в инновации бизнес-моделей.
Начиная работу с экосистемой
Несмотря на то, что построение экосистемы является сложной задачей, основанной на многих взаимозависимостях, мы выяснили, что концентрация на следующих шести элементах позволит техническому и генеральному директорам получить максимальную отдачу:
Переосмысление бизнес-стратегии
Выбор способа или комбинации способов для взаимодействия с различными экосистемами (или для создания своей собственной экосистемы) зависит от трех вещей: стратегии компании, рыночной среды и общей склонности предприятия к риску. Это, в свою очередь, требует, чтобы технический директор работал в тесном сотрудничестве с генеральным директором и ведущими специалистами компании для того, чтобы помочь сформировать бизнес-стратегию путем выявления новых технологий и экосистем, которые могут резко поменять ситуацию на рынке, определить, где находятся будущие источники ценности, и разработать необходимые стратегические действия, чтобы преуспеть в их перехвате. Суть этого диалога заключается в постоянном двустороннем исследовании, где технология и бизнес-стратегия неразрывно связаны. Роль технического директора заключается не только в оценке осуществимости, но и в том, чтобы помочь бизнесу выявить те угрозы и возможности, которые несет в себе перспектива участия в экосистемах (см. статью «Экономические основы цифровой стратегии»).
Развитие инфраструктуры
Новая двунаправленная интеграция технологий носит динамический характер; она происходит в режиме реального времени с тысячами бизнес-партнеров или конечных потребителей. Такой процесс требует от компаний создания архитектуры интеграции следующего поколения, способной поддерживать эти процессы, и введения открытых стандартов, которые могут быть легко приняты внешними сторонами. Существующий в компании каталог управления основными данными также необходимо расширить, чтобы включить сторонние данные и учесть потенциальную интеграцию с внешними провайдерами основных данных. Чтобы системы работали, должна существовать четкая архитектура данных и схема управления для обеспечения их чистки, рационализации и стандартизации.
Переосмысление процесса и структуры управления клиентами
Когда клиенты обратятся в техподдержку, в условиях экосистемы будет сложно определить, где именно находятся точки неисправности: в системах компании, сторонних сервисах, облачных хранилищах, сети или в какой-то комбинации вышеперечисленного? Такая многоуровневая реальность потребует от компании фундаментального переосмысления процессов поддержки инфраструктуры.
Создание таких SLA (Соглашение об уровне предоставления услуги), которые четко определят протоколы эскалации и разрешения проблем и с которыми согласны все стороны, будет иметь решающее значение. Создание стандартных идентификаторов, или «триплетов», и их интеграция в участвующие в экосистеме сервисы партнеров и применяемые технологии станет важным шагом для быстрого обнаружения и решения возникающих технических проблем.
Однако установление подобных стандартов и соглашений не является предлогом, чтобы перебрасывать клиентов от одного партнера ко второму, третьему и т.д. Компании, работающей с клиентами, необходимо решать проблемы за кулисами, не усложняя навигацию по экосистемам партнеров для потребителей.
Определение параметров кибербезопасности, правовой базы и партнерства
В результате расширения инфраструктуры внутренняя политика и процессы, касающиеся кибербезопасности, должны будут охватывать сторонних партнеров и поставщиков. Следует определить и согласовать новый набор стандартов безопасности, который четко бы формулировал, как будет происходить интеграция и какими типами данных можно обмениваться по каким направлениям.
Работа с обширным кругом сторонних лиц поднимает и другие юридические вопросы: интеллектуальная собственность, ответственность, конфиденциальность, распределение прибыли и урегулирование сложностей могут серьезно ограничивать потенциальные выгоды от участия в расширенной экосистеме. Проблемы лицензирования уже возникали при взаимодействии между компаниями, предоставляющими облачные сервисы, и компаниями, работающих с локальными аппаратными и программными продуктами, из-за различных и конкурирующих бизнес-моделей. В частности, владение данными и управление клиентами будут иметь решающее значение, учитывая что компаниям необходимо иметь доступ к обеим этим областям.
Это потребует значительных навыков ведения переговоров, а также усилий по разработке и внедрению широкого набора стандартов во избежание постоянного выстраивания соглашений с нуля с появлением каждого нового партнера или поставщика. Подход маркета приложений, в котором четко указываются стандарты, предоставляются инструменты, а соглашения заключаются перед началом работы, может послужить полезной моделью.
Взаимодействие с сетью поставщиков также требует изменений в навыках сертификации и управлении их производительностью. Компании должны будут четко определить стандарты и процедуры, в соответствии с которыми должны работать поставщики, и обозначить руководящие принципы, которые определят, как именно поставщик будет включен в жизненный цикл доставки. Home Depot разрабатывает стандарты совместно с производителями своих продуктов, чтобы обеспечить совместимость с системой умного дома Wink. Компании, которые взаимодействуют с поставщиками наиболее эффективно, рассматривают отношения с вендорами как партнерство с высокой степенью прозрачности. Для этого необходимо реструктурировать процессы внутреннего снабжения и управления поставщиками, чтобы они были больше похожи на M&A, в результате чего компании смогут интегрировать новых партнеров или создавать новые альянсы быстро и эффективно.
Открытость внешнему миру
Технические директора обычно ориентированы на защиту систем и обеспечение их эффективной работы. Но новый цифровой мир требует более активного взаимодействия с внешним миром для понимания конкурентных угроз и источников стоимости. Техническим директорам следует разработать гораздо более гибкую IT-инфраструктуру и подумать о создании новых способов конструктивной интеграции внешних систем. Но тратить долгое время на создание слишком сложных «пуленепробиваемых» систем контрпродуктивно; тестирование приложения или новой платформы должно занимать несколько дней или недель.
Инвестирование в новые возможности
Поскольку компании все активнее используют технологии внешних экосистем, им требуются фулл-стек архитекторы и инженеры конвергентных инфраструктур, которые могут предоставить экспертные знания в области стороннего программного обеспечения, свободно владеть несколькими лучшими в своем классе технологиями и поделиться опытом интеграции нескольких технологий. Возможности «переводчика» также будут иметь решающее значение для преодоления разрыва между бизнес-целями и технологическими требованиями, предъявляемыми в экосистеме. Любая новая функция в архитектуре предприятия должна тесно взаимодействовать с бизнесом, чтобы понять, как внешние сервисы могут быть интегрированы с продуктами для расширения ценностного предложения клиента.
С развитием облачных вычислений и инфраструктуры программируемого ПО, необходимые ресурсы (например, сети, серверы, системы хранения, приложения и сервисы) теперь могут предоставляться быстрее, а также могут управляться и использоваться с минимальными усилиями. Для этого требуются DevOps (интеграция разработки и эксплуатации) и облачные инженеры, которые имеют опыт навигации по быстро меняющейся экосистеме облачных вычислений и программному обеспечению, а также специалисты по данным, инженеры по автоматизации и корпоративные архитекторы. Помимо того, компаниям нужно будет найти нескольких старших разработчиков, которые смогут установить стандарты разработки в магазине приложений.
Многие из этих возможностей компании часто передают на аутсорс. Но из-за возросшей важности навыков проектирования и автоматизации многие переосмысливают этот подход по мере того, как информационные технологии переходят от вспомогательно элемента к воздействующему.
Интеграция IT-компании со сторонними возможностями открывает новые пути получения существенных источников стоимости. Но до тех пор, пока информационные технологии не превратятся в экосистемные технологии, подавляющее большинство новых возможностей останется за пределами досягаемости.
