День рождения канала и онлайн-курс

Коллеги, нашему каналу сегодня исполняется 3 года. В честь этого события 14 и 15 декабря мы проведем онлайн-курс, где расскажем о екоме (подробная программа).

Курс полезен всем, кто хоть как-то связан с электронной коммерцией. Приходите целыми командами, участие бесплатное.

👉 Форма записи.

Время начала онлайн-курса в 11:00 🕚

14 и 15 декабря будем начинать в 11:00.
1. В первый день будет 3 модуля: Основные понятия, Трафик и Витрина.
2. Во второй — еще 2 модуля: Операции и Сервисы (IT).
3. Заканчивать будем не позже 16:00.
4. Ссылка, по которой можно будет подключиться к трансляции, опубликуем накануне.

Курс бесплатный. 👉 Форма записи

Валидация номера телефона

#витрина #валидация

Слишком строгая проверка формата может помешать клиенту с иностранным телефонным номером. Галочка, отменяющая валидацию, решает эту проблему.

Остроумный способ завоевать доверие пользователя на рутинном шаге оформления заказа.

«Утконос» и САП 4 ХАНА

#утконос #sap #смертьбизнеса

Старейший российский онлайн-фуд-ритейлер «Утконос» решил в новогодние праздники перейти на SAP S\4HANA. В результате сайт не работал больше 10 дней, а получить слот доставки до сих пор почти нереально. То есть большинство клиентов могут посмотреть каталог, но не могут заказать.

В конце 2019 «Утконос» начал внедрение с Teamidea, но с какого-то момента перешел на инхаус команду. Точно не известно с чем связаны текущие проблемы: это особенности платформы или неудача конкретного внедрения.

Продолжение 👇

#утконос #sap #смертьбизнеса

«Утконос» объясняет происходящее «необходимостью стабилизации всех ИТ-систем компании, выверкой корректности работы, настройкой систем безопасности для бережного сохранения пользовательских данных».

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

Странно так же, что SAP не выпускает пресс-релиз с объяснениями. Выглядит как будто такой сложный транзит на S/4HANA — это норма.

Поговорили с CNews о развитии собственных еком платформ.


#интервью #ensi #cnews

Роботы и дроны все еще слабо применимы в реальных условиях

#ровер #робот #доставка #яндекс

Роверы Яндекса используются для доставки в загородном отеле «Изумрудный лес». Но даже там, по его идеально вычищенным дорожкам робот едет не очень уверено. Ещё бы пару сантиметров снега и застрял бы.

Но все равно, конечно, круто :).

Ранее
— Инвентаризация в Decathlon ЗИЛ

«Утконос»: завершение истории

#утконос #sap

Спустя месяц ритейлер разослал своим клиентам письма с извинениями, упомянув базу данных in-memory и микросервисы LastMile.

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

Некорректное, но напрашивающееся сравнение

Транзит на SAP потребовал месяц, и половину времени бизнес вообще не работал. С момента начала разработки до первого боевого заказа на Ашан.ру прошло 5 недель. Еком в Ашане работает на нашей платфороме ensi.tech.

Будущее больших маркетплейсов далеко не безоблачно

Продажа товаров на маркетплейсах может стать выгодной только самим площадкам, а не продавцам и клиентам. Порассуждали о возможных причинах снижения значимости WB, Озона, Сбера и других мегапродавцов в статье на VC.

https://vc.ru/trade/363695-pochemu-bolshie-marketpleysy-ne-obyazatelno-prodolzhat-dominirovat

Друзья,

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

3 марта в 17:00 мы ждем вас в онлайне на Ensi Open Day, где обсудим несколько тем:
1. Как прекрасный ритейл будущего подвинет маркетплейсы.
2. Гибридные команды разработки на SOA.
3. Аккаунтинг в Гринсайте.
4. Стратегии MVP в екоме.
5. Доставка и безопасный сток в Фудритейле.
6. Открытая дискуссия.

📞 Присоединиться можно будет в Google Meet.

ℹ️ Подробности здесь.

Коллеги, всех ждём через час на Ensi Open Day

📞 Присоединиться можно будет в Google Meet.

ℹ️ Подробности здесь.

Уход западных вендоров и быстрый запуск MVP

На этой неделе об остановке деятельности или уходе из России объявили SAP, Oracle, Microsoft, Accenture и другие IT-компании. Из-за этого многие вынуждены срочно перезапускать ключевые системы на других решениях.

На недавно прошедшем Ensi Open Day мы рассказывали об основных стратегиях запуска MVP в екоме (презентация ниже):

1. Красная: отказываемся от всего ради time-to-market.
2. Желтая: компромисс между скоростью внедрения, учетом требований бизнеса и IT.
3. Зеленая: максимальный учет требований (уже почти не MVP).

* * *

За несколько последних дней мы в ensi.tech получили большое количество обращений о переходе с западных еком решений на отечественные. Готовы помочь всем, кто столкнулся с этой задачей.

Пишите на mail@greensight.ru

Запуск маркетплейса: нулевой и первый шаг

#маркетплейс #ассортимент #mvp

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

MVP0. Ручной режим

1. Ручной поиск, регистрация и онбординг продавцов.
2. Ручное заведение товаров через текущие системы и вывод оферов на витрину.
3.1. При FBO работа с заказами не будет отличаться от собственных продаж.
3.2. В FBS можно вручную прокидывать заказы продавцам, чтобы они дальше работали с ними как с собственными.
3.3. В гибридных моделях может потребоваться сервис организации нулевой мили.
4. Ручной биллинг и обмен документами с продавцами.

* * *

Результаты MVP0

1. Тестирование модели маркетплейса на реальных клиентах.
2. Проработка документов и условий работы с продавцами: тарифов, актов, биллинга, оферты и т.д.
3. Формирование требований к товарному контенту продавцов — основа будущего PIM.
4. Планирование штата и создание команд.

👇 продолжение

👆 начало


MVP1. Автоматизация первой необходимости

#маркетплейс #ассортимент #mvp

Нулевой этап нужен для тестирования самого подхода и формирования требований к основным процессам работы с продавцами.

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

1️⃣ Регистрация и онбординг продавцов.

2️⃣ PIM — работа с товарным контентом:
1. Массовая загрузка товаров, изображений;
2. Модерация товаров сотрудниками маркетплейса;
3. Склейка SKU для витрины;
4. Привязка сертификатов/лицензий.

3️⃣ Обновление стоков, цен, складов:
1. Интеграция со значимыми поставщиками;
2. Универсальное API, импорт фидов/файлов.

4️⃣ Полная автоматизация одной из логистических схем, например, FBO. Введение новых схем продажи — основные этапы развития маркетплейса в будущем.

5️⃣ Частичная автоматизация документооборота:
1. Формирование отчетов и актов.
2. Оферта и тарифы.

6️⃣ Интерфейс продавца, где он управляет товарами, стоками/ценами, заказами и документами.

* * *

Подобный подход мы реализовали (и продолжаем развивать) в Л’Этуаль (смотреть кейс).

К вопросу о New Relic, сервисе мониторинга производительности приложений

#мониторинг #newrelic #санкции

Когда-то мы писали про сервисы мониторинга в екоме. Самый популярный сервис New Relic сейчас рассылается такие письма:

In compliance with U.S. sanctions and export controls, we are terminating the provision of New Relic’s services, including all software, updates, maintenance, and support, to customers in Russia and Belarus, effective March 21, 2022.

До конца непонятно, что именно имеется в виду:
1. (Более вероятно) Платные аккаунты задаунгрейдят до бесплатных (free tier).
2. (Менее вероятно) Их забанят вообще.
Во втором случае можно через VPN создать новые бесплатные, кредитка для этого не нужна.

Альтернатив NR не так уж много, и нет гарантий, что другие сервисы не поступят так же. Self-hosted решения поднимать долго и трудоемко. Поэтому оставаться на New Relic — не самый плохой вариант, тем более Free tier версия сейчас очень хорошая (была хуже). Там есть все нужные функции, ограничений немного:

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

2. Данные хранятся 8 дней. Обычно этого достаточно для выяснения причин проблемы.

3. 100 гб данных в месяц. Самый неприятный пункт. Почти любой проект генерирует гораздо больше данных. Основная стратегия здесь — мониторить приложения с разных аккаунтов NR. Для этого можно предпринять несколько шагов:

— Вынести тестовые и препрод контура в отдельный аккаунт.
— Если в проекте есть изолированные крупные части и по ним не важен distributed tracing (например они вообще синхронно не общаются), тоже выности их в разные аккаунты.
— В NR есть полезная страница с графиками поступающих к ним объемов данных (скриншот ниже). Проанализировав их, можно пожертвовать менее важными, например, фронтовыми из браузера.
— В доках New Relic есть гайды о том что и где настроить, чтобы уменьшить расход данных: раз, два.