Нужно ли менять вашу ecom-платформу?

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

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

🏷 Признаки, что точно пора что-то делать

1. «Пока мы это не можем». Если на запрос новой фичи разработчики вам говорят: «а может, попробуем по-другому» или «пока мы такое не можем сделать, нужно много менять» — это красный флаг. Вы стали заложником системы, подстраиваетесь под нее.

2. Редкие релизы. Если они проходят раз в неделю-месяц, с платформой что-то не так. В ecom’е нет времени на долгие циклы разработки. Через полгода все, что вы сделаете, может уже может устареть.

3. Проблемы, которые месяцами не решаются. У вас теряются заказы, вы падаете при нагрузке и это никак не решается. Если вы уже не на пути изменений платформы или подхода в IT, то вы в беде.

🔧 Можно ли это исправить? Да, можно. И нужно, иначе придется расстаться с надеждами на рост, развитие и прочее.

$90 миллионов на большой конструктор

Не так давно ElasticPath поднял $90 миллионов инвестиций на развитие своей платформы. Компания не часто мелькает в инфополе, но она сделала огромный вклад в развитие composable commerce. Gartner неоднократно называл ее визионером в области ecom.

Часть инвестиций будут потрачены на развитие хабов интеграции различных инструментов. Это нужно, чтобы сделать запуск и развитие сложных и кастомных магазинов более простой. Фактически, чтобы их можно было собирать как low-code решение.

Почему это важно?

Скорость развития технологической платформы — ключевая экспертиза в ecom.

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

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

Нужен ли real-time в e-com?

Помните времена, когда все делали e-com на 1С-Битриксе, а обмен данными был раз в час? Или, в лучшем случае, раз в 15 минут. Клиент оформляет заказ, а его приходится отменять, поскольку товара уже нет, остатки не обновились. В общем, долго, медленно, не real-time.

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

Но где здесь real-time?

Частый ответ — большинству бизнесов это не нужно. Согласимся, важно учитывать потребности бизнеса, не строить лишнего, не усложнять систему сверх меры.

Однако в большинстве случаев дело не в том, что это не нужно, а в отсталости ecom-технологий и привычке делать по-старому. Когда нет инструмента, легче сказать, что это долго, дорого и не нужно.

E-com нового поколения — это точно real-time. Остатки на всех витринах всегда актуальны, а ваши клиенты видят реальный каталог, цены и статусы заказов. Если у вас не так — вы серьезно отстаете. Разумеется, есть исключения для определенных бизнес-сценариев или небольших компаний. Однако, если вы стремитесь стать лидером или серьезным игроком в своей нише, то real-time — неотъемлемая часть успеха.

Мультиканальность и омниканальность — в чем разница

🚀 Мультиканальность — стратегия, при которой мы подключаем несколько витрин для взаимодействия с пользователем. Не только приложение и сайт, но и маркетплейсы, сайты партнеров, социальные сети.

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

🌐 Омниканальность — интеграция витрин в единую систему, чтобы создать бесшовные опыт для пользователя. Наша задача: сделать сервис удобным, где бы клиент не покупал.

Например, вы по дороге на работу просматриваете приложение, добавляете товары в корзину и на какое-то время забываете об этом. Затем заходите на сайт магазина и обнаруживает, что выбранные товары уже лежат в корзине. Продолжаете покупки без необходимости начинать сначала. В данном случае подход к вам персонализируется. Омниканальность обеспечивает непрерывное взаимодействие магазина с вами.

Что выбрать

Оба подхода не противоречат друг другу. Если вы хотите построить конкурентную платформу, внедрять нужно и то, и другое. Потому что современный ecom — это всегда микс многоканальности и безусловное стремление к омниканальности.

Преимущество технологической платформы в ритейле

Сейчас почти все крупнейшие представители ритейла имеют свои ИТ-дочки — Sportmaster Lab, X5 Tech, Lamoda Tech, Samokat.tech. В штате этих компаний сотни человек, например, Спортмастер говорит о 1500 сотрудниках. Речь идет не просто о поддержке ИТ-инфраструктуры этих брендов, а о полноценных продуктовых командах, развивающих сложные ИТ-продукты.

Что это значит?

Сегодня ИТ — тот самый необходимый ингредиент, который обеспечивает лидерство. Закупки, управление ассортиментом и складом, аналитика, управление торговыми точками и витринами, управление персоналом — все это требует качественных и, самое главное, современных tech-продуктов.

Вывод

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

ИИ в екоме — готовы ли ваши данные?

Волна широкого применения ИИ в екоме набирает обороты, и её уже не остановить. Компании стремятся найти решения и инструменты для интеграции ИИ в свои процессы. Однако за красивыми презентациями о том, как круто всё будет работать, мало кто задумывается, насколько они действительно готовы к внедрению ИИ.

📈 Что самое главное для любых алгоритмов ИИ? Верно — хорошо размеченные данные!

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

Зачастую работа с данными ведется либо в 1С, что затрудняет их использование, либо они разбросаны по разным местам. Важно, чтобы данные были в быстром доступе и обеспечивали оперативные, хорошо структурированные выгрузки. Идеальный вариант — постоянный доступ через API.

🎯 Вывод

Прежде, чем разводить бурную деятельность по внедрению ИИ, нужно проанализировать существующие процессы работы с данными. Возможно, потребуется перестроить их. Интеграция PIM системы — это must have для любого зрелого магазина.

А можно ли без 1С в екоме?

Исторически сложилось, что много внутренних процессов в екоме завязано на 1С. Это и управление номенклатурой (PIM), и взаимодействие с логистикой, и программы лояльности, работа с клиентами и управления заказами.

На самом деле — это ОЧЕНЬ плохо! За 10 лет активной разработки еком-магазинов, мы встретили много талантливых команд-разработчиков 1С, но каждый раз, еком упирался именно в 1С. И как только удавалось какое-то решение убрать из 1С — становилось ГОРАЗДО лучше.

🧐 Ситуация

Последние несколько лет мы видим запрос от персонала магазинов — продублировать что-то вне 1С, чтобы можно было быстро посмотреть в телефоне или получить данные через Telegram. Ничего удивительного: веб-интерфейсы в сотни раз превосходят интерфейсы 1С-ки.

Однако, 1С настолько вгрызлась в процессы создания ERP систем, что зачастую происходит ситуация из разряда: «Мыши плачут, но продолжают есть кактусы».

⚙️ Вывод

Еком будущего — это скорость, риалтайм, удобный доступ к данным и быстрая реакция персонала. Так что дважды подумайте, на чем делать очередной сервис у себя в ERP.

P.S. Да, есть ситуации, в которых без 1С не обойтись — глупо это отрицать. Но еще глупее — пихать 1С там, где она плохо работает.

Без каких данных ваш еком не выживет?

В ответ на пост про готовность данных к внедрению ИИ в еком-проект, еком директор СТОКМАНН Сергей Фадеев, поделился дельной мыслью: при наличии оформленных баз данных огромное количество еком-проблем можно решить и без ИИ.

Удивительно, но как и PIM — редкость на рынке екома, так и хранение, и работа с данными — часто игнорируются. Хотя без работы с данными ни один еком не выживет в будущем.

🗒️ Мы собрали для вас чек-лист основных данных, которые нужно хранить:

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

Важно

Обеспечьте доступ к данным, как минимум, через ELK или другой более сложный инструментарий. Сделать это не так трудно, как кажется.

А теперь задайте вопрос своему техотделу — храните ли вы эти данные?

Headless-еком набирает популярность

В 2020 году на РИФ мы сказали, что в Ctrlweb делаем headless-еком. Нас стали спрашивать: Что это? Зачем это нужно? Прошло 3 года — о headless теперь говорят все чаще. Наконец-то headless-еком становится не просто новомодным словцом, а must-have технологией.

🧐 Что вообще такое headless-еком?

Если коротко — это раздельная работа интерфейса и серверной части. А подробнее можно почитать в нашем посте «Зачем екому нужен headless».

Последние новости из мира екома по-новому:

— Стас Елисеев из Userstory рассказал, как они делают свое решение для фронта интернет-магазинов EVOLUTION и упомянул, что система строится по принципам headless. Кстати, разработка потенциально интересная для всего рынка. Понаблюдаем.

— Ребята из Braind хотят рассказать про headless в рамках конференции New Retail Forum... послушаем, посмотрим.

Детальный роадмап в екоме — зло

«У нас роадмап на год вперед, с четкими целями», — часто слышим мы. Не спорим, такая ситуация приятна для СТО компании. Но если дело касается разработки в екоме, скорее всего, у вас не все под контролем и у этого есть несколько причин:

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

2. Если ваш роадмап сделали разработчики, то, скорее всего, там зашит техдолг, оптимизация и прочие показатели. Это, конечно, неплохо, но в таком случае у вас отсутствуют стратегические планы по развитию технологий. А это почти всегда означает стагнацию и, в худшем случае, потерю рынков.

Как должно быть?

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

А теперь расскажите, насколько детально расписан ваш роадмап?

ИИ в екоме — готов ли ваш API?

Мы уже ни раз говорили, что интегрировать ИИ можно лишь в случае, если ваши данные к этому готовы. Они должны быть хорошо структурированы.

Второй момент, который важно учесть — это доступность ваших систем.

1. Забудьте про выгрузки / загрузки.
У вас должны быть API-интерфейсы, которые обеспечат доступ к вашим данным и системам в режиме real-time.

2. Через АРI вам должны быть доступны непубличный данные — история заказов, аналитические срезы по продажам, пользователям, выкупам.

Нужно стремиться построить API-fist еком-систему или headless. Но это может быть проблемой из-за того, что большое количество еком-систем работают на 1С. Там принято организовывать выгрузки по времени и синхронизации — для современного екома это слишком долго. Еще одной проблемой может стать безопасность данных — об этом тоже стоит позаботиться заранее.

⚙️ Вывод

API-first или headless еком — необходимость для интеграции современных решений. В противном случае придется серьезно и долго все дорабатывать.

Но есть ли у вас время в динамичном мире екома?

90% заказов из МП: нужен ли сайт современному ритейлу?

На New Retail Forum Григор Мнацаканян из Cпортмастера отметил, что 90% заказов приходит из мобильного приложения. Мария Тимофеева из Hoff и Сергей Фадеев из СТОКМАНН подтвердили, что основной поток заказов однозначно мигрирует в приложения.

🧐 Зачем сайт крупному ритейлу?

По большей части, сайт — инструмент привлечения новых клиентов. Постоянным клиентам намного удобнее сделать заказ в пару кликов из приложения, чем заходить на сайт. Пообщавшись в кулуарах с представителями большого ритейла, мы поняли, что большинство из них «забили» на свои сайты.

Исключения

Хороший интернет-магазин намного важнее мобильного приложения, если речь идет о D2C ситуациях или продуктах, где вероятность повторной покупки низкая. В таких случаях интернет-магазин — единственный канал привлечения клиентов и продаж.

Выводы

— Мобильное приложение должно быть идеальным и в него нужно инвестировать.
— Сайт должен быть быстрым и выполнять основную цель — привлекать клиентов. Нужно уметь оперативно создавать лендинги, тщательно настраивать аналитику и инструменты конвертации.
— Headless-концепция будет становиться еще важней, так как роль и функция витрин меняется.

Антибот-защита — однозначно «да»

Если у вас еком-проект с 500К+ посещений (или даже 300К) — ставьте антибота. За последний месяц мы в Ctrlweb убедились, что антибот-защита нужна не только на логин-страницах, но и на всем сайте.

👉 Ловите причины:

— До 30% снижается нагрузка на инфраструктуру;
— Более точная статистика по всем каналам;
— Меньше скликиваний;
— Бонус-трек: крепче сон.

Однозначно, антибот-защита — часть екома по-новому. Мы работали с QratorLabs и Servicepipe.ru — оба супер, рекомендуем!

PIM — стоит ли заморачиваться ?

PIM (product information management) — это система, которая помогает управлять всем, что связано с информацией о продуктах: описанием, характеристиками, медиа и другими элементами.

Если вы владеете интернет-магазином и считаете, что у вас нет PIM — вы заблуждаетесь. Важно отметить, что PIM как IT-звено — это часть екома по-новому.

⚙️ Что такое PIM в российском екоме?

Обычно это микс из 1С (кстати, неплохой модуль управления номенклатурой), админки Битрикса (или другой CMS) и софтом фотостудий с последующей выгрузкой изображений либо в 1С, либо напрямую на сайт.
И добавим сюда процесс работы с контентом — обычно, этот процесс ограничивается контент-менеджером.

📲 Нужно ли все это сводить к одному специализированному софту?

Да, если:

1. У вас больше, чем один-два контент-менеджера и важно избегать ошибок в контенте;
2. Вы хотите иметь статистику под рукой, как эффективно работает эта бизнес-единица;
3. Вы хотите строить технологичный еком, где все будет real-time;
4. Вы привлекаете к созданию контента производителей / бренды;
5. Многоканальность — это часть вашей бизнес-модели.

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

На кого посмотреть: Brandquad, Ensi PIM, также есть решение от Compo (сейчас на сайте можно запросить презентацию и демо-версию продукта).

Headless — фронт или бэк?

На New Retail Forum мы уже несколько раз слышали про headless-подход, но заметили, что чаще всего он рассматривается в разрезе дизайна интерфейсов.

Давайте проясним:

Headless-commerce — это архитектура построения ИТ-системы таким образом, что логическая часть существует независимо от каких-либо фронтов или витрин (приложения, сайты, терминалы, маркетплейсы, магазины в Телеграме).

Headless — это про бэк, а не про фронты.

Сюда входит не только пресловутое API для сайта или мобилки, хотя это самый распространенный кейс. Речь идет обо всех системах, с которыми взаимодействуют пользователи или другие системы. Да, headless-системе все равно — человек это или робот. Headless — это изначально API интерфейс. Фронты здесь вторичны.

🔎 Так стоит ли переходить на headless ?

Ответ прост — попробуйте по-старому и вы точно потеряете. Мы сейчас говорим о средне-крупных магазинах и о тех, для кого важна омни- и многоканальность, кто ориентирован на игру вдолгую. Мы не знаем, какая витрина станет популярной следующей: голосовой ассистент, магазин в метавселенной (если она оживет) или shop-in-shop на маркетплейсе. Но с headless точно будет проще интегрироваться с ней, а без него — потеряете деньги и время на переделки, интеграцию и остальную непонятную айтишку.

Shopify и headless

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

API

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

Разработка своего фронт-фреймворка

Shopify купили фреймворк Remix и вместе с командой создают на его основе фронт-магазин — Hydrogen. Он будет из коробки включать все нужные функции. Сейчас это активно связывается с деплоем и другими классными фичами. В общем, создается полноценный headless-стэк.

🧐 Зачем Shopify headless

— Хотят удержать тех клиентов, которым мало базовых возможностей их языка шаблонов Liquid, особенно в плане визуала.
— Хотят пойти в enterprise, а без headless там делать нечего.
— Headless-концепция открывает двери к composable, это опять-таки для удержания части текущих клиентов и для привлечения энтерпрайза.

Какой вывод для еком-компаний в РФ

Решения API-first и headless единственно возможны в текущих реалиях для построения масштабируемых еком проектов. Это признают даже монолитные компании. Если вы ковыряетесь с 1С-Битрикс и убеждаете себя, что так можно дальше жить — лучше перестать обманываться и принять уже решение о реплатформинге.