Что нужно знать об интеграции платформы

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

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

Грег Уильямс: У вас есть клиент, который хочет вместе с вами заняться платформером или реплатформингом. Каковы первые шаги на этом пути?

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

GW: Итак, первое правило: не торопитесь?

BW: Может возникнуть чувство срочности, потому что ландшафт меняется очень быстро, и многие, если не большинство компаний, к тому времени, когда они начнут, будут чувствовать, что они сильно отстали. Но когда они пытаются добиться слишком многого, у них нет хорошего управления, и вот где «расползание масштабов» поднимает свою уродливую голову.

ГВ: Какой?

BW: развивающийся и плохо определенный набор требований, который вносит изменения в середине процесса. Обычно это происходит из-за того, что заинтересованные стороны не могут определить, чего они хотят, до начала проекта или плохо понимают бизнес-процессы. Слишком много поваров на кухне может означать, что то, что вы пытаетесь выполнить, становится движущейся целью, что неизбежно приводит к перерасходу бюджета и значительным задержкам. Затем это подрывает уверенность всех, включая высшее руководство, в вероятности успеха. Именно тогда люди начинают спрашивать: « Это когда-нибудь окупится ?» Поэтому очень важно, чтобы люди видели быструю окупаемость, чтобы они видели прогресс, даже если он несколько ограничен по масштабам по сравнению с тем, чего вы в конечном итоге хотите достичь. Именно здесь так важны управление проектом и дисциплина — чтобы проекты оставались на плаву.

GW: Какие еще уроки вы извлекли?

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

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

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

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

GW: Чего еще следует избегать?

BW: Обычно для крупных проектов вы нанимаете консалтинговую фирму, которая выставляет вам счета на тысячи долларов в день — у вас есть системные архитекторы, разработчики, бизнес-аналитики, целая армия людей плюс все ваши внутренние ресурсы. Тем не менее, работа над определением взаимодействия с пользователем еще даже не началась. Все стоят вокруг и говорят: « Ну, мы не можем начать работу, пока не узнаем, как она должна выглядеть ».

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

GW: Планы и сроки можно согласовать, но я полагаю, что придерживаться их — совсем другая задача…

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

GW: И кем должен быть этот человек?

БВ: Я видел наибольший успех там, где привлекался очень старший независимый менеджер проекта. Это не должен быть кто-то из консалтинговой фирмы, которую вы наняли для внедрения системы, и это не должен быть кто-то, кто работает для ИТ-команды или даже для заинтересованных сторон. Вам нужен кто-то, кто может донести новости прямо и чья единственная цель — поддерживать проект в нужном русле.

GW: Что, если это запуск совершенно нового сайта?

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

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

GW: SAP Hybris эволюционировала за последние несколько лет. Можете ли вы провести нас через это путешествие?

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

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

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

GW: Электронная коммерция развивается невероятно быстро. Как вы обновили его, чтобы справиться с быстрым темпом современной торговли?

BW: Мы сделали длинный список того, что мы сделали для поддержки быстро меняющихся бизнес-требований, не только для электронной коммерции, но и для всех каналов и возможностей фронт-офиса. Одна вещь, которую я хотел бы подчеркнуть, является более поздней инновацией — это запуск нашей новой платформы микросервисов, SAP Hybris-as-a-Service, или того, что мы называем YaaS. Эта платформа платформы позволяет разработчикам запускать микросервисы для расширения и поддержки уникальных требований в облаке. Разработчики могут использовать свой язык по своему выбору без привязки к поставщику для написания, тестирования и запуска новых сервисов в облаке. И, возможно, еще более захватывающим является рынок, который мы предоставляем партнерам, независимым разработчикам и даже клиентам для продажи этих микросервисов. Это очень прорывное решение, и будет очень интересно посмотреть, как оно будет развиваться.