IT–стратегия
в электронной коммерции

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

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

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

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

Gartner в своей Pace-Layered Application Strategy относит системы компании к одному из трех слоев — в зависимости от того, как сформулированы требования и насколько реализованные в них процессы обеспечивают конкурентные преимущества ритейлера на рынке. Это удобная модель, по которой можно классифицировать бизнес-приложения и вырабатывать стратегию их развития.

Например, налоговый учет устроен примерно одинаково в любой компании, поэтому для его автоматизации требуется стандартная многофункциональная система (уровень Systems of Records).

С другой стороны, обработка заказов у каждого ритейлера организована по-разному: это часть клиентского сервиса, который отличает одну компанию от другой. Для автоматизации данного ключевого процесса требуется разработка приложения по требованиям бизнеса, который хорошо представляет, что именно ему нужно (уровень Systems of Differentiation).

Наконец, любая цифровая витрина — это зона постоянных экспериментов, которые поддерживают системы, развиваемые по гибким методологиям (уровень Systems of Innovation). Требования в этой зоне возникают спонтанно, а time-to-market должен быть минимальным.

В таблице (по мотивом аналогичных таблиц Gartner) показаны отличия в развитии систем каждого из слоев. Для разных приложений требуется разный релизный цикл: от ежедневных изменений через, скажем, двухнедельные спринты до отгрузок раз в несколько месяцев.

Итак, в современном ритейле главная задача IT-блока — построение эволюционной архитектуры. Но бизнес, который зачастую относится к IT как к прикладной функции, использует совсем другие термины. Особенно это касается незрелых (по классификации CMMI) организаций. В таких компаниях не формулируют стратегических задач для IT-блока, a ставят максимально практические цели — без рефлексии о том, почему именно на таких задачах следует сосредоточиться.

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

Тем временем требования к IT в любой организации можно описать всего лишь двумя тезисами:

Выполнение этих требований обеспечивает стратегический характер деятельности IT-блока.

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

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

Отдельно отметим список нефункциональных требований к IT в ритейл-компании, стремящейся к лидерству: