Скорость интернет-магазина — один из ключевых факторов эффективности
Раньше сохранить обороты можно было за счет лояльности, уникального предложения или самой низкой цены. Сегодня игнорирование важности скорости обходится дороже. Рассказываем, почему.
Под скоростью мы имеем ввиду:
🏃♂️ Скорость работы самого сервиса — загрузка интерфейсов, переключение между страницами, обновление информации, формирование заказа.
За счет таких гигантов как Ozon, Lamoda или Amazon мы привыкли к быстрым ecom-сервисам. При создании заказа ожидаем, что он уйдет в работу сразу же, а не на следующий день после звонка оператора. Готовы получить заказ через 1-2 дня, но если срок — неделя, то скорее всего пойдем искать аналогичный товар у конкурентов. За счет той же скорости мы можем быстро закрыть приложение одного магазина и заказать в другом.
🧪 Скорость внедрения новых решений и экспериментов.
Долгие роадмапы и обновления в следующем году — нерабочая история. К моменту внедрения мир изменится настолько, что ваш сервис скорее будет догонять лидеров и все равно с каждым месяцем все больше отставать.
Важно создавать такой сервис, в котором можно быстро подключить новое решение, нарастить мощность или масштабироваться, если вы прогнозируете кратный рост.
Напоследок: чек-лист быстрого сервиса
— Моментальная загрузка интерфейсов и обновления данных. Мы живем в мире коротких рилсов. Если после открытия сайта пользователь ждет дозагрузки информации о товаре, он теряет к нему интерес.
— Скорость внедрения новых функций не дольше, чем 2-3 недели. В онлайн-торговле фича тесно связана с финансовым результатом. Если для подключения нового способа оплаты или интеграции маркетплейса нужны месяцы, вы рискуете потерять прибыль там, где другие сервисы будут вовсю зарабатывать.
Раньше сохранить обороты можно было за счет лояльности, уникального предложения или самой низкой цены. Сегодня игнорирование важности скорости обходится дороже. Рассказываем, почему.
Под скоростью мы имеем ввиду:
🏃♂️ Скорость работы самого сервиса — загрузка интерфейсов, переключение между страницами, обновление информации, формирование заказа.
За счет таких гигантов как Ozon, Lamoda или Amazon мы привыкли к быстрым ecom-сервисам. При создании заказа ожидаем, что он уйдет в работу сразу же, а не на следующий день после звонка оператора. Готовы получить заказ через 1-2 дня, но если срок — неделя, то скорее всего пойдем искать аналогичный товар у конкурентов. За счет той же скорости мы можем быстро закрыть приложение одного магазина и заказать в другом.
🧪 Скорость внедрения новых решений и экспериментов.
Долгие роадмапы и обновления в следующем году — нерабочая история. К моменту внедрения мир изменится настолько, что ваш сервис скорее будет догонять лидеров и все равно с каждым месяцем все больше отставать.
Важно создавать такой сервис, в котором можно быстро подключить новое решение, нарастить мощность или масштабироваться, если вы прогнозируете кратный рост.
Напоследок: чек-лист быстрого сервиса
— Моментальная загрузка интерфейсов и обновления данных. Мы живем в мире коротких рилсов. Если после открытия сайта пользователь ждет дозагрузки информации о товаре, он теряет к нему интерес.
— Скорость внедрения новых функций не дольше, чем 2-3 недели. В онлайн-торговле фича тесно связана с финансовым результатом. Если для подключения нового способа оплаты или интеграции маркетплейса нужны месяцы, вы рискуете потерять прибыль там, где другие сервисы будут вовсю зарабатывать.
👍7🔥6👏2
В интернете продолжают обсуждать тему «Виноват ли 1С-Битрикс в последних утечках данных». Сама платформа опровергла связь своей CMS с пострадавшими сервисами. При этом, упомянула, что часть взломанных сайтов все же работает под управлением Битрикс, но, скорее всего, они не обновлялись.
Вопрос
Как именитые крупные бренды не смогли взять и обновить Битрикс, что, к слову, можно сделать быстро, легко и онлайн.
Возможно, что CMS уже настолько модифицирована, что никто и не рискнет внедрять обновления. По нашему опыту в больших магазинах 1С-Битрикс используется кусочками или вообще не похож на изначальное решение. Все это затрудняет его обновление.
Но и полностью отказаться от платформы не получается — это сложно, долго, непонятно, с чего начать.
Вывод
Старые платформы не только тянут ecom-сервис вниз и диктуют, как жить, но и могут быть «воротами» для хакеров.
Решение — своевременный реплатформинг, постепенный переезд на новую архитектуру. Бояться его не нужно, каждый ecom-сервис так или иначе придет к обновлению. И хорошо, если это будет вовремя. А не после осознания, что вы не только опаздываете с внедрением новых фич, так вас еще и ломают.
Вопрос
Как именитые крупные бренды не смогли взять и обновить Битрикс, что, к слову, можно сделать быстро, легко и онлайн.
Возможно, что CMS уже настолько модифицирована, что никто и не рискнет внедрять обновления. По нашему опыту в больших магазинах 1С-Битрикс используется кусочками или вообще не похож на изначальное решение. Все это затрудняет его обновление.
Но и полностью отказаться от платформы не получается — это сложно, долго, непонятно, с чего начать.
Вывод
Старые платформы не только тянут ecom-сервис вниз и диктуют, как жить, но и могут быть «воротами» для хакеров.
Решение — своевременный реплатформинг, постепенный переезд на новую архитектуру. Бояться его не нужно, каждый ecom-сервис так или иначе придет к обновлению. И хорошо, если это будет вовремя. А не после осознания, что вы не только опаздываете с внедрением новых фич, так вас еще и ломают.
👍6🔥4💯4👏2
То ли рыба, то ли мясо. Что такое полу-composable commerce
Построить полностью «составной» интернет-магазин в России невозможно. Нам не хватает решений, которые были бы достаточно гибкими, могли решать разные задачи и бесшовно встраиваться в работу сайтов. Самое главное — нет API-first каталога/корзины (аналога commercetools, как пример).
Некоторые компании пробуют создавать headless решения. Например, Ensi от Greensight. Но эти решения еще шлифуются и дорабатываются. И все же это не повод продолжать изобретать велосипеды и «пилить» полностью кастомный продукт.
💻 Что делать
На помощь приходит полу-composable commerce (наш авторский термин 😀). Подход предполагает, что вы изучаете рынок, смотрите, какие есть готовые сервисы, удовлетворяющие вашим требованиям — и внедряете их в бэкенд. А уже для тех функций, которых не хватает, можно создать собственные решения.
🔎 Пример, как сегодня разрабатывать магазин с нуля в России, используя полу-composable подход
— API Каталога — 1С-Битрикс со слоем Larаvel;
— OMS — RetailCRM;
— Рекомендательный сервис — RetailRocket;
— Программа лояльности — Mindbox/Manzana;
— Поиск — Ensi Cloud Search.
🔦 В любом случае
Даже несмотря на то, что в России не хватает решений для composable e-commerce, переход к нему в долгосрочной перспективе неизбежен. Каждый месяц появляется все больше полноценных сервисов для ecom, которые предоставляют открытое API и способны закрывать самые уникальные потребности. Это процесс не остановить, поскольку никто не хочет изобретать велосипед снова и снова.
Построить полностью «составной» интернет-магазин в России невозможно. Нам не хватает решений, которые были бы достаточно гибкими, могли решать разные задачи и бесшовно встраиваться в работу сайтов. Самое главное — нет API-first каталога/корзины (аналога commercetools, как пример).
Некоторые компании пробуют создавать headless решения. Например, Ensi от Greensight. Но эти решения еще шлифуются и дорабатываются. И все же это не повод продолжать изобретать велосипеды и «пилить» полностью кастомный продукт.
💻 Что делать
На помощь приходит полу-composable commerce (наш авторский термин 😀). Подход предполагает, что вы изучаете рынок, смотрите, какие есть готовые сервисы, удовлетворяющие вашим требованиям — и внедряете их в бэкенд. А уже для тех функций, которых не хватает, можно создать собственные решения.
🔎 Пример, как сегодня разрабатывать магазин с нуля в России, используя полу-composable подход
— API Каталога — 1С-Битрикс со слоем Larаvel;
— OMS — RetailCRM;
— Рекомендательный сервис — RetailRocket;
— Программа лояльности — Mindbox/Manzana;
— Поиск — Ensi Cloud Search.
🔦 В любом случае
Даже несмотря на то, что в России не хватает решений для composable e-commerce, переход к нему в долгосрочной перспективе неизбежен. Каждый месяц появляется все больше полноценных сервисов для ecom, которые предоставляют открытое API и способны закрывать самые уникальные потребности. Это процесс не остановить, поскольку никто не хочет изобретать велосипед снова и снова.
👍8🔥5🙏2❤1
Еще одна ecom-платформа. Зачем?
Интегратор Globus IT представил Compo — платформу для развития онлайн-торговли. Пишут, что продукт способен заменить 20+ западных решений — SAP Commerce Cloud (Hybris), Pimcore, Scallium, Magento и другие. Уже известны первые клиенты — X5 Group, Vprok.ru Перекрёсток, Chemexsol.
Судя по всему, Compo — модульно-сервисная платформа. Насколько она headless или API-first и можно ли использовать модули независимо друг от друга, пока не понятно.
Из минусов: она написана на Java. Возможно это будет плюсом для корпоративного рынка. Но до тех пор, пока не потребуются Java-разработчиков, которых сейчас дефицит.
Зачем нам еще одно решение? Мало 1С-Битрикса?
Запуск Compo и похожих решений в последнее время еще раз подтверждает, что старые технологии с трудом обеспечивают современные ecom-нужды. Можно сказать, вообще не справляются.
Грядет большой реплатформинг. Если вы еще сидите на старых технологиях и думаете, что просто не умете их «готовить», знайте — никто уже не умеет.
Интегратор Globus IT представил Compo — платформу для развития онлайн-торговли. Пишут, что продукт способен заменить 20+ западных решений — SAP Commerce Cloud (Hybris), Pimcore, Scallium, Magento и другие. Уже известны первые клиенты — X5 Group, Vprok.ru Перекрёсток, Chemexsol.
Судя по всему, Compo — модульно-сервисная платформа. Насколько она headless или API-first и можно ли использовать модули независимо друг от друга, пока не понятно.
Из минусов: она написана на Java. Возможно это будет плюсом для корпоративного рынка. Но до тех пор, пока не потребуются Java-разработчиков, которых сейчас дефицит.
Зачем нам еще одно решение? Мало 1С-Битрикса?
Запуск Compo и похожих решений в последнее время еще раз подтверждает, что старые технологии с трудом обеспечивают современные ecom-нужды. Можно сказать, вообще не справляются.
Грядет большой реплатформинг. Если вы еще сидите на старых технологиях и думаете, что просто не умете их «готовить», знайте — никто уже не умеет.
👍7🔥3❤2
Нужно ли менять вашу ecom-платформу?
Если отвечать кратко, то не стоит. Это будет сложный процесс без гарантий на выходе.
Однако в этой скучной для руководителей ecommerce-теме важный момент: помогает ли ваша технологическая платформа меняться быстро? Разобраться может быть не просто. Но есть маркеры, при которых стоит задуматься.
🏷 Признаки, что точно пора что-то делать
1. «Пока мы это не можем». Если на запрос новой фичи разработчики вам говорят: «а может, попробуем по-другому» или «пока мы такое не можем сделать, нужно много менять» — это красный флаг. Вы стали заложником системы, подстраиваетесь под нее.
2. Редкие релизы. Если они проходят раз в неделю-месяц, с платформой что-то не так. В ecom’е нет времени на долгие циклы разработки. Через полгода все, что вы сделаете, может уже может устареть.
3. Проблемы, которые месяцами не решаются. У вас теряются заказы, вы падаете при нагрузке и это никак не решается. Если вы уже не на пути изменений платформы или подхода в IT, то вы в беде.
🔧 Можно ли это исправить? Да, можно. И нужно, иначе придется расстаться с надеждами на рост, развитие и прочее.
Если отвечать кратко, то не стоит. Это будет сложный процесс без гарантий на выходе.
Однако в этой скучной для руководителей ecommerce-теме важный момент: помогает ли ваша технологическая платформа меняться быстро? Разобраться может быть не просто. Но есть маркеры, при которых стоит задуматься.
🏷 Признаки, что точно пора что-то делать
1. «Пока мы это не можем». Если на запрос новой фичи разработчики вам говорят: «а может, попробуем по-другому» или «пока мы такое не можем сделать, нужно много менять» — это красный флаг. Вы стали заложником системы, подстраиваетесь под нее.
2. Редкие релизы. Если они проходят раз в неделю-месяц, с платформой что-то не так. В ecom’е нет времени на долгие циклы разработки. Через полгода все, что вы сделаете, может уже может устареть.
3. Проблемы, которые месяцами не решаются. У вас теряются заказы, вы падаете при нагрузке и это никак не решается. Если вы уже не на пути изменений платформы или подхода в IT, то вы в беде.
🔧 Можно ли это исправить? Да, можно. И нужно, иначе придется расстаться с надеждами на рост, развитие и прочее.
👍9🔥2
$90 миллионов на большой конструктор
Не так давно ElasticPath поднял $90 миллионов инвестиций на развитие своей платформы. Компания не часто мелькает в инфополе, но она сделала огромный вклад в развитие composable commerce. Gartner неоднократно называл ее визионером в области ecom.
Часть инвестиций будут потрачены на развитие хабов интеграции различных инструментов. Это нужно, чтобы сделать запуск и развитие сложных и кастомных магазинов более простой. Фактически, чтобы их можно было собирать как low-code решение.
Почему это важно?
Скорость развития технологической платформы — ключевая экспертиза в ecom.
Поэтому важно создавать сервисы с такой архитектурой, в которую можно быстро интегрировать другие решения. Например, везде настраивать открытое API, выгрузки номенклатуры делать моментальными и гибкими.
Организовать все самим с помощью только кастомной разработки — утопия. Так что победит тот, кто сделает из своей системы большой конструктор и сможет добавлять или менять блоки максимально быстро.
Не так давно ElasticPath поднял $90 миллионов инвестиций на развитие своей платформы. Компания не часто мелькает в инфополе, но она сделала огромный вклад в развитие composable commerce. Gartner неоднократно называл ее визионером в области ecom.
Часть инвестиций будут потрачены на развитие хабов интеграции различных инструментов. Это нужно, чтобы сделать запуск и развитие сложных и кастомных магазинов более простой. Фактически, чтобы их можно было собирать как low-code решение.
Почему это важно?
Скорость развития технологической платформы — ключевая экспертиза в ecom.
Поэтому важно создавать сервисы с такой архитектурой, в которую можно быстро интегрировать другие решения. Например, везде настраивать открытое API, выгрузки номенклатуры делать моментальными и гибкими.
Организовать все самим с помощью только кастомной разработки — утопия. Так что победит тот, кто сделает из своей системы большой конструктор и сможет добавлять или менять блоки максимально быстро.
👍9❤2🔥1
Нужен ли real-time в e-com?
Помните времена, когда все делали e-com на 1С-Битриксе, а обмен данными был раз в час? Или, в лучшем случае, раз в 15 минут. Клиент оформляет заказ, а его приходится отменять, поскольку товара уже нет, остатки не обновились. В общем, долго, медленно, не real-time.
К сожалению, это все еще часть нашей реальности. Некоторые специалисты до сих пор гордятся, что их системы за десятки минут распаковывают, обновляют и кэшируют тысячи товаров. Вроде круто, не часы же.
Но где здесь real-time?
Частый ответ — большинству бизнесов это не нужно. Согласимся, важно учитывать потребности бизнеса, не строить лишнего, не усложнять систему сверх меры.
Однако в большинстве случаев дело не в том, что это не нужно, а в отсталости ecom-технологий и привычке делать по-старому. Когда нет инструмента, легче сказать, что это долго, дорого и не нужно.
E-com нового поколения — это точно real-time. Остатки на всех витринах всегда актуальны, а ваши клиенты видят реальный каталог, цены и статусы заказов. Если у вас не так — вы серьезно отстаете. Разумеется, есть исключения для определенных бизнес-сценариев или небольших компаний. Однако, если вы стремитесь стать лидером или серьезным игроком в своей нише, то real-time — неотъемлемая часть успеха.
Помните времена, когда все делали e-com на 1С-Битриксе, а обмен данными был раз в час? Или, в лучшем случае, раз в 15 минут. Клиент оформляет заказ, а его приходится отменять, поскольку товара уже нет, остатки не обновились. В общем, долго, медленно, не real-time.
К сожалению, это все еще часть нашей реальности. Некоторые специалисты до сих пор гордятся, что их системы за десятки минут распаковывают, обновляют и кэшируют тысячи товаров. Вроде круто, не часы же.
Но где здесь real-time?
Частый ответ — большинству бизнесов это не нужно. Согласимся, важно учитывать потребности бизнеса, не строить лишнего, не усложнять систему сверх меры.
Однако в большинстве случаев дело не в том, что это не нужно, а в отсталости ecom-технологий и привычке делать по-старому. Когда нет инструмента, легче сказать, что это долго, дорого и не нужно.
E-com нового поколения — это точно real-time. Остатки на всех витринах всегда актуальны, а ваши клиенты видят реальный каталог, цены и статусы заказов. Если у вас не так — вы серьезно отстаете. Разумеется, есть исключения для определенных бизнес-сценариев или небольших компаний. Однако, если вы стремитесь стать лидером или серьезным игроком в своей нише, то real-time — неотъемлемая часть успеха.
👍7🔥4❤2
Мультиканальность и омниканальность — в чем разница
🚀 Мультиканальность — стратегия, при которой мы подключаем несколько витрин для взаимодействия с пользователем. Не только приложение и сайт, но и маркетплейсы, сайты партнеров, социальные сети.
Идея в том, чтобы задействовать как можно больше каналов для касаний с клиентом. Чем взрослее бизнес, тем больше будет таких точек. Важный нюанс — для каждого канала нужно разработать собственную стратегию. Воронка продаж на сайте может кардинально отличаться от воронки продаж в социальных сетях.
🌐 Омниканальность — интеграция витрин в единую систему, чтобы создать бесшовные опыт для пользователя. Наша задача: сделать сервис удобным, где бы клиент не покупал.
Например, вы по дороге на работу просматриваете приложение, добавляете товары в корзину и на какое-то время забываете об этом. Затем заходите на сайт магазина и обнаруживает, что выбранные товары уже лежат в корзине. Продолжаете покупки без необходимости начинать сначала. В данном случае подход к вам персонализируется. Омниканальность обеспечивает непрерывное взаимодействие магазина с вами.
Что выбрать
Оба подхода не противоречат друг другу. Если вы хотите построить конкурентную платформу, внедрять нужно и то, и другое. Потому что современный ecom — это всегда микс многоканальности и безусловное стремление к омниканальности.
🚀 Мультиканальность — стратегия, при которой мы подключаем несколько витрин для взаимодействия с пользователем. Не только приложение и сайт, но и маркетплейсы, сайты партнеров, социальные сети.
Идея в том, чтобы задействовать как можно больше каналов для касаний с клиентом. Чем взрослее бизнес, тем больше будет таких точек. Важный нюанс — для каждого канала нужно разработать собственную стратегию. Воронка продаж на сайте может кардинально отличаться от воронки продаж в социальных сетях.
🌐 Омниканальность — интеграция витрин в единую систему, чтобы создать бесшовные опыт для пользователя. Наша задача: сделать сервис удобным, где бы клиент не покупал.
Например, вы по дороге на работу просматриваете приложение, добавляете товары в корзину и на какое-то время забываете об этом. Затем заходите на сайт магазина и обнаруживает, что выбранные товары уже лежат в корзине. Продолжаете покупки без необходимости начинать сначала. В данном случае подход к вам персонализируется. Омниканальность обеспечивает непрерывное взаимодействие магазина с вами.
Что выбрать
Оба подхода не противоречат друг другу. Если вы хотите построить конкурентную платформу, внедрять нужно и то, и другое. Потому что современный ecom — это всегда микс многоканальности и безусловное стремление к омниканальности.
👍6❤4🔥3
Преимущество технологической платформы в ритейле
Сейчас почти все крупнейшие представители ритейла имеют свои ИТ-дочки — Sportmaster Lab, X5 Tech, Lamoda Tech, Samokat.tech. В штате этих компаний сотни человек, например, Спортмастер говорит о 1500 сотрудниках. Речь идет не просто о поддержке ИТ-инфраструктуры этих брендов, а о полноценных продуктовых командах, развивающих сложные ИТ-продукты.
Что это значит?
Сегодня ИТ — тот самый необходимый ингредиент, который обеспечивает лидерство. Закупки, управление ассортиментом и складом, аналитика, управление торговыми точками и витринами, управление персоналом — все это требует качественных и, самое главное, современных tech-продуктов.
Вывод
Роль ИТ не вспомогательная, у вас не выйдет все задачи переложить лишь на CIO. Развитие продуктов должно происходить постоянно и быстро — в этот процесс должна быть вовлечена вся компания. Для скорости и своевременности необходимо научиться выстраивать не только внутреннюю экспертизу, но и быстро находить ее на рынке.
Сейчас почти все крупнейшие представители ритейла имеют свои ИТ-дочки — Sportmaster Lab, X5 Tech, Lamoda Tech, Samokat.tech. В штате этих компаний сотни человек, например, Спортмастер говорит о 1500 сотрудниках. Речь идет не просто о поддержке ИТ-инфраструктуры этих брендов, а о полноценных продуктовых командах, развивающих сложные ИТ-продукты.
Что это значит?
Сегодня ИТ — тот самый необходимый ингредиент, который обеспечивает лидерство. Закупки, управление ассортиментом и складом, аналитика, управление торговыми точками и витринами, управление персоналом — все это требует качественных и, самое главное, современных tech-продуктов.
Вывод
Роль ИТ не вспомогательная, у вас не выйдет все задачи переложить лишь на CIO. Развитие продуктов должно происходить постоянно и быстро — в этот процесс должна быть вовлечена вся компания. Для скорости и своевременности необходимо научиться выстраивать не только внутреннюю экспертизу, но и быстро находить ее на рынке.
👍9❤2🔥2
ИИ в екоме — готовы ли ваши данные?
Волна широкого применения ИИ в екоме набирает обороты, и её уже не остановить. Компании стремятся найти решения и инструменты для интеграции ИИ в свои процессы. Однако за красивыми презентациями о том, как круто всё будет работать, мало кто задумывается, насколько они действительно готовы к внедрению ИИ.
📈 Что самое главное для любых алгоритмов ИИ? Верно — хорошо размеченные данные!
В первую очередь — это структурированные данные каталога продуктов. Без этого, например, интеграция рекомендательных ИИ-сервисов просто невозможна. Казалось бы, это базовое требование для онлайн-магазинов, но на практике часто оказывается большой проблемой. Необходимо иметь не только четкие данные о характеристиках продуктов и качественные, желательно стандартизированные фото, но и удобный доступ к этим данным.
Зачастую работа с данными ведется либо в 1С, что затрудняет их использование, либо они разбросаны по разным местам. Важно, чтобы данные были в быстром доступе и обеспечивали оперативные, хорошо структурированные выгрузки. Идеальный вариант — постоянный доступ через API.
🎯 Вывод
Прежде, чем разводить бурную деятельность по внедрению ИИ, нужно проанализировать существующие процессы работы с данными. Возможно, потребуется перестроить их. Интеграция PIM системы — это must have для любого зрелого магазина.
Волна широкого применения ИИ в екоме набирает обороты, и её уже не остановить. Компании стремятся найти решения и инструменты для интеграции ИИ в свои процессы. Однако за красивыми презентациями о том, как круто всё будет работать, мало кто задумывается, насколько они действительно готовы к внедрению ИИ.
📈 Что самое главное для любых алгоритмов ИИ? Верно — хорошо размеченные данные!
В первую очередь — это структурированные данные каталога продуктов. Без этого, например, интеграция рекомендательных ИИ-сервисов просто невозможна. Казалось бы, это базовое требование для онлайн-магазинов, но на практике часто оказывается большой проблемой. Необходимо иметь не только четкие данные о характеристиках продуктов и качественные, желательно стандартизированные фото, но и удобный доступ к этим данным.
Зачастую работа с данными ведется либо в 1С, что затрудняет их использование, либо они разбросаны по разным местам. Важно, чтобы данные были в быстром доступе и обеспечивали оперативные, хорошо структурированные выгрузки. Идеальный вариант — постоянный доступ через API.
🎯 Вывод
Прежде, чем разводить бурную деятельность по внедрению ИИ, нужно проанализировать существующие процессы работы с данными. Возможно, потребуется перестроить их. Интеграция PIM системы — это must have для любого зрелого магазина.
👍5❤4✍3
А можно ли без 1С в екоме?
Исторически сложилось, что много внутренних процессов в екоме завязано на 1С. Это и управление номенклатурой (PIM), и взаимодействие с логистикой, и программы лояльности, работа с клиентами и управления заказами.
На самом деле — это ОЧЕНЬ плохо! За 10 лет активной разработки еком-магазинов, мы встретили много талантливых команд-разработчиков 1С, но каждый раз, еком упирался именно в 1С. И как только удавалось какое-то решение убрать из 1С — становилось ГОРАЗДО лучше.
🧐 Ситуация
Последние несколько лет мы видим запрос от персонала магазинов — продублировать что-то вне 1С, чтобы можно было быстро посмотреть в телефоне или получить данные через Telegram. Ничего удивительного: веб-интерфейсы в сотни раз превосходят интерфейсы 1С-ки.
Однако, 1С настолько вгрызлась в процессы создания ERP систем, что зачастую происходит ситуация из разряда: «Мыши плачут, но продолжают есть кактусы».
⚙️ Вывод
Еком будущего — это скорость, риалтайм, удобный доступ к данным и быстрая реакция персонала. Так что дважды подумайте, на чем делать очередной сервис у себя в ERP.
P.S. Да, есть ситуации, в которых без 1С не обойтись — глупо это отрицать. Но еще глупее — пихать 1С там, где она плохо работает.
Исторически сложилось, что много внутренних процессов в екоме завязано на 1С. Это и управление номенклатурой (PIM), и взаимодействие с логистикой, и программы лояльности, работа с клиентами и управления заказами.
На самом деле — это ОЧЕНЬ плохо! За 10 лет активной разработки еком-магазинов, мы встретили много талантливых команд-разработчиков 1С, но каждый раз, еком упирался именно в 1С. И как только удавалось какое-то решение убрать из 1С — становилось ГОРАЗДО лучше.
🧐 Ситуация
Последние несколько лет мы видим запрос от персонала магазинов — продублировать что-то вне 1С, чтобы можно было быстро посмотреть в телефоне или получить данные через Telegram. Ничего удивительного: веб-интерфейсы в сотни раз превосходят интерфейсы 1С-ки.
Однако, 1С настолько вгрызлась в процессы создания ERP систем, что зачастую происходит ситуация из разряда: «Мыши плачут, но продолжают есть кактусы».
⚙️ Вывод
Еком будущего — это скорость, риалтайм, удобный доступ к данным и быстрая реакция персонала. Так что дважды подумайте, на чем делать очередной сервис у себя в ERP.
P.S. Да, есть ситуации, в которых без 1С не обойтись — глупо это отрицать. Но еще глупее — пихать 1С там, где она плохо работает.
👍7❤2🔥2
Без каких данных ваш еком не выживет?
В ответ на пост про готовность данных к внедрению ИИ в еком-проект, еком директор СТОКМАНН Сергей Фадеев, поделился дельной мыслью: при наличии оформленных баз данных огромное количество еком-проблем можно решить и без ИИ.
Удивительно, но как и PIM — редкость на рынке екома, так и хранение, и работа с данными — часто игнорируются. Хотя без работы с данными ни один еком не выживет в будущем.
🗒️ Мы собрали для вас чек-лист основных данных, которые нужно хранить:
— Сырые данные о пользователях сайта (логи веб-серверов и серверов приложений);
— Вся история данных о покупках пользователя;
— Вся история о вашей номенклатуре, даже о той, которой давно нет;
— Данные о посещаемых страницах;
— Различные логи с ваших приложений, включая ошибки (вы не представляете, сколько инсайтов там можно найти);
— Все акции, промо и другая информация также должны оставаться в базах и никуда не пропадать.
Важно
Обеспечьте доступ к данным, как минимум, через ELK или другой более сложный инструментарий. Сделать это не так трудно, как кажется.
А теперь задайте вопрос своему техотделу — храните ли вы эти данные?
В ответ на пост про готовность данных к внедрению ИИ в еком-проект, еком директор СТОКМАНН Сергей Фадеев, поделился дельной мыслью: при наличии оформленных баз данных огромное количество еком-проблем можно решить и без ИИ.
Удивительно, но как и PIM — редкость на рынке екома, так и хранение, и работа с данными — часто игнорируются. Хотя без работы с данными ни один еком не выживет в будущем.
🗒️ Мы собрали для вас чек-лист основных данных, которые нужно хранить:
— Сырые данные о пользователях сайта (логи веб-серверов и серверов приложений);
— Вся история данных о покупках пользователя;
— Вся история о вашей номенклатуре, даже о той, которой давно нет;
— Данные о посещаемых страницах;
— Различные логи с ваших приложений, включая ошибки (вы не представляете, сколько инсайтов там можно найти);
— Все акции, промо и другая информация также должны оставаться в базах и никуда не пропадать.
Важно
Обеспечьте доступ к данным, как минимум, через ELK или другой более сложный инструментарий. Сделать это не так трудно, как кажется.
А теперь задайте вопрос своему техотделу — храните ли вы эти данные?
👍11❤4😎3
Headless-еком набирает популярность
В 2020 году на РИФ мы сказали, что в Ctrlweb делаем headless-еком. Нас стали спрашивать: Что это? Зачем это нужно? Прошло 3 года — о headless теперь говорят все чаще. Наконец-то headless-еком становится не просто новомодным словцом, а must-have технологией.
🧐 Что вообще такое headless-еком?
Если коротко — это раздельная работа интерфейса и серверной части. А подробнее можно почитать в нашем посте «Зачем екому нужен headless».
Последние новости из мира екома по-новому:
— Стас Елисеев из Userstory рассказал, как они делают свое решение для фронта интернет-магазинов EVOLUTION и упомянул, что система строится по принципам headless. Кстати, разработка потенциально интересная для всего рынка. Понаблюдаем.
— Ребята из Braind хотят рассказать про headless в рамках конференции New Retail Forum... послушаем, посмотрим.
В 2020 году на РИФ мы сказали, что в Ctrlweb делаем headless-еком. Нас стали спрашивать: Что это? Зачем это нужно? Прошло 3 года — о headless теперь говорят все чаще. Наконец-то headless-еком становится не просто новомодным словцом, а must-have технологией.
🧐 Что вообще такое headless-еком?
Если коротко — это раздельная работа интерфейса и серверной части. А подробнее можно почитать в нашем посте «Зачем екому нужен headless».
Последние новости из мира екома по-новому:
— Стас Елисеев из Userstory рассказал, как они делают свое решение для фронта интернет-магазинов EVOLUTION и упомянул, что система строится по принципам headless. Кстати, разработка потенциально интересная для всего рынка. Понаблюдаем.
— Ребята из Braind хотят рассказать про headless в рамках конференции New Retail Forum... послушаем, посмотрим.
👍13❤3🥰1
Детальный роадмап в екоме — зло
«У нас роадмап на год вперед, с четкими целями», — часто слышим мы. Не спорим, такая ситуация приятна для СТО компании. Но если дело касается разработки в екоме, скорее всего, у вас не все под контролем и у этого есть несколько причин:
1. Если у вас есть детальный план на год, значит вы уже отстаете на год. Технологический роадмап может быть только стратегическим, но никак не детальным. Если вы точно знаете, что нужно делать, то, к сожалению, вы не идете впереди, а лишь наверстываете упущенное время. В таком случае нужно срочно набирать специалистов и ускоряться.
2. Если ваш роадмап сделали разработчики, то, скорее всего, там зашит техдолг, оптимизация и прочие показатели. Это, конечно, неплохо, но в таком случае у вас отсутствуют стратегические планы по развитию технологий. А это почти всегда означает стагнацию и, в худшем случае, потерю рынков.
Как должно быть?
Роадмап должен быть составлен и на год, и на два, но стратегическими, крупными мазками — не детальный. Вы не знаете, что станет мейнстримом в екоме, не знаете, какие риски получите завтра. Но одно сказать можно точно — у вас будет мало времени на принятие решений. Важно понимать, что роадмап всегда будет меняться, иногда это может происходить довольно быстро. К таким изменениям должна быть готова не только технологическая платформа, но и все члены команды — от разработчиков до топ-менеджеров, которые принимают ключевые решения.
А теперь расскажите, насколько детально расписан ваш роадмап?
«У нас роадмап на год вперед, с четкими целями», — часто слышим мы. Не спорим, такая ситуация приятна для СТО компании. Но если дело касается разработки в екоме, скорее всего, у вас не все под контролем и у этого есть несколько причин:
1. Если у вас есть детальный план на год, значит вы уже отстаете на год. Технологический роадмап может быть только стратегическим, но никак не детальным. Если вы точно знаете, что нужно делать, то, к сожалению, вы не идете впереди, а лишь наверстываете упущенное время. В таком случае нужно срочно набирать специалистов и ускоряться.
2. Если ваш роадмап сделали разработчики, то, скорее всего, там зашит техдолг, оптимизация и прочие показатели. Это, конечно, неплохо, но в таком случае у вас отсутствуют стратегические планы по развитию технологий. А это почти всегда означает стагнацию и, в худшем случае, потерю рынков.
Как должно быть?
Роадмап должен быть составлен и на год, и на два, но стратегическими, крупными мазками — не детальный. Вы не знаете, что станет мейнстримом в екоме, не знаете, какие риски получите завтра. Но одно сказать можно точно — у вас будет мало времени на принятие решений. Важно понимать, что роадмап всегда будет меняться, иногда это может происходить довольно быстро. К таким изменениям должна быть готова не только технологическая платформа, но и все члены команды — от разработчиков до топ-менеджеров, которые принимают ключевые решения.
А теперь расскажите, насколько детально расписан ваш роадмап?
👍6❤3🔥3
ИИ в екоме — готов ли ваш API?
Мы уже ни раз говорили, что интегрировать ИИ можно лишь в случае, если ваши данные к этому готовы. Они должны быть хорошо структурированы.
Второй момент, который важно учесть — это доступность ваших систем.
1. Забудьте про выгрузки / загрузки.
У вас должны быть API-интерфейсы, которые обеспечат доступ к вашим данным и системам в режиме real-time.
2. Через АРI вам должны быть доступны непубличный данные — история заказов, аналитические срезы по продажам, пользователям, выкупам.
Нужно стремиться построить API-fist еком-систему или headless. Но это может быть проблемой из-за того, что большое количество еком-систем работают на 1С. Там принято организовывать выгрузки по времени и синхронизации — для современного екома это слишком долго. Еще одной проблемой может стать безопасность данных — об этом тоже стоит позаботиться заранее.
⚙️ Вывод
API-first или headless еком — необходимость для интеграции современных решений. В противном случае придется серьезно и долго все дорабатывать.
Но есть ли у вас время в динамичном мире екома?
Мы уже ни раз говорили, что интегрировать ИИ можно лишь в случае, если ваши данные к этому готовы. Они должны быть хорошо структурированы.
Второй момент, который важно учесть — это доступность ваших систем.
1. Забудьте про выгрузки / загрузки.
У вас должны быть API-интерфейсы, которые обеспечат доступ к вашим данным и системам в режиме real-time.
2. Через АРI вам должны быть доступны непубличный данные — история заказов, аналитические срезы по продажам, пользователям, выкупам.
Нужно стремиться построить API-fist еком-систему или headless. Но это может быть проблемой из-за того, что большое количество еком-систем работают на 1С. Там принято организовывать выгрузки по времени и синхронизации — для современного екома это слишком долго. Еще одной проблемой может стать безопасность данных — об этом тоже стоит позаботиться заранее.
⚙️ Вывод
API-first или headless еком — необходимость для интеграции современных решений. В противном случае придется серьезно и долго все дорабатывать.
Но есть ли у вас время в динамичном мире екома?
❤4👍4🔥2
90% заказов из МП: нужен ли сайт современному ритейлу?
На New Retail Forum Григор Мнацаканян из Cпортмастера отметил, что 90% заказов приходит из мобильного приложения. Мария Тимофеева из Hoff и Сергей Фадеев из СТОКМАНН подтвердили, что основной поток заказов однозначно мигрирует в приложения.
🧐 Зачем сайт крупному ритейлу?
По большей части, сайт — инструмент привлечения новых клиентов. Постоянным клиентам намного удобнее сделать заказ в пару кликов из приложения, чем заходить на сайт. Пообщавшись в кулуарах с представителями большого ритейла, мы поняли, что большинство из них «забили» на свои сайты.
Исключения
Хороший интернет-магазин намного важнее мобильного приложения, если речь идет о D2C ситуациях или продуктах, где вероятность повторной покупки низкая. В таких случаях интернет-магазин — единственный канал привлечения клиентов и продаж.
Выводы
— Мобильное приложение должно быть идеальным и в него нужно инвестировать.
— Сайт должен быть быстрым и выполнять основную цель — привлекать клиентов. Нужно уметь оперативно создавать лендинги, тщательно настраивать аналитику и инструменты конвертации.
— Headless-концепция будет становиться еще важней, так как роль и функция витрин меняется.
На New Retail Forum Григор Мнацаканян из Cпортмастера отметил, что 90% заказов приходит из мобильного приложения. Мария Тимофеева из Hoff и Сергей Фадеев из СТОКМАНН подтвердили, что основной поток заказов однозначно мигрирует в приложения.
🧐 Зачем сайт крупному ритейлу?
По большей части, сайт — инструмент привлечения новых клиентов. Постоянным клиентам намного удобнее сделать заказ в пару кликов из приложения, чем заходить на сайт. Пообщавшись в кулуарах с представителями большого ритейла, мы поняли, что большинство из них «забили» на свои сайты.
Исключения
Хороший интернет-магазин намного важнее мобильного приложения, если речь идет о D2C ситуациях или продуктах, где вероятность повторной покупки низкая. В таких случаях интернет-магазин — единственный канал привлечения клиентов и продаж.
Выводы
— Мобильное приложение должно быть идеальным и в него нужно инвестировать.
— Сайт должен быть быстрым и выполнять основную цель — привлекать клиентов. Нужно уметь оперативно создавать лендинги, тщательно настраивать аналитику и инструменты конвертации.
— Headless-концепция будет становиться еще важней, так как роль и функция витрин меняется.
👍8❤4🥰2👨💻1
Антибот-защита — однозначно «да»
Если у вас еком-проект с 500К+ посещений (или даже 300К) — ставьте антибота. За последний месяц мы в Ctrlweb убедились, что антибот-защита нужна не только на логин-страницах, но и на всем сайте.
👉 Ловите причины:
— До 30% снижается нагрузка на инфраструктуру;
— Более точная статистика по всем каналам;
— Меньше скликиваний;
— Бонус-трек: крепче сон.
Однозначно, антибот-защита — часть екома по-новому. Мы работали с QratorLabs и Servicepipe.ru — оба супер, рекомендуем!
Если у вас еком-проект с 500К+ посещений (или даже 300К) — ставьте антибота. За последний месяц мы в Ctrlweb убедились, что антибот-защита нужна не только на логин-страницах, но и на всем сайте.
👉 Ловите причины:
— До 30% снижается нагрузка на инфраструктуру;
— Более точная статистика по всем каналам;
— Меньше скликиваний;
— Бонус-трек: крепче сон.
Однозначно, антибот-защита — часть екома по-новому. Мы работали с QratorLabs и Servicepipe.ru — оба супер, рекомендуем!
👍7👏3🕊3❤1
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 (сейчас на сайте можно запросить презентацию и демо-версию продукта).
PIM (product information management) — это система, которая помогает управлять всем, что связано с информацией о продуктах: описанием, характеристиками, медиа и другими элементами.
Если вы владеете интернет-магазином и считаете, что у вас нет PIM — вы заблуждаетесь. Важно отметить, что PIM как IT-звено — это часть екома по-новому.
⚙️ Что такое PIM в российском екоме?
Обычно это микс из 1С (кстати, неплохой модуль управления номенклатурой), админки Битрикса (или другой CMS) и софтом фотостудий с последующей выгрузкой изображений либо в 1С, либо напрямую на сайт.
И добавим сюда процесс работы с контентом — обычно, этот процесс ограничивается контент-менеджером.
📲 Нужно ли все это сводить к одному специализированному софту?
Да, если:
1. У вас больше, чем один-два контент-менеджера и важно избегать ошибок в контенте;
2. Вы хотите иметь статистику под рукой, как эффективно работает эта бизнес-единица;
3. Вы хотите строить технологичный еком, где все будет real-time;
4. Вы привлекаете к созданию контента производителей / бренды;
5. Многоканальность — это часть вашей бизнес-модели.
Эти вложения всегда окупаются, если вы производитель. Обычно, интеграция PIM — это изменение процессов, поэтому, нужно оценивать не только готовность IT-структуры, но и затраты на новые процессы. Ваша задача — сразу понять, для чего вам это нужно.
На кого посмотреть: Brandquad, Ensi PIM, также есть решение от Compo (сейчас на сайте можно запросить презентацию и демо-версию продукта).
👍9❤2🔥1
Headless — фронт или бэк?
На New Retail Forum мы уже несколько раз слышали про headless-подход, но заметили, что чаще всего он рассматривается в разрезе дизайна интерфейсов.
Давайте проясним:
Headless-commerce — это архитектура построения ИТ-системы таким образом, что логическая часть существует независимо от каких-либо фронтов или витрин (приложения, сайты, терминалы, маркетплейсы, магазины в Телеграме).
Headless — это про бэк, а не про фронты.
Сюда входит не только пресловутое API для сайта или мобилки, хотя это самый распространенный кейс. Речь идет обо всех системах, с которыми взаимодействуют пользователи или другие системы. Да, headless-системе все равно — человек это или робот. Headless — это изначально API интерфейс. Фронты здесь вторичны.
🔎 Так стоит ли переходить на headless ?
Ответ прост — попробуйте по-старому и вы точно потеряете. Мы сейчас говорим о средне-крупных магазинах и о тех, для кого важна омни- и многоканальность, кто ориентирован на игру вдолгую. Мы не знаем, какая витрина станет популярной следующей: голосовой ассистент, магазин в метавселенной (если она оживет) или shop-in-shop на маркетплейсе. Но с headless точно будет проще интегрироваться с ней, а без него — потеряете деньги и время на переделки, интеграцию и остальную непонятную айтишку.
На New Retail Forum мы уже несколько раз слышали про headless-подход, но заметили, что чаще всего он рассматривается в разрезе дизайна интерфейсов.
Давайте проясним:
Headless-commerce — это архитектура построения ИТ-системы таким образом, что логическая часть существует независимо от каких-либо фронтов или витрин (приложения, сайты, терминалы, маркетплейсы, магазины в Телеграме).
Headless — это про бэк, а не про фронты.
Сюда входит не только пресловутое API для сайта или мобилки, хотя это самый распространенный кейс. Речь идет обо всех системах, с которыми взаимодействуют пользователи или другие системы. Да, headless-системе все равно — человек это или робот. Headless — это изначально API интерфейс. Фронты здесь вторичны.
🔎 Так стоит ли переходить на headless ?
Ответ прост — попробуйте по-старому и вы точно потеряете. Мы сейчас говорим о средне-крупных магазинах и о тех, для кого важна омни- и многоканальность, кто ориентирован на игру вдолгую. Мы не знаем, какая витрина станет популярной следующей: голосовой ассистент, магазин в метавселенной (если она оживет) или shop-in-shop на маркетплейсе. Но с headless точно будет проще интегрироваться с ней, а без него — потеряете деньги и время на переделки, интеграцию и остальную непонятную айтишку.
👍9❤1👏1
Shopify и headless
Shopify доминирует на рынке США, но за последнее время этот конструктор онлайн-магазинов, даже будучи далеким от headless, сделал серьезные шаги в его сторону.
API
Shopify давно работает над открытым API и уменьшает связность методов. Открытый интерфейс, в свою очередь, ведет к возможности подключения других сервисов на «своих» условиях, которые могут отличаться от условий Shopify.
Разработка своего фронт-фреймворка
Shopify купили фреймворк Remix и вместе с командой создают на его основе фронт-магазин — Hydrogen. Он будет из коробки включать все нужные функции. Сейчас это активно связывается с деплоем и другими классными фичами. В общем, создается полноценный headless-стэк.
🧐 Зачем Shopify headless
— Хотят удержать тех клиентов, которым мало базовых возможностей их языка шаблонов Liquid, особенно в плане визуала.
— Хотят пойти в enterprise, а без headless там делать нечего.
— Headless-концепция открывает двери к composable, это опять-таки для удержания части текущих клиентов и для привлечения энтерпрайза.
Какой вывод для еком-компаний в РФ
Решения API-first и headless единственно возможны в текущих реалиях для построения масштабируемых еком проектов. Это признают даже монолитные компании. Если вы ковыряетесь с 1С-Битрикс и убеждаете себя, что так можно дальше жить — лучше перестать обманываться и принять уже решение о реплатформинге.
Shopify доминирует на рынке США, но за последнее время этот конструктор онлайн-магазинов, даже будучи далеким от headless, сделал серьезные шаги в его сторону.
API
Shopify давно работает над открытым API и уменьшает связность методов. Открытый интерфейс, в свою очередь, ведет к возможности подключения других сервисов на «своих» условиях, которые могут отличаться от условий Shopify.
Разработка своего фронт-фреймворка
Shopify купили фреймворк Remix и вместе с командой создают на его основе фронт-магазин — Hydrogen. Он будет из коробки включать все нужные функции. Сейчас это активно связывается с деплоем и другими классными фичами. В общем, создается полноценный headless-стэк.
🧐 Зачем Shopify headless
— Хотят удержать тех клиентов, которым мало базовых возможностей их языка шаблонов Liquid, особенно в плане визуала.
— Хотят пойти в enterprise, а без headless там делать нечего.
— Headless-концепция открывает двери к composable, это опять-таки для удержания части текущих клиентов и для привлечения энтерпрайза.
Какой вывод для еком-компаний в РФ
Решения API-first и headless единственно возможны в текущих реалиях для построения масштабируемых еком проектов. Это признают даже монолитные компании. Если вы ковыряетесь с 1С-Битрикс и убеждаете себя, что так можно дальше жить — лучше перестать обманываться и принять уже решение о реплатформинге.
👍12🔥2👏2