Русский
Русский
English
Статистика
Реклама

Разработка под e-commerce

Перевод Чат-бот для электронной коммерции

04.04.2021 14:14:58 | Автор: admin
В наши дни чат-боты используются в самых разных сценариях взаимодействия с пользователями. Например, в службах поддержки клиентов различных компаний, о чём я уже писала. В этом материале я хочу рассказать о механизмах, которые используются в чат-ботах при поиске того, что нужно пользователю.



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

Бот, о котором пойдёт речь в этом материале, создан с использованием Java и Apache OpenNLP. Здесь мы поговорим о том, как боты разбирают сообщения пользователей, удаляя из них всё ненужное.

Удаление из сообщений ненужных символов


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

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


Исходное и обработанное сообщение

В Java для удаления ненужных символов можно воспользоваться следующим регулярным выражением:

"[^\\w.,;:'\"\\s]+"

Токенизация текста в OpenNLP


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

  • Проверка правописания.
  • Выполнение поиска.
  • Идентификация частей речи.
  • Обнаружение предложений.
  • Классификация документов.

В следующем примере сначала выполняется обучение токенизатора с использованием классов TokenizerMe и TokenizerModel:

try (InputStream modelIn = new ByteArrayInputStream(Files.readAllBytes(tokeniserTrainingFile.get()))) {this.tokenizer = new TokenizerME(new TokenizerModel(modelIn));}

Класс TokenizerMe преобразует исходный текст в набор токенов. Он, принимая решение о разделении текста на токены, пользуется показателем энтропии.

В машинном обучении энтропия это мера неопределённости некоей системы (1 полная определённость, 0 полная неопределённость).

Затем выполняется токенизация текста:

private tokenizerMe;final String[] tokenizedMessage = this.tokenizerMe.tokenize(RobotUtil.getOnlyValidCharacters(inputMessage));

На следующем изображении показан результат токенизации сообщения.


Результат токенизации сообщения

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

Выявление частей речи с использованием OpenNLP


Теперь нам нужно выяснить то, к какой части речи относится каждый из токенов. Узнать о том, что это: имя существительное, глагол, наречие, имя прилагательное. В OpenNLP для обозначения частей речи используются сокращения, приведённые в следующей таблице.

Сокращение Часть речи
NN Имя существительное в единственном числе или неисчисляемое существительное
DT Определяющее слово
VB Глагол в базовой форме
VBD Глагол в прошедшем времени
VBZ Глагол в третьем лице единственного числа настоящего времени
IN Предлог или подчинительный союз
NNP Имя собственное в единственном числе
TO to
JJ Имя прилагательное

Вот код, в котором для выявления частей речи в тексте используется класс POSTaggerME:

private POSTaggerME ptagger;try (InputStream modelIn = new ByteArrayInputStream(Files.readAllBytes(trainingFile.get()))) {this.ptagger = new POSTaggerME(new POSModel(modelIn));}

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

final String[] tags = this.ptagger.tag(tokenizedMessage);

После того, как выяснено то, к какой части речи относится каждый из токенов, мы убираем из текста всё ненужное.


Удаление ненужных токенов

Нас в данном случае интересует имя прилагательное (JJ) и имя существительное (NN).

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


Бот отвечает пользователю

Применяются ли в ваших проектах чат-боты?

Подробнее..

Создаём королевскую форму для приёма банковских карт

03.06.2021 12:19:11 | Автор: admin


В этой статье я дам рекомендации по созданию платёжных форм, которые будут выгодно отличаться от форм ваших конкурентов. Каждый пункт рекомендаций будет сопровождаться примером кода. Полный пример кода, включающий адаптивную вёрстку, реализацию валидационных тултипов, и прочих мелочей опущенных для краткости в самой статье вы можете посмотреть здесь: http://jsfiddle.net/iserdmi/9sj53x01/


В рамках этой статьи мы не рассматриваем привязку формы к какому-то конкретному мерчант, мы лишь делаем её более отзывчивой.


Для создания формы мы будем использовать следующие инструменты:


  1. Нативный JS
  2. BinKing вспомогательный сервис для создания платёжных форм: https://binking.io
  3. IMask инструмент для создания масок полей ввода: https://imask.js.org/
  4. Tippy инструмент для создания тултипов: https://atomiks.github.io/tippyjs/



Определение логотипа банка


Вы наверное замечали, что существуют такие формы для приёма банковских карт, в которых, по мере ввода номера карты, появляется логотип банка, которому принадлежит банковская карта? Такое поведение помогает реализовать JS плагин BinKing https://binking.io


      function initBinking () {        binking.setDefaultOptions({          strategy: 'api',          apiKey: 'cbc67c2bdcead308498918a694bb8d77' // Replace it with your API key        })      }      function cardNumberChangeHandler () {        binking($cardNumberField.value, function (result) {          //           if (result.formBankLogoBigSvg) {            $bankLogo.src = result.formBankLogoBigSvg            $bankLogo.classList.remove('binking__hide')          } else {            $bankLogo.classList.add('binking__hide')          }          //         })      }

Определение цветов банка


Для красоты картины предлагаю вам также перекрашивать саму форму в цвета банка. Разумеется важно также не забыть и перекрасить цвет текста. Здесь нам опять же поможет BinKing.


      function cardNumberChangeHandler () {        binking($cardNumberField.value, function (result) {          //           $frontPanel.style.background = result.formBackgroundColor          $frontPanel.style.color = result.formTextColor          //         })      }

Определение логотипа платёжной системы


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


      function cardNumberChangeHandler () {        binking($cardNumberField.value, function (result) {          //           if (result.formBrandLogoSvg) {            $brandLogo.src = result.formBrandLogoSvg            $brandLogo.classList.remove('binking__hide')          } else {            $brandLogo.classList.add('binking__hide')          }          //         })      }

Определение банка привязанных карт


При вводе данных новой карты, записывайте себе в базу данных кроме токена карты ещё и alias банка в системе BinKing. Тогда при выводе привязанных карт вы сможете вывести кроме последних 4 цифр и логотипа платёжной системы ещё и логотип банка, что сильно упростит жизнь пользователю. Причём BinKing выдаёт как полноразмерные логотипы банков, так и эмблемы банков отдельно.


      function showSavedCards () {        if (savedCards.length) {          var banksAliases = savedCards.map(function (card) {            return card.bankAlias          })          binking.getBanks(banksAliases, function (result) {            savedCardsBanks = result            var savedCardsListHtml = savedCards.reduce(function (acc, card, i) {              if (result[i]) {                return acc += '<div class="binking__card" data-index="' + i + '">' +                '<img class="binking__card-bank-logo" src="' + result[i].bankLogoSmallOriginalSvg + '" />' +                '<img class="binking__card-brand-logo" src="' + binking.getBrandLogo(card.brandAlias) + '" />' +                '<div class="binking__card-last4">...' + card.last4 + '</div>' +                '<div class="binking__card-exp">' + card.expMonth + '/' + card.expYear + '</div>' +                '</div>'              }              return acc += '<div class="binking__card" data-index="' + i + '">' +                '<img class="binking__card-brand-logo" src="' + binking.getBrandLogo(card.brandAlias) + '" />' +                '<div class="binking__card-last4">... ' + card.last4 + '</div>' +                '<div class="binking__card-exp">' + card.expMonth + '/' + card.expYear + '</div>' +                '</div>'            }, '') // вывод карты, для которой не был найден банк            $сardsList.innerHTML = savedCardsListHtml + $сardsList.innerHTML          })        }      }

Автоматический фокус первого поля


Удобно, когда курсор уже установлен в первое поле, то есть в поле для ввода банковской карты. Это легко, достаточно пары строк кода:


      var $cardNumberField = document.querySelector('.binking__number-field')      $cardNumberField.focus()

Автоматически перевод курсора


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


      function cardNumberChangeHandler () {        binking($cardNumberField.value, function (result) {          //           var validationResult = validate()          var isFulfilled = result.cardNumberNormalized.length >= result.cardNumberMinLength          var isChanged = prevNumberValue !== $cardNumberField.value          if (isChanged && isFulfilled) {            if (validationResult.errors.cardNumber) {              cardNumberTouched = true              validate()            } else {              $monthField.focus()            }          }          prevNumberValue = $cardNumberField.value        })      }      function monthChangeHandler () {        var validationResult = validate()        if (prevMonthValue !== $monthField.value && $monthField.value.length >= 2) {          if (validationResult.errors.month) {            monthTouched = true            validate()          } else {            $yearField.focus()          }        }        prevMonthValue = $monthField.value      }      function yearChangeHandler () {        var validationResult = validate()        if (prevYearValue !== $yearField.value && $yearField.value.length >= 2) {          if (validationResult.errors.year) {            yearTouched = true            validate()          } else {            $codeField.focus()          }        }        prevYearValue = $yearField.value      }

Валидация полей формы


Для валидация полей формы мы используем метод validate от BinKing. Валидатор позаботится о том, чтобы в номере карты не было опечаток, чтобы дата срока истечения карты была в будущем, а не в прошлом, проверит заполненность полей и прочее: https://github.com/union-1/binking#%D0%B2%D0%B0%D0%BB%D0%B8%D0%B4%D0%B0%D1%86%D0%B8%D1%8F


      function validate () {        var validationResult = binking.validate($cardNumberField.value, $monthField.value, $yearField.value, $codeField.value)        if (validationResult.errors.cardNumber && cardNumberTouched) {          cardNumberTip.setContent(validationResult.errors.cardNumber.message)          cardNumberTip.show()        } else {          cardNumberTip.hide()        }        var monthHasError = validationResult.errors.month && monthTouched        if (monthHasError) {          monthTip.setContent(validationResult.errors.month.message)          monthTip.show()        } else {          monthTip.hide()        }        if (!monthHasError && validationResult.errors.year && yearTouched) {          yearTip.setContent(validationResult.errors.year.message)          yearTip.show()        } else {          yearTip.hide()        }        if (validationResult.errors.code && codeTouched) {          codeTip.setContent(validationResult.errors.code.message)          codeTip.show()        } else {          codeTip.hide()        }        return validationResult      }

Маски полей формы


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


      function initMasks () {        cardNumberMask = IMask($cardNumberField, {          mask: binking.defaultResult.cardNumberMask        })        monthMask = IMask($monthField, {          mask: IMask.MaskedRange,          from: 1,          to: 12,          maxLength: 2,          autofix: true        })        yearMask = IMask($yearField, {          mask: '00'        })        codeMask = IMask($codeField, {          mask: '0000'        })      }

Показ телефона банка в случае отклонения платежа


Если платёж отклоняется банком, то есть ошибка перевода не наш вашей стороне, то с целью снижения нагрузки на ваш отдел поддержки, покажите пользователю понятно сообщение, указав название банка и номер телефона банка. Всё это опять же можно сделать благодаря BinKing.


      function cardNumberChangeHandler () {        binking($cardNumberField.value, function (result) {          newCardInfo = result          //         })      }      function formSubmitHandler (e) {        //         var bankInfo = selectedCardIndex !== null ? savedCardsBanks[selectedCardIndex] : newCardInfo || null        $error.innerHTML = bankInfo && bankInfo.bankPhone          ? 'Ваш банк отклонил операцию по указанной карте. Позвоните в ' + bankInfo.bankLocalName + ' по номеру ' + bankInfo.bankPhone + ', чтобы устранить причину.'          : 'Ваш банк отклонил операцию по указанной карте.'        // 

Логотипы вызывающие доверие


Принято размещать рядом с формой логотипы вызывающие доверия. Чтобы вам самостоятельно не пришлось их искать, вот вам эти логотипы в формате svg.


      <div class="binking__trust-logos">        <img class="binking__trust-logo" src="http://personeltest.ru/aways/static.binking.io/trust-logos/secure-connection.svg" alt="">        <img class="binking__trust-logo" src="http://personeltest.ru/aways/static.binking.io/trust-logos/mastercard.svg" alt="">        <img class="binking__trust-logo" src="http://personeltest.ru/aways/static.binking.io/trust-logos/mir.svg" alt="">        <img class="binking__trust-logo" src="http://personeltest.ru/aways/static.binking.io/trust-logos/visa.svg" alt="">        <img class="binking__trust-logo" src="http://personeltest.ru/aways/static.binking.io/trust-logos/pci-dss.svg" alt="">      </div>

Правильная раскладка клавиатуры


На мобильных телефонах возможно указать то, какой будет отображаемая клавиатура при фокусе на том или ином поле. Давайте сделаем так, чтобы выпадала клавиатура для ввода чисел. Для этого необходимо указать атрибуты inputmode="numeric" pattern="[0-9]*"


Распознавание полей для ввода карты


У некоторых пользователей сохранены данные платёжных карт в браузере. Чтобы в вашей форме работало автоматическое распознавание полей необходимо указать правильные атрибуты name и autocomplete


          <div class="binking__panel binking__front-panel">            <img class="binking__form-bank-logo binking__hide">            <img class="binking__form-brand-logo binking__hide">            <div class="binking__front-fields">              <input name="cardnumber" autocomplete="cc-number" inputmode="numeric" pattern="[0-9 ]*" class="binking__field binking__number-field" type="text" placeholder="0000 0000 0000 0000">              <label class="binking__label binking__date-label">Действует до</label>              <input name="ccmonth" autocomplete="cc-exp-month" inputmode="numeric" pattern="[0-9]*" class="binking__field binking__month-field binking__date-field" type="text" placeholder="MM">              <input name="ccyear" autocomplete="cc-exp-year" inputmode="numeric" pattern="[0-9]*" class="binking__field binking__year-field binking__date-field" type="text" placeholder="YY">            </div>          </div>          <div class="binking__panel binking__back-panel">            <input name="cvc" autocomplete="cc-csc" inputmode="numeric" pattern="[0-9]*" class="binking__field binking__code-field" type="password">            <label class="binking__label binking__code-label">Код<br>на&nbsp;обратной<br>стороне</label>          </div>        </div>

P.S.


Пользуясь случаем, хочу обратиться к читателям:


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


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


  3. Когда я занимаюсь разработкой веб-сервисов и мобильных приложений на заказ, мне не редко приходится подключать к работе дополнительных разработчиков, и у меня всегда большая сложность в их поиске. По-этому я решил заняться обучением программированию, чтобы сотрудничать с теми, кого я сам обучал разработке. Если у вас есть желание научиться fullstack javascript разработке и освоить Node.js, React, MongoDB, GraphQL и потом работать вместе со мной, прошу обращайтесь, договоримся об индивидуальных занятиях. В ходе занятий разработаем любой веб-сревис, который вы сами захотите.


Подробнее..

IT-2021 Где деньги?

25.03.2021 10:19:47 | Автор: admin

А точнее, где их легче заработать в новых экономических реалиях, порождённых пандемией? Безусловно, коронавирус оказался своеобразным драйвером роста для IT сферы, что моментально отразилось на рынке труда. И всё же, необходимо разобраться, какие именно направления сильнее всего вырвались вперёд сегодня и останутся перспективными в посткризисную эпоху.

Важно понять, что ничего принципиально нового пандемия не принесла. Она лишь ускорила процессы, начавшиеся далеко не вчера. Задолго до наступления самоизоляции и удалёнки было очевидно, что квалифицированные IT-кадры нужны не только профильным компаниям, но любому бизнесу или государственной структуре. И кадровый голод в IT тоже не новость. Ещё в 2019 АПКИТ подсчитали, что доля IT-специалистов составляет лишь 2,4% от экономически активного населения России, что практически в три раза меньше, чем, например, в Финляндии. Но в каких сферах на сегодняшний день сосёт под ложечкой сильнее всего?

E-commerce

Коронакризис стал для российской электронной коммерции поистине волшебным пинком, позволив приблизиться к уровню Китая и США наиболее развитых в этом отношении стран. По данным Data Insight, за первое полугодие 2020 года объем онлайн-продаж в России достиг 1165 млрд рублей, что на 52% больше аналогичного периода прошлого года. Они же прогнозируют дальнейший стремительный рост рынка интернет-торговли: в 2021 году - на 34%, в 2022-м - на 32%, в 2023-м - на 30% и в 2024-м - на 28%. Nielsen отмечают, что до коронавируса 59% ключевых ритейлеров развивали свои интернет-магазины, и 21% сотрудничали с маркетплейсами. На сентябрь 2020 года уже 76% ритейлеров вышли в онлайн, а 48% начали продавать свою продукцию через маркетплейсы и сервисы доставки.

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

Так что, с большой долей вероятности можно предположить, что e-commerce продолжит расти, на рынке появятся новые игроки, и спрос на IT-кадры в этой сфере уж точно не уменьшится. О перспективности этой сферы говорят также данные о зарплатах в отрасли. Как отмечает Анна Иванова, руководитель направления IT&Telecoms Hays, многие компании в 2020 году планировали ежегодную индексацию, но в связи с кризисом вынуждены были её отменить. Однако это не коснулось ряда позиций, среди которых можно выделить IT Project manager for digital & e-commerce projects, для которой был отмечен рост заработной платы в районе 10-15%.

Банкинг

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

IT становится движущей силой банковского сектора. Крупнейшие игроки такие как Сбербанк, Альфа-банк, Тинькофф, уже упомянутый ВТБ на сегодняшний день оказывают в основном цифровые услуги, и от качества которых напрямую зависит их конкурентоспособность. В банках востребованы аналитики, специалисты по поддержке пользователей и, разумеется, разработчики (Java, JavaScript, Oracle PL/SQL), количество которых в том же ВТБ за последний год возросло в 2,5 раза.

B2B

В сфере business-to-business такого активного движения, как в электронной торговле или банкинге, не наблюдается. Доминирует состояние энергосбережения ведь именно мелкий и средний бизнес оказался основной экономической жертвой пандемии. В 2020 многие IT компании выживали за счёт долгоиграющих проектов, запущенных ещё до начала covid-катастрофы, и только сейчас их клиенты начали возвращаться к прежним планам развития IT-инфраструктуры и оптимизации бизнес-процессов. Вот только не у всех есть на это необходимые ресурсы.

Тем не менее, в этой области тоже есть что ловить. Ниже следует список Топ-5 вакансий в IT сфере за 2020 год по мнению Екатерины Клевцовой, консультанта Hays по направлению IT&Telecoms:

Business Development Director/ BD Executive new businesses

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

Sales Manager information security products and services

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

Коммерческий директор

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

Sales Manager c опытом Pre-Sale

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

Менеджер по работе с ключевыми клиентами государственный сектор

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

Навыки и тренды

В заключение стоит обсудить, какие навыки были особенно востребованы в 2020 году и, скорее всего, не потеряют актуальности в 2021, позволяя IT-специалисту продать себя дороже.

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

  1. Комбинированная архитектура (микс ИИ, 5G и Big Data&Analytics);

  2. Доверие алгоритмам (нейросети/Explainable AI и Machine Learning);

  3. Чипы без кремния (разработки на стыке компьютерных наук и биохимической инженерии);

  4. Формирующий ИИ (технологии для одновременной аналитики данных, обработки сигналов и визуальных знаков);

  5. Цифровой двойник (объединение технологий Индустрии 4.0).

Явный акцент делается на том, что современная разработка невозможна без объединения технологий, о чём свидетельствует, в частности, внедрение DevOps-практик. Кроме того, в связи с активным ростом и развитием процессов автоматизации тестирования, на стыке направлений появилась новая роль QaOps. Аналогично DevOps-процессам, QaOps представляет собой набор методов для организации непрерывной взаимосвязи между тестировщиками и разработчиками.

Активно развивается сегмент бесконтактных отраслей: технологии искусственного интеллекта, автономной коммерции, роботизации. IoT (интернет вещей) ещё одно растущее направление, которое активно расширяет линейку инновационных продуктов и привлекает бизнес-гигантов. А значит создаёт дополнительные рабочие места.

Подробнее..

Сюда Разработка Подлинная Java как работает AliExpress после переноса разработки в Россию

14.04.2021 16:05:26 | Автор: admin


Привет, Хабр! Меня зовут Анатолий Орлов, и я технический директор AliExpress Россия. Сервис доступен русскоязычным пользователям уже 11 лет, при этом офис компании в Москве открылся только пять лет назад, а локальная команда разработки появилась лишь в прошлом году. Ее главная задача адаптировать площадку, изначально заточенную на китайский лад, к реалиям Рунета и сделать ее понятнее и проще для русскоязычных пользователей.

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

Зачем вообще переносили разработку


Решение о переносе разработки в Россию было принято после создания совместного предприятия (СП), в котором приняли участие Alibaba, Mail.Ru Group, Мегафон и РФПИ. Сделано это было для того, чтобы развивать площадку в сфере электронной коммерции по правилам и законам российского рынка и для удобства российских пользователей и селлеров.



Это я

В последние годы русскоязычная часть AliExpress интенсивно развивалась и требовала больше ресурсов и фокуса. При этом российский бизнес для Alibaba Group в целом это слишком маленький сегмент в сравнении с любым китайским сервисом компании, так что получить ресурсы для проведения изменений было очень сложно. Когда разработка русскоязычной платформы не находится в России, то проекту нужно ждать своей очереди на ресурсы разработки. А учитывая, что очередь приоретизируется по объему рынка, пользователям Рунета приходилось ждать улучшений продолжительное время. Если же инженеры работали бы в России и постоянно занимались именно российским AliExpress, понимая, как делать продукт, востребованный здесь, это открыло бы больше простора для развития.

После создания СП ситуация сдвинулась в эту сторону, мы активно начали наращивать техническую команду. Так, если в январе 2020-го нас было около 40 человек, то в январе 2021 года число инженеров выросло почти до 400. Что же делают все эти люди?

Адаптация глобального сервиса под рунет


Звучит всё довольно просто: нужно всего лишь забрать в свое ведение важные для локального рынка части системы (например, поиск), адаптировать их и развивать площадку в дальнейшем. На практике всё оказывается совсем не так легко.

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



Фото: Олег Лозовой / РБК

Несмотря на то что одним из главных языков программирования во всей экосистеме является Java, почти всё окружение и инструменты проприетарны. Довольно часто встречаются форки популярных известных открытых решений, но в общем объеме инфраструктуры их не так много. Часто такие системы сильно допилены и имеют мало общего с исходным проектом. Например, у Alibaba есть чудесная технология MaxCompute, которая внешне почти неотличима от hadoop и, видимо, когда-то была форкнута от hadoop, но размеры кластеров, находящихся под ее управлением, таковы, что у разработчиков hadoop глаз бы задергался от зависти.

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

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

В китайской культуре принят непрямой feedback. Это когда собеседнику напрямую не указывают на недочеты в его работе, да еще и публично чтобы не расстроить и не унизить, а осторожно намекают. С пониманием обычно не возникает трудностей. К примеру, слово suggest (по-русски предлагать) для китайцев имеет другое значение. Если такое предложение исходит от руководителя следует воспринимать это как приказ, который нужно исполнить. В случае когда что-то изменить предлагает коллега из другой команды это означает довольно настойчивую просьбу.

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

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



Смена стека технологий, замена поискового движка, промо локальных продавцов

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

Часто вместо Java мы используем Kotlin, пишем отдельные сервисы на Go и .Net, применяем Kubernetes, GitLab, k8s, Prometheus, Grafana, Opsgenie и т. п.

При этом многие проекты Alibaba Group останутся в стеке, потому что они хорошие и/или нужные. Например, источником знаний о товарах кросс-бордера (то есть, которые можно купить у зарубежных поставщиков) всегда будет система Alibaba; мы можем написать свою, но заставить перейти туда 100 млн китайских селлеров будет довольно тяжело.

Одно из первых изменений: мы занялись заменой китайского движка поиска. Сейчас он отнюдь не всегда применим для русских запросов, например в некоторых местах поисковый запрос обрезается до 30 символов при этом посередине слова. На первый взгляд какой-то ужас, но для китайского движка это довольно логично, ведь там нет пробелов, а запросы длиной 30 символов (т. е. иероглифов) не встречаются в реальной жизни. На самом деле, поправить эту особенность несложно, но, когда дефектов много, более надёжным подходом будет сделать свой движок поиска. При всем этом технологически поисковая платформа Alibaba близка к state of art.

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



Фото: Олег Лозовой / РБК

Алгоритмы machine learning Alibaba заточены под продвижение товаров с наибольшим объёмом продаж, и закономерно возникает проблема курицы и яйца: российский сегмент платформы здесь не может конкурировать с Китаем, а в итоге местные продавцы не получают достаточных позиций в поиске. После ряда неудачных попыток и экспериментов нам удалось повысить позиции российских товаров, но система всё еще далека от идеала, мы будем её улучшать.

В итоге российская инженерная команда взяла на себя развитие сайта aliexpress.ru, российского мобильного приложения, и вскоре в сферу ее ответственности войдут и все остальные аспекты вроде программы лояльности.

Что дальше: полностью свой поиск, еще больше трафика локальным товарам, багфиксинг


Мы активно пилим новый поиск, который будет включать алгоритм продвижения локальных товаров по самым популярным запросам и выдавать рекомендации к ним так, чтобы при этом не терять объем продаж. Ну и естественно, он будет искать так, как привыкли русскоязычные пользователи. Текущий статус: мы провели первый a/b тест, результаты которого нас радуют.

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

Очевидно, что некоторые части системы AliExpress полностью локализовать не удастся никогда, но мы хотим добиться состояния, при котором для пользователя и селлера платформа будет максимально удобна, без ограничений. Мы будем активно этим заниматься и рассказывать о своем опыте в блоге на Хабре. Так что подписывайтесь и пишите в комментариях, о чем нам рассказать в следующих статьях.
Подробнее..

Как и зачем мы создаём собственную курьерскую платформу. Три истории Яндекс.Маркета

28.04.2021 14:06:12 | Автор: admin
Всем привет, меня зовут Алексей Остриков, я руковожу разработкой в Яндекс.Маркете. Когда-то я много-много писал код, затем полтора года руководил группой бэкенда одного из сервисов Маркета, а сейчас отвечаю за разработку курьерской платформы Маркета.

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


На фото команда курьерской платформы десять месяцев назад. В те времена она помещалась в одной комнате. Сейчас нас стало в 5 раз больше.

Зачем мы всё это делали


Разрабатывая курьерскую платформу, мы хотели прокачать три главные вещи.

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

Второе прозрачность. Когда что-то идёт не так (происходят переносы, срывы сроков), то мы не знаем, почему они произошли. Мы не можем пойти и подсказать: Ребят, давайте делать вот так. Мы и сами не видим, и клиенту не можем показать какие-то дополнительные вещи. Например, что заказ приедет не к восьми, а в интервале 15 минут. А всё потому, что в процессе нет такого уровня прозрачности.

Третье деньги. Когда мы работаем с подрядчиком, есть договор, в котором прописаны суммы. И мы можем менять эти циферки в рамках договора. А когда мы отвечаем за весь процесс от а до я, то можно видеть, какие части системы спроектированы экономически невыгодно. И можно, например, поменять провайдера SMS или формат документооборота. Или можно заметить, что у курьеров слишком большие пробеги. И если строить маршруты кучнее, то в итоге получится развозить больше заказов. Благодаря этому можно ещё и сэкономить деньги доставка станет более эффективной.

Это и были те три цели, которые мы ставили во главу всего.

Как выглядит платформа


Давайте посмотрим, что у нас получилось.



На изображении показана схема процесса. У нас есть большие склады, на которых хранятся сотни тысяч заказов. С каждого склада вечером уезжают фуры, доверху набитые заказами. Там может быть 56 тысяч заказов. Эти фуры едут в здания поменьше, которые называются сортировочные центры. В них за несколько часов большая куча заказов превращается в маленькие кучки для курьеров. И когда с утра приезжают курьеры на машинах, то каждый курьер знает, что ему нужно забрать кучку вот с этим QR-кодом, загрузить себе в машину и поехать развозить.

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


Как это видит курьер

У курьеров есть приложение для Android, написанное на React Native. И в этом приложении они видят весь свой день. Они чётко понимают последовательность: на какой адрес ехать сначала, на какой потом. Когда позвонить клиенту, когда отвезти возвраты в сортировочный центр, как начать день, как закончить. Они всё видят в приложении и практически не задаются лишними вопросами. Мы им очень помогаем. По сути, они просто выполняют задания.



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

Кстати, про бэкенд. Мы в Маркете очень любим Java, в основном версию 11. И все бэкенд-сервисы, про которые пойдёт речь, написаны на Java.

Архитектура




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

Второй узел это сервис, который коммуницирует с внутренними сервисами Яндекса. Все сервисы это классические RESTful-сервисы со стандартной коммуникацией. Когда вы сделаете заказ на Маркете, через какое-то время к вам прилетит документ в JSON-формате, где будет всё написано: когда доставляем, кому доставляем, в какой интервал. И у нас это состояние сохранится в базу данных. Всё просто.

Помимо этого, второй узел также коммуницирует с другими внутренними сервисами, уже не Маркета, а Яндекса. Например, за уточнением геокоординат мы уходим в геосервис. Чтобы отправить push-уведомление, идём в сервис, который рассылает push и SMS. Для авторизации используем другой сервис. Для расчёта маршрутизации на завтра ещё один сервис. Таким образом осуществляется вся коммуникация с внутренними службами.

Этот узел также является входной точкой, у него есть API, в которую стучится наша админка. У неё есть свой endpoint, который называется, скажем, /partner. И наша админка, всё состояние системы, конфигурируется через коммуникацию с этим сервисом.

Третий узел это база фоновых задач. Здесь используется Quartz 2, там есть задачи, которые запускаются по крону с разными условиями для разных точек, для разных сортировочных центров. Там есть задачи актуализации дня, задачи процессов закрытия дня, старта нового дня.

И в центре всего находится база данных, в которой, собственно, и хранится всё состояние. Все сервисы входят в одну базу данных.



Отказоустойчивость


У Яндекса есть несколько дата-центров, и наш сервис регионально распределен по трём дата-центрам. Как это выглядит.

База данных это три хоста, каждый в своём дата-центре. Один хост мастер, две другие реплики. В мастер мы пишем, с реплик читаем. Все другие Java-сервисы это также Java-процессы, которые крутятся в нескольких дата-центрах.

Один из узлов это наш API. Он крутится во всех трёх дата-центрах, потому что поток сообщений больше, чем из внутренних сервисов. Более того, такая схема позволяет вам довольно легко горизонтально масштабироваться.

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

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

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

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

Все сервисы в Яндексе устроены схожим образом, мы все умеем переживать отказ одного из дата-центров. Как это реализовано, что такое graceful degradation и как сервисы в Яндексе переносят отключение одного из дата-центров, мы уже рассказывали.

Итак, это была архитектура. А теперь начинаются истории.

История первая про Яндекс.Ровер


Недавно у нас была Yet another Conference, там Роверу уделили много внимания. Я продолжу тему.

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

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

И мы подумали: а почему бы и нет? Уточнили детали эксперимента: на тот момент нужно было проверить гипотезу, что людям это понравится. И мы решили довезти 50 заказов за полторы недели в очень лайтовом режиме.



Мы придумали максимально простой флоу, когда человеку приходит SMS с предложением нестандартного способа доставки не курьер привезёт, а Ровер. Весь эксперимент проходил во внутреннем дворе Яндекса. Человек выбирал подъезд, к которому Ровер подъедет. Когда робот приезжал открывалась крышка, клиент брал заказ, закрывал крышку, и Ровер уезжал за новым заказом. Всё просто.

Затем мы пришли к команде Ровера, чтобы договориться про API.

В API Ровера есть простые методы: открыть крышку, закрыть крышку, поехать в такую-то точку, получить состояние. Классика. Тоже JSON. Очень просто.

Что ещё очень важно: и такие маленькие истории, и любые большие истории лучше делать через featureflags. Фактически у вас есть рубильник, по которому вы можете в production включить эту историю. Когда она вам больше не нужна, эксперимент завершен успешно или не успешно, либо заметили какие-то баги, вы просто вырубаете её. И вам не нужно делать ещё один деплой новой версии кода на прод. Эта штука здорово облегчает жизнь.

Казалось бы, всё просто и всё должно работать. Там даже две недели нечего разрабатывать, можно за несколько дней сделать. Но посмотрите, где собака зарыта.

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

И в этот момент мы отправим SMS человеку, например, что Ровер ждёт на месте. Это невозможно сделать синхронно, и нужно как-то решить эту проблему.

Есть много разных подходов. Мы сделали максимально простой вариант.

Мы решили, что можно запустить самый обычный фоновый Java-тред либо задачу в Executer. Этот фоновый тред тут же запускается отслеживать процесс. И как только процесс выполнен, мы отправляем уведомление.



Выглядит это, например, так. Это практически копия кода с production, за исключением вырезанных комментариев. Но есть подвох. Нельзя делать таким образом серьёзные системы. Допустим, мы выкатываем новую версию на бэкенд. Хост перезагружается, состояние теряется, и всё, Ровер уезжает в бесконечность, его больше никто не видит.

Но почему? Если мы знаем, что наша цель доставить 50 заказов за полторы недели, мы сами выбираем время, когда следим за бэкендом. Если что-то пойдёт не так, можно вручную что-то изменить. Для такой задачи это решение более чем достаточное. И в этом кроется мораль первой истории.

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

История вторая про базы данных


Но сначала несколько слов о том, как устроены основные сущности. Есть сервис Яндекс.Маршрутизация, который в конце дня строит маршруты курьерам.

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

Помимо этого, клиенты с утра получают ссылку с трекингом. Они могут открыть карту и увидеть, как к ним едет курьер. Клиент также может выбрать доставку Ровером, про который я говорил ранее.

Теперь давайте посмотрим, как эти сущности можно показать в базе данных. Это делается, например, вот так.



Это очень аккуратная модель данных. Мы не придумали ни одной новой сущности, и сильно не схлопывали уже существующие.

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

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

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



В Ровере его координаты и доставка. У нас доставка Ровером это трекинг как бы для Ровера. Можно его добавить в трекинг заказа, но зачем? Ведь когда мы избавимся от этого эксперимента, когда он будет выключен, эти опции навсегда останутся в сущности трекинга. Там будут null-поля.

Может возникнуть вопрос: а зачем делать табличку с координатами? Один Ровер доставляет пять заказов в день. Не нужно хранить координаты в базе данных, можно просто ходить в API Ровера и получать их на runtime.

Суть в том, что так и было сделано изначально. Этой таблички не было, мы сразу ходили на сервис и всё это брали. Но во время тестов мы увидели, что много людей открывают карту с катящимся Ровером, и нагрузка на этот сервис кратно возрастает. Допустим, семь человек открыли. А там на страничке каждые две секунды Java Script запрашивает координаты. И коллеги нам писали в чат: Откуда такая нагрузка? У вас же там один человек должен кататься.

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

Эту историю можно было сделать с помощью 20 таблиц. Можно было использовать две таблицы: курьер и заказ. Но в первом случае это был бы over-engineering, а во втором случае это было бы слишком сложно поддерживать. Сложная логика, сложно тестировать.

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

Суть истории в том, что есть аспекты, которым лучше уделять дополнительное внимание. Первое особое внимание уделяйте структуре API и БД. Старайтесь замечать, какие у вас сущности есть в реальной жизни. Пытайтесь переложить эту структуру примерно таким же образом в цифровом виде. Старайтесь не сильно её сокращать, не сильно расширять.

Второе есть ошибки, исправление которых стоит дорого. Ошибки на уровне API исправлять сложнее, чем ошибки на уровне баз данных, потому что обычно API пользуется много клиентов. И когда вы сильно меняете API, вам придётся:

  1. дойти до всех клиентов, обеспечить обратную совместимость;
  2. выкатить новый API, всех клиентов переключить на новый API;
  3. выпилить старый код о клиентах, выпилить старый код на бэкенде.


Это очень затратно.

Ошибки в коде по сравнению с этим вообще ерунда. Код вы просто переписали, прогнали тесты. Тесты зелёные вы запушили в мастер. А вот API базы данных уделяйте особое внимание.

И как бы вы хорошо ни старались следить за базой данных, через какое-то время она превратится во что-то неуправляемое. На скрине вы видите одну десятую часть нашей базы данных, которая сейчас существует.



Есть один совет. Когда вы очень быстро разрабатываете что-то, в базе данных возникают неточности, иногда не хватает внешнего ключа или появляется дубль поля. Поэтому иногда, раз в два-три месяца, просто смотрите только на базу. Та же Intellij IDEA умеет генерировать классные схемы. И там это всё видно.

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

История третья про качество


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

Например, у нас есть один процесс, который крайне важен для платформы. Весь день мы набираем заказы на завтрашний день, но вечером срабатывает пометка, что после 22:00 мы не набираем заказы, а до 01:00 готовимся к завтрашнему дню. Потом начинается распределение заказов по сортировочным центрам. Мы идём в Яндекс.Маршрутизацию, она строит маршруты.

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

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

Мы понимали, что если процесс не завершится с десяти вечера до часу ночи, то сортировочные центры даже не будут знать, как им сортировать заказы, на какие кучки. Там будет всё простаивать. Курьеры выйдут позже, и у нас будут провалы по качеству.

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

Расскажу про один из вариантов, как можно настроить такой процесс.

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



Например, день закончился, мы хотим рассчитать маршруты на завтра. Мы отправляем запрос в первую очередь: сформируй задание и запусти расчёт. Consumer забирает первое сообщение, идёт в сервис маршрутизации. Это асинхронный API. Consumer получает ответ, что задача взята в работу.

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

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

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

Мы кладём то, что рассчиталось, в третью очередь. Сообщение исчезает из второй очереди. И просыпается третий consumer, берёт этот контекст с сервиса Яндекс.Маршрутизация и на его основе создаёт state завтрашнего дня. Он создаёт задания курьеров, он создаёт заказы, создаёт смены. Это тоже немалая работа. Он тратит на это какое-то время. И когда всё создано, эта транзакция завершается и задание из очереди удаляется.

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

С такой архитектурой последние месяцы у нас всё идёт довольно гладко, проблем нет. Но раньше был сплошной try-catch. Непонятно, где процесс сбоился, какие статусы поменяли в базе данных и так далее.

Есть вещи, на которых лучше не экономить. Есть вещи, с которыми вы сэкономите себе кучу нервных клеток, если сразу сделаете всё хорошо.

Что мы сделали в офлайне


Я описал большую часть того, что происходит на нашей платформе. Но кое-что осталось за кадром.

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

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

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

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

И открытие нашей платформы в новом городе по времени занимает совсем немного. Более того, мы научились не только развозить заказы по конкретным людям. Мы умеем с помощью курьеров привозить заказы в пункты выдачи. Мы также написали софт для них. И на этих точках тоже выдаём заказы людям.

Итоги


В начале я говорил, зачем мы начинали создавать собственную курьерскую платформу. Теперь расскажу, чего мы достигли. Это невероятно, но при использовании нашей платформы мы смогли приблизиться почти к 100% попадания в интервал. Например, за последнюю неделю качество доставляемости в Москве было порядка 9598%. Это значит, что в 9598% случаев мы не опаздываем. Мы укладываемся в интервал, который выбрал клиент. И мы даже не могли мечтать о такой точности, когда полагались исключительно на внешние службы доставки. Поэтому сейчас мы постепенно распространяем нашу платформу на все регионы. И будем улучшать доставляемость.

Мы получили нереальную прозрачность. Эта прозрачность нужна и нам. У нас всё логируется: все действия, весь процесс выдачи заказа. У нас есть возможность вернуться в историю на пять месяцев и сравнить какую-то метрику с текущей.

Но также мы дали эту прозрачность клиентам. Они видят, как к ним едет курьер. Они могут взаимодействовать с ним. Им не нужно звонить в службу поддержки, говорить: Где мой курьер?

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

И если обобщать все идеи, о которых шла речь, можно выделить следующее.

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

Но если у вас эксперимент Эксперимент отличается тем, что в любой момент, если мы не показываем обещанных результатов, нас могут закрыть. Не взлетело. И это нормально.

И в таком режиме мы находились около десяти месяцев. У нас были отчётные интервалы, каждые два месяца мы должны были показывать результат. И у нас всё получилось.

В таком режиме, мне кажется, вы не имеете права делать что-то, инвестируя в long-term и не получая ничего на короткой дистанции. Столь сильно закладываться на будущее в таком формате работы нельзя, потому что будущее может просто не наступить.

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

Если говорить коротко, постарайтесь делать максимально просто, но оставляя возможности для расширения.

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

И последнее. Я рассказывал про Ровер, что хорошо подобные процессы делать с помощью featureflags (фиче-флагов). Советую послушать доклад Марии Кузнецовой с митапа по Java. Она рассказывала, как устроены фиче-флаги в нашей системе и мониторинге.
Подробнее..

История одного личного кабинета, который помог нам сделать 15 000 курьеров и сборщиков немного счастливее

13.04.2021 14:10:30 | Автор: admin
Когда мы видим какой-то сервис, мы сразу же спешим оценить, насколько он удобен и полезен. В случае со СберМаркетом клиенту нужны понятный интерфейс, обширный каталог товаров, все подробности по доставке, разные системы оплаты и так далее. Так сервис выполняет свою функцию, а пользователь остается доволен услугой.

Проще всего смотреть на продукт именно так, то есть глазами клиента. Но у продукта всегда есть и обратная сторона: задачи бизнеса, сотрудников, партнеров.

В сентябре 2020-го мы собрали кроссфункциональную команду из разработчиков, аналитиков, дизайнеров, бухгалтеров и операционного отдела и сосредоточились на невидимой для пользователя стороне СберМаркета: личном кабинете для курьеров и сборщиков заказов. Мы сделали его с нуля за 3 месяца.

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





ИТ-решение вместо амбарной книги



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

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

Что хотят знать партнеры?

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


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

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

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

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

Мы поняли, что так продолжать нельзя. Нужно дать людям удобный личный кабинет для работы.

Как он выглядит



Это раздел в уже существующем приложении, куда партнерам падали заказы от клиентов. Основных экранов три: главная страница, список заказов и список позиций в заказе.

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

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

Что на экране позиций в заказе: карточки продуктов и товаров в сборке или доставке плюс кнопка информации о заказе, инфо о клиенте, вес заказа, временной слот и так далее.



Личный кабинет помог нам на 15% снизить нагрузку на супервайзеров. Теперь все ответы есть в ЛК. С выплатами вознаграждений тоже стало проще: от потоковой системы сверки мы пришли к претензионной системе.

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

Как личный кабинет помогает бизнесу



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

Теперь личный кабинет решает несколько задач сразу:

  • Легализация существующих костылей. Весь нужный функционал теперь в одном месте.
  • Повышение доверия к СберМаркет у партнеров. Когда сервис дает прозрачную аналитику по заказам, люди видят и знают, что никакая часть их работы не потеряется. Им спокойнее они лучше и охотнее работают.
  • Укрепление связи клиент-партнер. В ЛК сборщики видят комментарии от клиентов: Молодцы, все хорошо. Или наоборот: ну вот, привезли не ту шоколадку. Раньше эта информация могла дойти до партнеров только через супервайзера. Теперь сборщики и курьеры видят свои точки роста, могут работать над ошибками или радоваться положительной обратной связи.
  • Прозрачность и наглядность результатов работы. Сколько собрал, сколько заработал, как быстро довез теперь вся детализация доступна в любое время.
  • Повышение мотивации. Партнеры увидели, что их труд приносит кому-то радость, и даже узнавать постоянных клиентов. Так могут дать более хороший и персонализированный сервис.
  • Платформа для экспериментов. Что если мы захотим попробовать выплачивать вознаграждение не каждую неделю, а каждый день? В личном кабинете мы сможем быстро рассказать об изменениях. Раньше любые новости объявлял супервайзер.
  • Нужный функционал для найма гибких партнеров. Сейчас у нас около 15 тысяч сборщиков и курьеров. Большинство работает по фиксированному графику. Но есть и те, кто хотят работать нерегулярно и по паре часов в день. Личный кабинет помогает держать связь с такими партнерами и не терять их из виду, так как они гораздо реже других общаются с супервайзером.
  • Одно окно для любых вопросов. Мы постоянно увеличиваем количество партнеров. Общаться с тысячами людей сложно, поэтому ЛК призван стать удобным единым каналом коммуникации. Там можно узнать, спросить и понять любой вопрос, не нагружая супервайзера.


Как мы нашли все боли



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

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

Мы делали два UX-теста перед стартом работы и после выкатки первой версии. Получили несколько инсайтов:

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

    Здесь у нас сильно порвался шаблон. Мы думали, что делаем ЛК ради показа личной статистики (средний балл оценки, вознаграждения, количество заказов), но UX-тесты и опросы показали, что мы ошибались. Поэтому сперва мы начали работать над отображением оценки и комментариев пользователей по каждому заказу. Потом добавили статистику.
  2. Партнеры хотят видеть чаевые и того, кто их оставил.

    После первого MVP мы собрали второй UX-тест, сделали большой опрос и узнали, чего еще не хватает курьерам и сборщикам. Оказалось, что им хочется видеть в личном кабинете в том числе и чаевые: сумму за заказ и адресата. Механика чаевых была реализована на стороннем сервисе. Чтобы посмотреть свой чай, партнеру нужно было каждый раз логиниться в другом месте. Мы быстро добавили эту функцию в ЛК тут даже разработка не потребовалась.
  3. Номер заказа ни о чем не говорит партнерам: нужен список позиций или адреса.

    Окей, все видят отзывы от клиентов, чаевые и свою оценку. А как понять, за какой именно заказ тебя отблагодарили? Оказалось, что сборщики ассоциируют заказ с конкретными позициями: а, это тот, кто купил 100 киндер-сюрпризов!. Для курьеров фактор узнавания адреса. Поэтому мы добавили возможность провалиться в карточку любого заказа, увидеть позиции и другую информацию.


А что теперь



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

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

Дальше мы планируем масштабировать ЛК и на другие роли. Например, на партнеров-универсалов: это сборщики, которые сами доставляют заказ.

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

Когда пользуетесь каким-либо сервисом услуг (от такси, клининга, доставки и чего угодно еще) думаете о том, из чего оно состоит внутри?
Подробнее..

Автозаказ как сделать так, чтобы нужные продукты сами попадали на полки 17000 магазинов по всей стране

17.06.2021 18:06:38 | Автор: admin

В школе все мы решали задачки вида едет из пункта А в пункт Б. Речь преимущественно шла о скорости и времени как быстро доберётся транспортное средство? Реальность, однако, подбрасывает задачки значительно интереснее: Существует масштабная ритейл-сеть по продаже товаров, которой необходимо, чтобы огромное количество номенклатурных позиций доезжало в каждый из 17000 магазинов, расположенных на половине площади самой большой страны в мире, вовремя и в нужном количестве. Для решения такой задачи в X5 Group существует ряд реализованных решений, и одним из самых важных является процесс автозаказа товаров.

Техническую поддержку этого направления в X5 Group обеспечивает команда 2-SAP Логистики.

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

Автозаказ это комплекс процессов управления запасами и заказами

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

Планирование заказа.

Формирование заказа.

Отправка заказа.

Экономическое обоснование поддерживаемого уровня.

Контроль за состоянием запасов.

Управление ассортиментом.

Для этого используются разные механизмы прогнозирования в зависимости от формата магазина и гибких настроек в системе.

Прогноз продаж, построенный SAP это прогноз спроса на период 42 дня, который строится на исторических данных по продажам. Период анализа продаж и модель прогноза определяется из настройки Профиля прогноза.

В периоде анализа продажи могут быть Плановые регулярные продажи и Внеплановые промо продажи.

Прогноз запускается ночью (по календарю) в фоновом режиме массово для всех комбинаций товар-магазин, в рамках ассортимента и является частью Автозаказа.

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

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

Около 04:30 эти данные по потребности из JDA поступают в SAP, где обрабатываются фоновым заданием с интервалом запуска каждые 15 минут, в результате чего создаются Автозаказы.

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

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

Через автозаказ пополняется до 80% основного ассортимента магазинов, а ручное пополнение выполняется для товаров in-out.

Схема реализации товара:

Классическое пополнение происходит примерно в таком виде: представим, что есть некий товар, допустим, это пакет молока, который поставляется напрямую от внешнего поставщика в магазин торговой сети Пятёрочка.

Так выглядит децентрализованная цепочка:

- в 00:00 стартует задание по АЗ, в период его работы по нашему товару рассчиталась потребность, сформировался автозаказ, и он бы отправлен из SAP в программу магазина GK(Пятёрочка), там у сотрудников магазина есть время отредактировать рассчитанное кол-во (в большую или меньшую сторону) до наступления времени автосогласования (например, до 11 утра, время зависит от тайминга поставщика, т.е. до какого момента он должен получить заказ, чтобы собрать и вовремя привезти заказ в магазин);

- после внесения корректировок эти изменения отправляются в SAP, и дальше происходит процесс автосогласования заказ согласовывается и автоматически отправляется поставщику по почте или его провайдеру (в зависимости от того, по какой схеме поставщик работает). Например, если поставщик работает по EDI (через электронный документооборот), то после доставки заказа в его систему, нам провайдер передает информацию о размещении заказа в своем ПО и в системе ER2 заказ переходит в статус Размещен;

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

Автозаказ (Ночной профиль) фоновое задание, имеющее внутри себя несколько шагов, выполняющих определённые функции. Результатом задания является создание заказов на закупку товаров. Запускается параллельно по магазинам.

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

  • Продажи за период в прошлом

  • Прогноз на период в будущее (на основании продаж строится прогноз SAP)

  • Остатки на объекте получателе (остаток в SAP на момент расчёта)

  • Открытые заказы (заказы на поставку и возвраты)

Продажи приходят из магазинов каждый вечер до расчёта фонового задания Автозаказа.

Факт получения продаж запускает расчет Автозаказа. Если до 03:00 продажи не получены SAP ERP, то происходит безусловный запуск задания Автозаказа.

Автозаказ формируется строго по графику заказа/поставки согласованному с поставщиком, так категории FRESH и ULTRA FRESH, как правило, заказываются и поставляются в магазины ежедневно.

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

Для того, чтобы заказать оптимальное кол-во товара, учитывается прогноз, который строится в SAP в момент расчета Автозаказа.

Если по этому товару уже есть запас или размещенный заказ, который еще не закрыт, то система также учтёт это при определении размера финального заказа.

Автозаказ определяет цепочку и поставщика по каждому товару для каждого магазина, согласно записей книги источников поставок (смежный функционал, автоматизирован, и ведется также в SAP) и формирует заказ.

Запускается задание ежедневно в 00:00. Первыми выполняются расчеты по регионам Сибирь и Урал, далее по регионам Волга, ЮГ, Москва, Центральные регионы и Северо-запад. Последовательность выполнения крайне важна, т.к. наши магазины расположены в разных часовых поясах, и пока в Москве все сладко спят, в Сибири уже в разгаре рабочий день.

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

Для этого мы реализовали различные системы мониторинга, инструменты для анализа, а в случае необходимости и возможность отправки в магазины резервных шаблонов заказа.<o:p>

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

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

Подробнее..

Что будут сдавать российские дети в 2021 году? Анализируем продажи учебников по ЕГЭ на маркетплейсах

24.05.2021 14:14:07 | Автор: admin

Что-то выпускники этого года сдавать точно будут, но им явно придется проще своих предшественников из 2019 года. Минпросвещение уже заявило, что ы 2021 года будет отменен досрочный ЕГЭ, а обязательный нужно будет сдавать только тем, кто планирует поступать в вузы, причем только один - русский язык. В некоторых профильных университетах придется показать свои математические знания. Во всем виноват COVID-2019. Вообще же, сегодня, активно идут разговоры о том, что единый государственный экзамен пора отменять, поскольку он превратил образование в гонку за баллами, а не процесс передачи знаний.

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

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

Дышим знаниями

Для начала смотрим на иллюстрацию "Как начать новую жизнь с Нового года?". С помощью сервиса аналитики SellerFox cобираем статистику по объему продаж за весь 2021 год. Анализируемая категория "Книги-Учебная литература". На графике отчетливо видно, что в январе спрос на подобные товары был заметно выше. В целом, в начале года выше были все показатели, в том числе и средняя цена продажи учебной литературы. Начиная с марта продажи книг и учебников пошли на спад, а поздней весной вновь подросли, но так и не догнали январские показатели. Пиковый объем продаж в начале года составил 6 707 заказов, в апреле - 6 299 заказов, а в мае - только 4 166.

Динамика объема, выручки и средней стоимости товаров категории "Учебная литература" маркетплейса Ozon, период с 1.01 - 24.05.2021 года, данные сервиса внешней аналитики маркетплейсов SellerFoxДинамика объема, выручки и средней стоимости товаров категории "Учебная литература" маркетплейса Ozon, период с 1.01 - 24.05.2021 года, данные сервиса внешней аналитики маркетплейсов SellerFox

Смотрим на объемы продажи и выручки в самой топовом месяце для категории - январе 2021 года. Стастистика как нельзя лучше показывает, что жизнь с чистого листа и подготовку ко всему новому покупатели начинают именно в январе - в топах практически все пособия связаны с подготовкой к ЕГЭ. На первом месте по объемы продаж - учебник для подготовки к экзамену по русскому языку. У товара 4 174 заказов и 1665684 итоговой выручки. На втором месте - пособие для подготовки к типовому ЕГЭ по математике: у позиции 3 108 заказов и 1271928 рублей выручки. Очевидно, в январе школьники и родители еще не знали, что экзамен отменят, а их траты окажутся лишними. Надеемся, хотя бы для развития такие покупки оказались полезными.

Данные по объему продаж и выручке товаров категории "Учебные пособия" маркетплейса Ozon, период с 01.01 - 31.01.2021, данные сервиса внешней аналитики маркетплейсов SellerFoxДанные по объему продаж и выручке товаров категории "Учебные пособия" маркетплейса Ozon, период с 01.01 - 31.01.2021, данные сервиса внешней аналитики маркетплейсов SellerFox

В целом ТОП предметов для сдачи в 2021 году, который можно построить на основе заказов покупателей Ozon выглядит так:

  1. ЕГЭ по русскому языку, типовой вариант;

  2. ЕГЭ по математике, типовой вариант;

  3. ЕГЭ по обществознанию, типовой вариант;

  4. ОГЭ по русскому языку, типовой вариант;

  5. ЕГЭ по математике, профильный уровень;

  6. ЕГЭ по биологии, типовой вариант;

  7. ЕГЭ по физике, типовой вариант;

  8. ЕГЭ по английскому языку, типовой вариант;

  9. ЕГЭ по истории, типовой вариант;

  10. ЕГЭ по химии, типовой вариант.

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

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

Данные по объему продаж и выручке товаров категории "Учебные пособия" маркетплейса Ozon, период с 24.04 - 24.05.2021, данные сервиса внешней аналитики маркетплейсов SellerFoxДанные по объему продаж и выручке товаров категории "Учебные пособия" маркетплейса Ozon, период с 24.04 - 24.05.2021, данные сервиса внешней аналитики маркетплейсов SellerFox

За последние 30 дней, лидерство в топе продаж заняли вовсе не пособия по ЕГЭ, а учебники для дошкольников. Книги для детей и до этого встречались в статистической выдаче - в январе в лидеры по объему продаж выбивался "Букварь". Теперь отчетливо прослеживается другая закономерность - детей активно готовят к поступлению в школу. В первую очередь, родители тренируют навыки письма - без него обучение в 1 классе пройдет далеко не сладко. У лидера продаж 595 заказов за месяц и 127452 рублей выручки. С январскими желаниями покупателей Ozon сдать ЕГЭ, такие показатели, конечно не сравняться. Но весной даже ни просели. В лидерах снова пособие по русскому языку с 445 заказами и выручкой в размере 203807 рублей. На втором месте - профильная математика. У пособия по этому предмету 414 заказов и 156 304 рубля выручки. Готовиться к типовой математике, судя по продажам, практически перестали.

Дико интересно

На Wildberries ситуация с учебными пособиями отличается незначительно отличается. В единицах проданных учебников, здесь примерно такие же показатели как и на Ozon, хотя Wb слегка уступает. В самые пиковые дни января и мая количество проданных товар в категории едва превысило 6 тысяч штук. При этом в начале года, здесь тоже прослеживается небывалый спрос на пособия по подготовке к экзаменам, правда, речь чаще идет об ОГЭ.

Динамика объема, выручки и средней стоимости товаров категории "Учебная литература" маркетплейса Wildberries, период с 1.01 - 31.01.2021 года, данные сервиса внешней аналитики маркетплейсов SellerFoxДинамика объема, выручки и средней стоимости товаров категории "Учебная литература" маркетплейса Wildberries, период с 1.01 - 31.01.2021 года, данные сервиса внешней аналитики маркетплейсов SellerFoxДинамика объема, выручки и средней стоимости товаров категории "Учебная литература" маркетплейса Wildberries, период с 1.01 - 31.01.2021 года, данные сервиса внешней аналитики маркетплейсов SellerFoxДинамика объема, выручки и средней стоимости товаров категории "Учебная литература" маркетплейса Wildberries, период с 1.01 - 31.01.2021 года, данные сервиса внешней аналитики маркетплейсов SellerFox

У лидера продаж января - пособия по подготовке к ОГЭ по русскому языку - 3 041 заказ и 1222843 рублей выручки в кармане. На втором месте снова пособие для сдающих ЕГЭ по русскому: книга была заказана 2 090 раз и принесла продавцу 1120638 рублей выручки.

Данные по объему продаж и выручке товаров категории "Учебная литература" маркетплейса Wildberries, период с 1.01 - 31.01.2021, данные сервиса внешней аналитики SellerFoxДанные по объему продаж и выручке товаров категории "Учебная литература" маркетплейса Wildberries, период с 1.01 - 31.01.2021, данные сервиса внешней аналитики SellerFox

А вот топ предметов для сдачи в 2021 году, по версии покупателей Wildberries выглядит так:

  1. ОГЭ по математике, типовой вариант;

  2. ЕГЭ по русскому языку, типовой вариант;

  3. ОГЭ по русскому языку, типовой вариант;

  4. ОГЭ по русскому языку, типовой вариант;

  5. ЕГЭ по обществознанию, типовой вариант;

  6. ЕГЭ по математике, профильный уровень;

  7. ЕГЭ по биологии, типовой вариант;

  8. ЕГЭ по истории, типовой вариант;

  9. ЕГЭ по физике, типовой вариант.

Здесь снова власть берут гуманитарии, но, обратите внимание, на Wildberries пособия для подготовки к ОГЭ продаются гораздо чаще.

Весной покупатели Wb про ЕГЭ практически забыли, а лидерами по объему продаж стали пособиями для младших школьников. То есть не для тех, кто только готовится к своему первому звонку, а для учеников начальной школы. Ситуация выглядит так, словно родители активно начали подтягивать детей по тем предметам в которых они отстают. Посмотри на статистическую выдачу - здесь весь свет и цвет подготовительной литературы для "почемучек" и уголовный кодекс. В целом же, если посмотреть на объем продаж станет ясно, что к маю они рухнули почти в 7 раз.

Данные по объему продаж и выручке товаров категории "Учебная литература" маркетплейса Wildberries, период с 24.04 - 25.05.2021, данные сервиса внешней аналитики маркетплейсов SellerFoxДанные по объему продаж и выручке товаров категории "Учебная литература" маркетплейса Wildberries, период с 24.04 - 25.05.2021, данные сервиса внешней аналитики маркетплейсов SellerFox

У лидера категории за последние 30 дней в кармане оказалось всего 817 заказов и 162067 выручки. Это книга с таблицей умножения. На втором месте пособие по великому и могучему - прописи, которым удалось получить внимание 809 покупателей и выручку в размере 64082 рублей.

Тревожный звонок

Очевидно, что продажи учебной литературы по подготовке к экзаменам имеют сезонный спрос и особо ярко проявляют себя в начале нового года. Но это в 2021 году. Что произойдет в следующем пока не ясно, потому что изменение правил сдачи ЕГЭ может перевернуть книжные полки и потребности покупателей в новой литературе.

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

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

Подробнее..

Ozon хочет завалить кабинеты продавцов рекламными инструментами от Facebook и Google уже в июне

02.06.2021 14:09:29 | Автор: admin

Дело хитрое и пока темное. Ozon любит внедрять всевозможные инструменты для продвижения товаров и упрощения жизни продавцов, но получается не всегда гладко. На очереди очередное нововведение. Вчера на форуме Com.E On Forum руководители маркетплейса заявили, что площадка даст партнерам возможность самостоятельно запускать рекламные компании во внешних социальных сетях. Прямо в кабинете продавца, не покидая сайта. Теперь, лично мы ждем роста спроса на маркетологов, потому как с рекламными каналами многие селлеры работать просто не смогут или не захотят. Некоторые и вовсе уходили от этих тонкостей и закрывали свои интернет-магазины, чтобы свалить всю работу на плечи Ozon.

Уже в июне Ozon хочет предложить продавцам использовать рекламные инструменты Facebook (в том числе Instagram) и Google не отходя от кассы. Продавцы смогут привлекать трафик прямо на карточки товаров делая это в личном кабинете и не заводя разные кабинеты на отдельных платформах. Но их, как мы видим, пока не так уже и много. Так что пока получается эдакий агрегатор рекламных возможностей с урезанным функционалом.

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

Инструменты уже будут заточены под e-сommerce, там "под капотом" всё будет работать, а вы буквально в несколько настроек получаете возможность получить рекламу. При этом все товарные фиды уже автоматически настроены, а все конверсии будут оптимизированы под вашу продажу.

Олег Дорожок, директор по маркетингу и монетизации Ozon, форум Com.E On Forum

Вопрос только в том как именно будет притягиваться все эти данные из карточек товаров и сможет ли пользователь вносить корректировки в рекламные компании? Как бы Ozon не заигрался в автоматизированность. А еще интересный вопрос - маркетплейс позволит запускать все эти РК от своего имени или же от имени конретного продавца? Может быть instagram заполонят тонны рекламные сторис в сине-розовых тонах или все-таки выглядеть они будут несколько поживее?

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

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

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

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

Это раньше Ozon выглядел как площадка, которая могла автоматизировать все процессы: продавец мог отгрузить товары на склады и следить за продажами. Сегодня конкуренция на маркетплейсе выросла и торговать стало гораздо сложнее. Все, кто раньше боролся за место под солнцем и пытался вытащить свои интернет-магазины на первые строчки поисковой выдачи, теперь тащат в топы свои товары на маркетплейсах. По сути, рынок не меняется. Меняется только то как он выглядит.

Пока интересны две вещи. Смогут ли рекламные возможности Ozon предоставить продавцам все необходимые для работы инструменты и как маркетплейс, в будущем, планирует интегрировать в свою работы маркетинговые инструменты от "Яндекс". Зачем последнему такая тесная дружба, если он сам изо всех сил пытается вытащить Яндекс.Маркет поближе к поверхности воды и сделать очередной вдох?

Подробнее..

Как мобильное приложение помогло ВкусВиллу стать лидером по количеству заказов продуктов онлайн

05.04.2021 16:10:13 | Автор: admin
По итогам 2020 торговая сеть ВкусВилл возглавила рейтинг лидеров e-grocery по количеству выполненных интернет-заказов за 2020 год, а также вошла в пятёрку крупнейших онлайн-продавцов еды в стране по обороту. Доля онлайн-продаж после внедрения приложения увеличилась с 1% до 25%. Выручка собственной доставки ВкусВилл составила 14,93 млрд с НДС.


Само же мобильное приложение ВкусВилл в 2020 году Роскачество признало самым функциональным среди российских ритейлеров.

Ниже мы расскажем, какие факторы способствовали достижению таких результатов.

Немного истории


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



Бот был в первую очередь тестом, который помог ответить на вопрос, стоит ли развивать собственное мобильное приложение. И уже в 2018 году покупатели могли найти все тот же функционал в приложении ВкусВилл.

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

Мобильное приложение


В нём мы объединили всё то, что уже умел делать бот, и добавили новые функции. О некоторых из них расскажем далее.



Доставка и онлайн-заказы


В 2018 в приложении в качестве пилота появилась доставка продуктов домой. Тогда ещё это были только сторонние партнёры, если вы пользовались приложением в то время, то застали iGoods, Инстамарт, Golomago и других. Реализовано это было просто в формате ссылки на внешний ресурс в приложении ВкусВилл вы нажимали на ссылку с доставкой, переходили на сайт партнёра, и уже там собирали себе корзину продуктов ВкусВилла.

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

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

Поэтому было принято решение интегрировать обработку и оформление заказов в клиентское приложение и общую экосистему ВкусВилл. На стороне магазина запрос от пользователя обрабатывается с помощью умной кассы (см. этот пост), затем она передает список покупок продавцу. Умная касса подсказывает сборщику, сколько нужного товара ещё осталось и где именно он лежит. После этого специалист связывается с покупателем и уточняет заказ, при необходимости внося какие-то изменения. Если всё ОК формируется общая сумма покупки и выдаётся чек.



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

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

Самовывоз


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

В 2019 году в рамках функции по предзаказу (сервис назывался Закажи и Забери) можно было заказать новогоднее меню с готовыми разнообразными позициями. Это оказалось актуально для тех, кто не хотел провести предпраздничный день в готовке. Если клиент за 3-4 дня до праздничной даты определялся с выбором, то 31 числа оставалось только забрать свежеприготовленные блюда (как из классической кухни, так и разные гурманские штуки), принести их домой и разогреть.

Вернуть можно онлайн


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



Достижения


Запустили их в качестве MVP для поднятия настроения и развлечения пользователей. За покупку определенных товаров клиенты сети получают звания. Можно стать молочным юнгой, Матроскиным, Мичманом или Христофором Колумбом, Федором Конюховым, Жак-Ивом Кусто и другими героями.

Рецепты


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

Интеграция приложения и собственного платежного сервиса


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

Что дальше


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

Вот ближайшие план


  1. Развитие сети ВкусВилл до полноценного маркетплейса, где покупатели смогут приобретать продукты питания любых брендов. А в будущем товары других сегментов и направлений одежду и FMCG.
  2. Кулинарные стримы. У пользователей будет возможность не только готовить вместе с ведущими, но и приобрести аналогичные приготовленные блюда в магазине, положив их в корзину и оформив заказ.
  3. Расширенное сотрудничество с b2b-клиентами. Теперь, если пользователь является надежным юридическим лицом с электронным документооборотом, он может стать партнером сети ВкусВилл. Отдельный b2b-профиль внутри основного позволяет воспользоваться кредитным лимитом и отсроченным платежом для компаний и ИП. На базе одного приложения клиент сможет заказать продукты к себе домой как физлицо и купить 40 литров молока для своей кофейни в качестве юрлица. При этом в обоих случаях ему будет доступна курьерская доставка.
  4. Доработка дизайна приложения. Несмотря на все преображения, планируем продолжать совершенствовать дизайн. Изначально приложение создавалось по Lean-модели: необходимое сделано, а теперь, когда появилось время и ресурсы, причёсываем и допиливаем дизайн.


Итого


Лидерство по количеству онлайн заказов, а также вхождение в Топ-5 среди крупнейших онлайн-продавцов еды ВкусВилл обусловлено сразу несколькими факторами (это экспертная оценка автором статьи):

  1. Во многом помогла пандемия. 2020 год изменил подход к продажам и рынок ритейла. Онлайн-покупки стали таким же обычным явлением, как и поход в магазин. На начало марта 2020 г. было 800-1000 онлайн-заказов. В начале мая уже 12 500. За несколько месяцев пандемии количество заказов выросло в 30 раз.
  2. Качественные продукты с честным и чистым составом. Товары бренда завоевали популярность на российском рынке.
  3. Бесплатная доставка, без минимальной суммы заказа и с сохранением всех персональных скидок и скидок магазина.
  4. Быстрый сервис (сборка и доставка заказа занимает не более 2 часов).
  5. Большое количество розничных магазинов по Москве доставка из магазинов. Это позволило существенно сократить время и снизить стоимость доставки.
  6. Крутая система управления запасами (подробнее о ней расскажем отдельным постом). Она позволяет максимально удовлетворить спрос. Ежедневно разработанная нами система обрабатывает около 90 000 заказов, а также управляет несколькими тысячами курьеров.
  7. Realtime система учета (в онлайне видно движение товаров по всей сети).




Мобильное приложение позволило связать все факторы и получить синергетический эффект. В пандемию люди смогли легко заказать онлайн (пункт 1), увидеть качественные продукты в приложении, посмотреть оценки, составы, отзывы (пункт 2), заказать их бесплатную доставку независимо от суммы заказа (пункт 3), получить свой заказ в течение 2 часов, т. к. заказ мгновенно улетал в магазин, как следствие быстрая доставка (пункт 4), возможность выбора удобного магазина для самовывоза или доставки (пункт 5), люди в приложении видели широкий ассортимент и остатки, благодаря системе управления запасами (пункт 6 и 7 вместе).

Скачать приложение ВкусВилл можно здесь iOS, Android, будем рады вашим отзывам и обратной связи.
Подробнее..

Как мы сделали мобильное приложение для ВкусВилл за 9 дней

08.04.2021 14:12:31 | Автор: admin
Привет, меня зовут Алексей Кафтанов, я руководитель компании FullStack (входит в ГК Автомакон). Мы занимаемся разработкой мобильных и web-приложений.

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



Проект получился классическим MVP, модель реализации подойдет для небольших b2c и почти любых b2b-проектов. Если в сжатые сроки вам требуется рабочее приложение, советую обратить внимание на этот подход. Текст будет интересен проджект-менеджерам и, скорее всего, в нем не будет ничего ранее неизвестного для программистов.

Немного истории


Эксперименты с онлайн-доставкой ВкусВилл начал проводить еще в прошлом году. Для этого была выбрана и утверждена логичная бизнес-стратегия: разработка двух разных приложений, для клиента и сборщика/курьера.

Это было удобно, клиентов было немного, загрузка приложения была небольшой: около 100 заказов в день, в процессе развития до 1000.

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

Проблемы нашей реализации


  1. Приложения были только Android. Но пандемия перетрясла все сферы, и в службы доставки стали приходить курьеры с iOS.
  2. Приложение очень долго обновлялось, например, однажды мы попали под семидневное ревью от Google. Оптимизировать продукт в таких условиях было невозможно.

От службы доставки в период изоляции зависела работа всей сети, поэтому главным вопросом, стоявшим перед командой, был: Что делать с курьерами? Тогда решили сделать telegram-бот. Потому что в боты мы умеем.

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

  • Видеть маршрут и все заказы на удобной карте
  • Быть привязанным сразу к нескольким торговым точкам
  • Получать актуальную информацию о статусе заказов
  • Использовать быстрый, нативно понятный интерфейс. За время работы бот оброс большим количеством дополнительной функциональности, что значительно увеличило количество кнопок для простого, по меркам приложения, пользовательского пути.
  • Синхронизировать с приложением свою актуальную локацию. С этим пунктом у telegram наблюдаются определенные сложности и ограничения: передача локации возможна только на 8 часов.
  • Отделить пуш-уведомления внутри приложения от общих пушей в телеграмме, так курьерам удобнее реагировать именно на заказы.

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

Интересный факт: в FullStack фронтом ВкусВилла занимаются четыре героя: 2 для iOS и 2 для Android. Если вы хотите составить им компанию, напишите мне kafa@automacon.ru.

Начало разработки


В тот момент нам повезло: мы нашли ребят, рассказавших нам про no-code платформу Bubble.io. По их словам приложение по нашим запросам могло быть сделано там за неделю. Более того, они показали, как именно оно могло бы функционировать и даже прошли проверку на возможность работать с нашим довольно хитрым бекендом.

Если честно, Bubble показался мне довольно-таки сырой технологией, с точки зрения пользовательского интерфейса это несколько странная и не отзывчивая система.

Но во время знакомства с ней появилась идея: использовать принцип работы платформы для быстрого создания собственного приложения. Потому что, если с этой задачей может справиться Bubble, то почему не может, например, SPA?

Мы решили написать пользовательский интерфейс на ReactJS с использованием фреймворка Capacitor. Проект собирается в оптимизированный и сжатый набор файлов, который выгружается на удаленный сервер. Capacitor имеет доступ к нативным функциям, приложение запускается через WebView, где указан URL с собранным на ReactJS проектом. Соответственно этой логике проект должен был открываться как обычный сайт с возможностью вызова нативных функций. Удивительно, Apple без проблем пропускает подобные технологии в свой магазин приложений.

Написали, которое передали ребятам с компетенцией Bubble и одному своему программисту React. Выглядело оно довольно-таки примитивно: берем дизайн-гайд, продумываем простой UI и собираем фронт, который будет выполнять всю функциональность бота.

У каждой команды (если считать нашего программиста за команду) было 2 недели на реализацию задачи: на основе гайдлайна самостоятельно создать максимально простое и удобное приложение. Консультироваться разработчики должны были напрямую с лидером проекта со стороны бизнеса.

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

Почему команд было две?


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

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

Что получилось


В первую очередь, идея параллелить команды оказалась очень логичной: интерфейсное решение no-code как-то сразу не задалось.



Поскольку задача делать по гайдлайнам стояла сразу, реализация меня как-то немного демотивировала. С точки зрения отклика у Bubble есть очевидная проблема: нажимается все топорно, часто по два раза. В процессе обнаружились еще одни танцы с бубнами: больше 2 дней у команды ушло заменить нативные для Bubble Google-карты на Яндекс. Еще 1 день сделать функционал открытия маршрутизации через 2Gis. При этом решение получилось костыльное: если 2Gis не установлен на устройство, оно все равно предлагалось. По трудозатратам у no-code команды вышло чуть больше 80 часов (первоначально именно такой лимит был установлен) при этом приложение получилось сырым. На этом сотрудничество с ними и закончили.

Решение на ReactJS получилось гораздо более оптимальным: во-первых, полный функционал получилось сделать за 67 часов, во вторых с точки зрения гайдлайнов и логики все получилось вполне рабочим:



Публикация на iOS прошла удачно: не было вопросов на ревью, уже на следующий день приложение было в сторе. Android в Play Market мы выкладывать не стали, просто разместили .apk в облачном хранилище.

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

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

Немного выводов


Удивительно, но разработка на bubble.io получилась дольше, а итоговый продукт более сырым. Существенную роль здесь сыграло ограничение конструктора.

В самом начале, при постановке ТЗ, я обратил внимание команд на важность использования гайдлайна с уже готовыми визуальными элементами: шрифтами, иконками, общим стилем и т.д. Несмотря на это у ребят из Bubble получился предельно примитивный интерфейс. Вряд ли решающую роль могло сыграть банальное не успели, скорее, дело в том, что платформа плохо кастомизируется. Если кто-то может объяснить причину, напишите в комментариях.

Многих может удивить, что мы не знали о такой методологии и ее уже повсеместно используют. Тем не менее, для меня это стало открытием и я думаю что это очень хорошее решение для корпоративных приложений с небольшим количеством Пользователей. Приложение получается в разы удобнее и принципиально отличается от адаптивной версии сайтов, сроки реализации меньше, чем при работе с ReactNative или Flutter, визуально разница не заметна.

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

Как AR-технологии могут повлиять на продажи товаров на маркетплейсах и как бренды используют их в России? И надо ли это?

18.05.2021 16:06:28 | Автор: admin

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

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

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

Дополненный рынок

Рынок AR стремительно растет. Это логично, поскольку смартфоны и гаджеты, которые поддерживают данную технологию или могли бы с ней работать сегодня есть практически у всех. AR, в какой-то степени проще дышится среди потребителей. Технология нетребовательна к оборудованию - пройтись по дополненной реальности, в той или иной степени, может каждый. Мы нашли данные зарубежных исследований под авторством Engine creative в которых прогнозируется, что уже в этом году количество мобильных пользователей AR вырастет до 811 миллионов человек. И если на время отвлечься от продаж и пристально посмотреть в сторону самой технологии, то можно узнать, что доход от AR c каждым годом растет и в 2021 году может достигнуть 3,1 млрд долларов, а к 2024 - 3,78 млрд долларов.

Данные исследований агенства Engine creativeДанные исследований агенства Engine creativeДанные исследований агенства Engine creativeДанные исследований агенства Engine creative

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

- 69% покупателей ждут, что бренды дадут им возможность взаимодействовать с товаром посредством AR и выпустят мобильные приложения;

- 76% уверяют, что делали бы больше покупок при условии, что смогли бы если бы заранее осматривать товары с помощью дополненной реальности;

- 42% покупателей считают, что использование дополненной реальности помогает принять решение о последующей покупке.

Данные исследования агенства Engine creativeДанные исследования агенства Engine creative

Эксперты также уверены, что использование AR может не просто повысить продажи, но и с большей вероятностью довести определенные группы товаров до конечного клиента. Об этом в своем исследовании заявили ученые Городского университета Гонконга и Сингапурского университета управления. Они пришли к выводу, что AR перспективнее всего применять там, где высока неопределенность, связанная с товарами. То есть в тех случаях, когда покупатель просто не может оценить продукт (размеры, детализацию, актуальность товара для его стиля или интерьера) находясь на расстоянии от витринной полки. Исходя из этого ученые прижил к выводу, что дополненную реальность лучше всего использовать в нескольких случаях:

- при продаже продвижении малоизвестных товаров и брендов;

- для увеличения продаж дорогостоящих товаров;

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

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

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

Точки отсчета

Точки отсчета
Как можно использовать дополненную реальность в реальности? Недавно компания-разработчик PHYGITALISM опубликовала в сети большой кейс-исследование в котором собрала всю актуальную информацию об AR и рассказала о возможных механиках ее использования. Получилось внушительный список из следующих пунктов:

Данные исследования компании PHYGITALISMДанные исследования компании PHYGITALISM

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

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

Есть примеры использования дополненной реальности для конкретных брендов и товаров. Тут уже не важно, где именно они продаются - в офлайне или онлайне, поскольку особенности самого товара требуют знакомства с ним вне торговой зоны, например дома или в офисе. В первую очередь, такой подход идеально ложиться на мебель и крупную бытовую технику. Два примера ниже отлично демонстрируют как покупатель может познакомиться с товаром, даже если никогда не видел его лично. Здесь технология не просто помогает покупателю рассмотреть товар, но и решить важный вопрос - "поместится ли?".

Но что делать напрямую с онлайн-торговлей? Может ли AR помочь продавцам интернет-магазинов и маркетплейсов стать ближе к пользователям и подарить им новый опыт от взаимодействия с товарами? Примеры тоже есть. В 2019 году Lamoda запустила виртуальную примерочную для покупателей кроссовок, доступную владельцам устройство под iOS, в 2020 расшарила эту же возможность для пользователей Android. Примерить с помощью дополненной реальности можно не все, а лишь 100 оцинкованных моделей кроссовок. Но на самом деле, чтобы найти доступ к самой виртуальной примерочной нужно поломать, если не ноги, то голову. Поэтому сама история с запуском такой примерочной выглядит скорее как маркетинговый ход, нежели желание помочь покупателем с выбором товара.

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

Есть дополнения?

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

Тестовая карточка товара маркетплейса OzonТестовая карточка товара маркетплейса Ozon

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

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

Карточка товара с дополненной реальностью бренда Mr. Puzz на маркетплейсе WildberriesКарточка товара с дополненной реальностью бренда Mr. Puzz на маркетплейсе Wildberries

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

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

Выпадает из реальности

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

А может и не нужны продавцам новые технологии и достаточно постоянно нагружать рынок новыми предложениями, выдумывать, производить и продавать все новые и новые товары?

Подробнее..

Кондиционер или вентилятор? Анализируем жаркие продажи на маркетплейсах

20.05.2021 14:22:33 | Автор: admin

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

И вот, вчера, аналитики AliExpress Россия подтвердили это предположение. За май спрос на вентиляторы и кондиционеры на площадке вырос в 1,5 и 2 раза по сравнению с этим же периодом 2020 года. Мы посмотрим на мнение экспертов и проанализируем продажи на других отечественных маркетплейсах, чтобы узнать какая климатическая техника и товары в почете у россиян. Заодно выясним, чем в народе спасаются от жары - вентиляторами, кондиционерами или чем-то более инновационным?

Али дует, али кроет

У экспертов AliExpress Россия уже все подсчитано. Лидером продаж среди вентиляторов на площадке стали USB-вентиляторы. Не гиганты, занимающие половину квартиры, а компактные модели с низким уровнем шума. Средняя цена такого устройства - 899 рублей.

С кондиционерами все примерно также. Россияне чаще выбирают на маркетплейсе не громоздкие сплит-системы, а компактные модели с водяной системой охлаждения. Устройства с USB привлекают внимание покупателей больше других, а стоят в среднем 970 рублей.

Озонируем воздух

Взглянем на те же категории товаров с позиции маркетплейса Ozon. Правда ли именно эти товары популярны среди россиян или среди климатической техники встречаются и другие герои? С помощью сервиса аналитики SellerFox смотрим на объемы продаж и выручки за последние 30 дней года. Первым делом идем в категорию "Климатическая техника".

Данные объема продаж, выручки и средней цены продажи товаров категории "Климатическая техника" маркетплейса Ozon, период с 19.04 - 19.05.21, данные сервиса аналитики маркетплейсов SelerFoxДанные объема продаж, выручки и средней цены продажи товаров категории "Климатическая техника" маркетплейса Ozon, период с 19.04 - 19.05.21, данные сервиса аналитики маркетплейсов SelerFox

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

Анализ категории Климатическая техника маркетплейса Ozon, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Ozon, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFox

В битве кондиционеров и вентиляторов побеждили увлажнители воздуха. В топе популярных товаров по количеству заказов, вся первая пятерка состоит из этого оборудования. Стоимость лидеров колеблется от 1 000 до 10 000 рублей. У топа продаж за 30 дней сразу 534 заказа и 343 138 рублей выручки.

Модель, стоимостью около 10 000 рублей, заказывали чуть реже, но за счет высокой стоимости товара, выручка продавца достигла значения в 2689272рублей. Это суммарный показатель по итогам 266 заказов.

Первый вентилятор, который встречается в топе вовсе не похож на привычное всем устройство - в лидеры выбилась встраиваемая вытяжная модель. Средняя стоимость ее продажи 3 260 рублей. Товар заказали за месяц 236 раз, что принесло продавцу общую выручку в 769 000 рублей. Что

Анализ категории Климатическая техника маркетплейса Ozon, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Ozon, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFox

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

Маркет жарких цен

На Яндекс.Маркет ситуация вообще странная. Спрос на климатическую технику с приходом мая сначала восстановил апрельские значения и подрос, а после праздников свалился вниз.

Данные по объему продаж, выручке и средней стоимость продажи товаров категории Климатическая техника маркетплейса Яндекс.Маркет, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxДанные по объему продаж, выручке и средней стоимость продажи товаров категории Климатическая техника маркетплейса Яндекс.Маркет, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFox

Во-первых, даже у лидера по объему продаж в копилке всего 60 заказов за месяц. Во-вторых, покупатели маркетплейса явно обживают частные дома и коттеджи - у них в любимчиках огромное количество водонагревателей. Возможно, пользователи Маркета очень рассчетливы и закупают все необходимое до наступления сезона. Именно поэтому в числе заказываемых весной товаров - обогреватели и сотни комплектующих для увлажнителей и очистителей воздуха. То есть сами устройства у покупателей уже есть.

Анализ категории Климатическая техника маркетплейса Яндекс.Маркет, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Яндекс.Маркет, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Яндекс.Маркет, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Яндекс.Маркет, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFox

У лидера по объему продаж - метеостанции Xiaomi всего 60 заказов и 23 100 рубле месячной выручки. Впрочем, кондиционеры на Яндекс.Маркет тоже заказывают. Все они стали лидерами по объему принесенной выручки, но лишь за счет свой высокой стоимости. Продажи устройств измеряются даже не десятками, а штуками.

Анализ категории Климатическая техника маркетплейса Яндекс.Маркет, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Яндекс.Маркет, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFox

Если же загадывать "что раньше?" - "курица или яйцо",то тут вопрос решается просто. Кондиционеры среди пользователей Яндекс.Маркета популярнее. Хотя популярность эта крайне надуманная.

Анализ категории Климатическая техника маркетплейса Яндекс,Маркет, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Яндекс,Маркет, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFox

Ультрафиолетовые продажи

Приближаемся к витринам Wildberries. Что видим? Продажи климатической техники здесь всегда стабильно высокие. Они проседали в первые дни мая, но сейчас вновь набрали обороты.

Данные по объему продаж, выручке и средней стоимость продажи товаров категории Климатическая техника маркетплейса Wildberries, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxДанные по объему продаж, выручке и средней стоимость продажи товаров категории Климатическая техника маркетплейса Wildberries, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFox

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

Анализ категории Климатическая техника маркетплейса Wildberries, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Wildberries, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Wildberries, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Wildberries, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Wildberries, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFoxАнализ категории Климатическая техника маркетплейса Wildberries, период с 19.04 - 19.05.2021, данные сервиса аналитики SellerFox

У лидера продаж - ультразвукового увлажнителя - по итогам месяца 642 заказа и 1 686 811 рублей выручки. За ним стройной колонной выстроилась техника всех мастей: погодная станция с 515 заказами и выручкой в 142 129 рублей, тепловентилятор с 293 заказами и 252 240 рублями в копилке. А дальше, смотрите сами, весь свет и цвет увлажнителей воздуха. У ближайшего кондиционера, попавшего на первую страницу аналитической выдачи 141 328 рублей выручки и 120 заказов. Он, как и прописал AliExpress - компактный и водяной.

Ни холодно ни жарко

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

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

С AliExpress отдельная история. Сама площадка предлагает покупателям в десятки раз больше различных моделей техники. Многие из них просто не дошли до других отечественных маркетплейсов, либо не продаются там в виду низкой стоимости (у Ali такого ограничения нет, продавцы могут выгодно торговать даже дешевыми товарами). Поэтому и статистика популярных товаров на этом маркетплейсе выглядит иначе и, в целом, менее консервативно.

Подробнее..

Перевод Сервисы с подпиской должны давать своим пользователям уйти

09.06.2021 14:20:05 | Автор: admin
Никто не любит, когда человек бросает все и уходит. Я говорю не (только) о ситуации, когда тренер школьной команды норовит пристыдить спортсмена, который решает её покинуть. Я имею в виду момент, когда пользователь решает перестать пользоваться услугой или сервисом и хочет отменить свою подписку эта модель бизнеса в настоящее время является наиболее популярной. Ее использует многие компании, начиная от таких гигантов как Spotify и заканчивая мелкими стартапами, такими как Stitch Fix.


Картинка: Tom Guilmard

Для подобного рода компаний, особенно тех, которые недавно появились на рынке, вполне естественно делать акцент на новых подписчиках, лидогенерации и росте продаж каждый месяц или квартал.

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

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

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

Возможно, такое мнение Мэриана объясняется его личной заинтересованностью в вопросе и не является полностью объективным, но в его точке зрения определенно есть смысл. Он отмечает примеры, когда компании (важно: не являющиеся его клиентами) весьма творчески подошли к процессу отмены подписки. Например, ему понравилось, как компания Audible, предоставляющая подписку на аудиокниги, выяснила, что у нее есть целая прослойка клиентов (студенты университетов) которые не хотят платить за подписку летом. Компания предложила своим клиентам новую опцию Заморозка абонемента. Компания Netflix, стремясь предложить своим пользователям альтернативный вариант вместо стандартных продолжить использование или отписаться, стала предлагать желающим отписаться опцию перейти на более дешевый тариф вместо того, чтобы просто потерять клиента. Эти опции предлагаются в очень простой и понятной манере, в отличие от запутанных и сложных условий использования пакетов интернет + ТВ, и это то, что может заставить клиента передумать отписываться.

Алмитра Карник, главный маркетолог финансируемой венчурным капиталом компании CleverTap, занимающейся построением отношений с клиентами и их удержанием, заявляет: Преимущество бизнеса, основанного на модели подписок, состоит в том, что барьер для входа [клиентов] очень низкий. Но и барьер для выхода также должен быть низкий. Использование всевозможных ухищрений, затрудняющих процесс отписки, просто не работает. Вы просто оттягиваете неизбежное, говорит Алмитра. И в процессе раздражаете клиентов.

Смысл в том, чтобы пользователь получил приятный опыт, когда он отменяет подписку, заявляет Мэрион из компании Brightback. Процесс отписки клиента с многолетней историей использования сервиса должен отличаться от процесса того, кто подписался три недели назад. Но в любом случае при отмене подписки нужно задать клиенту несколько вопросов, чтобы получить базовые сведения, почти по той же схеме, как это делается при уходе сотрудника из компании: к кому уходит бывший клиент, почему он уходит, есть ли вероятность, что он вернется позднее. Цель такого опроса выяснить, что стоит изменить.

Мэрион любит приводить аналогию, что клиент, которого удержали это новый клиент, и, очевидно, не он один разделяет эту точку зрения. Сохранение существующих клиентов всегда имело значение, но сейчас этому уделяется еще больше внимания, так как инвесторы устали от "статистики тщеславия" впечатляющих цифр, которые призваны шокировать всех и показывать быстрый рост компании, но при этом не отражающих действительно важные показатели того, сколько у компании клиентов, которые продолжают пользоваться сервисом. Сейчас, когда большой популярностью пользуются сервисы, акцентирующие все свое внимание на доходе, такие как Blue Apron и Uber, хорошо иметь свежую концепцию положительной юнит-экономики. Вот что означает этот красивый термин, если перевести его на простой язык: посмотрим, переходит ли интерес и внимание в стабильный и процветающий бизнес. Для этого измеряется прибыль от каждой транзакции клиента. При такой модели подсчета статистики уменьшение количества отписок будет играть решающую роль.

Каждой IT-компании известно, как дорого обходится каждый новый лид, и эта стоимость растет. Согласно исследованию компании по анализу маркетинга AdStage, в 2017 цена за клик в рекламе на Facebook выросла на 136% за 6 месяцев.

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

Когда в CleverTap обратился индийский сервис мобильных платежей MobiKwik, CleverTap провела исследования и обнаружила, что 30% новых клиентов удаляло приложение в течение первой недели использования. Когда MobiKwik добавили различные акции и выгодные предложения для новых пользователей в первые три-четыре дня после скачивания приложения, количество удалений сократилось на 10%. Затем были разработаны стратегии, направленные на удержание клиентов, которые решили перестать пользоваться сервисом. По данным CleverTap, в результате этих изменений компания отвоевала 23%25% пользователей, которые раньше просто удаляли приложение.

Рассмотрим, как устроена работа сервисов подписок на коробки с неким содержимым так называемые subscription box. В настоящее время насчитывается более 3500 компаний, предоставляющих помесячную подписку на нечто-в-коробке (это может быть одежда, бьюти-продукты и т.д.). Большинство из них вначале делают какое-то заманчивое предложение, чтобы заинтересовать новых клиентов и побудить их попробовать сервис. Это могут быть скидки, бесплатный пробный период, ограниченные предложения то, что в идеале приведет к долгосрочным отношениям с клиентом. Я общался со многими подобными компаниями, говорит Мэрион, и часто отток составляет у них от 50% до 60% клиентов в течение первых трех месяцев использования сервиса.

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

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

Мэрион цитирует результаты исследования примеров из его практики, куда входит кейс одного из его первых его клиентов компании веб-аналитики Crazy Egg. (Следует отметить, что чаще всего клиенты Brightback занимаются B2B, но они также работают с двумя стартапами B2C в качестве пробного проекта). Используя программное обеспечение Brightback для анализа процедуры отмены подписки, компания Crazy Egg обнаружила, что значительное число клиентов отменяют подписку не обязательно по причине того, что они не удовлетворены качеством сервиса. Клиентам просто не хватило времени, чтобы разобраться в том, как пользоваться продуктом, или получить желаемые результаты. До этих клиентов еще можно дотянуться, чтобы сохранить их.

Несмотря на то, что бизнес-модель компании Brightback весьма специфична, у них есть ценная идея о том, что стоит уделять внимание пользователям, которые решили отписаться. Это особенно актуально для компаний, которые больше заинтересованы в сохранении клиентов, повышении их лояльности и как следствие, постепенном и уверенном росте дохода, а не в пустых (но впечатляющих) цифрах новых подписок. Цель компании должна заключаться в том, чтобы понять, почему клиент решил уйти, и сделать ему выгодное предложение, которое заинтересует его и побудит его продолжить пользоваться сервисом, считает Мэрион. У клиента не должно остаться неприятных впечатлений.
Подробнее..

Как мы автоматизируем процесс разработки

05.03.2021 18:07:04 | Автор: admin

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

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

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

Это подтверждает исследование Coralogix разработчик в среднем на1000строк кода допускает 70 ошибок. Для исправления ошибок требуется минимум в 30 раз больше времени, чем на кодинг.

Как было раньше

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

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

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

Первые шаги со Студия 1.0

Мы решили делать low-code систему, которая потребует минимум разработчиков высокого уровня, и будет понятна технологам, ранее никогда не писавшим код. Обычно подобные проекты используют визуальные интерфейсы с простой логикой и функциями drag-and-drop для прописывания жизненного цикла. Код подставляется в автоматическом режиме.

Чтобы визуально представить low-code систему, можно вспомнить среду для быстрой разработки Delphi 7. С ней многие читатели могли познакомиться ещё в школе или вузе. Для создания элемента достаточно было перетащить его на поле рабочий области. Он тут же прописывался в теле программы и оставалось лишь закодировать логику.

Первые шаги автоматизации процесса разработкиПервые шаги автоматизации процесса разработки

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

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

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

С этим low-code решением нам удалось сократить количество высокоуровневых разработчиков, которые работают над проектами, на 44%. А также уменьшить время разработки и тестирования готового продукта.

Автоматизируем разработку со Студия 2.0

В первой версии Студии мы не смогли уйти от необходимости передавать задание от бизнес-аналитиков к системным аналитикам. Но уже сейчас разрабатывается интерпретатор требований, который парсит техническое задание от бизнес-аналитиков и адаптирует его для разработчиков. Модуль умеет работать с популярными форматами файлов от офисных пакетов. Бизнес-аналитикам не придётся менять привычные инструменты.

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

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

Автоматизация разработки в Студия 2.0Автоматизация разработки в Студия 2.0

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

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

Студия 2.0 оптимизирует затраты на тестирование, так как нет смысла делать отладку после работы автоматизированной системы.

Куда идём дальше

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

Отдельно список требований будет сформирован для подтверждения заказчиком.Он экспортируется в привычные офисные форматы DOC или XLS. Процесс займёт не больше времени, чем выпить чашечку кофе.

В будущем планируем сделать Студию кроссплатформенной. То есть отвязать её отплатформыОПОРА, гдеонасейчас работает, и подключать к другим системам. Это как раз то, чего не хватает многим системам автоматизированной разработки.

Намечен план развития до 2023 года. Студия уже сейчас используется для решения коммерческих задач компанииОТР. Но со временеммы отдадим её и во внешнее пользование.

Подробнее..

Как чат-боты помогают цирку, вузу и эко-проекту 5 неординарных кейсов на визуальном конструкторе c NLU

19.05.2021 18:19:31 | Автор: admin

Чат-бот МЕГИ и ИКЕА распознает 8 наиболее распространенных фракций отходов и ежедневно обрабатывает порядка 30 сообщений.Бот АкБарс Банка развивает сотрудников и в прошлом году обучил 54% специалистов в компании. Бот Президентской академии в Санкт-Петербурге отвечает на вопросы абитуриентов и в августе 2020 года помог более 1000 поступающим.При этом все кейсы были реализованы на визуальном конструкторе с NLU. Just AI, разработчик технологий в сфере разговорного AI,рассказывает о деталях создания чат-ботов.

Чат-бот МЕГИ и ИКЕА сортирует мусор

Ежегодно в России образуется около 70 млн тонн бытового мусора, это в 10 раз больше веса пирамиды Хеопса. При разложении отходы выделяют опасные химикаты, например, метан, которыми мы же потом и дышим.

МЕГА и ИКЕА реализуют глобальную стратегию по устойчивому развитию ДА людям и планете! и несколько лет назад запустили программу раздельного сбора мусора Правила Деления в Санкт-Петербурге. На территории двух центров МЕГА появились сортировочные пункты, было налажено сотрудничество с перерабатывающими предприятиями. Организаторы движения стали проводить лекции и сделали группу в социальной сети ВКонтакте, на момент публикации в ней состоят более 22 тыс. подписчиков.

Отчасти причина непопулярности экологических инициатив в России в недостаточном эко-образовании населения. Люди не понимают, как, куда и в каком виде можно сдавать отходы. Мы постоянно получали вопросы, принимается та или иная продукция, нужно ли снимать этикетки с бутылок. Нам хотелось сделать так, чтобы любой человек мог мгновенно получить ответы на запросы о маркировке и раздельном сборе отходов, - Александр Страдышев, куратор проекта, МЕГА Парнас.

Количество мусора можно сократить почти на 80%, если органические и пищевые отходы закапывать в почву, а опасные правильно утилизировать.

Организаторы получали так много сообщений ВКонтакте, что решили автоматизировать ответы на типовые запросы. Команда Правил Деления разработала в конструкторе Aimylogiс чат-бота, который теперь помогает администратору группы. Бот представляет собой интерактивный FAQ, где есть ответы на часто задаваемые вопросы: Можно ли это сдать, Где вы находитесь, Время работы станций, Нужно ли снимать этикетку и др.

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

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

В будущем команда Правил Деления планирует научить чат-бота распознавать маркировки по фото за несколько недель работы пользователи прислали боту 127 фотографий.

Результат

Чат-бот умеет распознавать 8 наиболее распространенных фракций отходов. Ежедневно он обрабатывает порядка 30 сообщений, а в пиковый день помог более чем 500 людям. За все время работы ботом воспользовались 4 430 человек.

Чат-бот Упсала-Цирка знает расписание спектаклей

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

От AI-технологии в Упсала-Цирке в первую очередь хотели получить больше возможностей для общения со зрителями и волонтерами.

У многих компаний есть одна проблема: люди заходят на сайт, что-то узнают и просто уходят, а мы по факту узнаем, какой был трафик на сайте. Мы хотели собрать контактные данные пользователей, понять, что это за люди, и в дальнейшем отправлять им релевантную информацию, Екатерина Черемисина, PR-менеджер Упсала-Цирка.

Персонажем чат-бота стала собака по кличке Пина, которую списали с реальной собаки режиссера.

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

Задумка, действительно, удалась. Бегу за мячиком! Но на пару вопросов отвечу! пишет собака Пина в диалоге. Она может скинуть расписание спектаклей, сориентировать в курсах, объяснить, как добраться до цирка и каким транспортом лучше воспользоваться. В чат-боте есть ветки по вопросам сотрудничества, волонтерства, пожертвований. Также Пина предлагает всем заполнить контактную форму.

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

Результат

За два с половиной месяца работы в цирке роботизированная собака Пина помогла 144 уникальным пользователям. У команды Упсала-Цирка есть задумка встроить в чат-бота окошко для вноса пожертвований. Кроме того, сейчас цирк разрабатывает новый сайт и планирует интегрировать чат-бота туда.

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

Затрачено на конструктор чат-ботов Aimylogic на момент публикации: 3 960 руб.

Чат-бот АкБарс Банка развивает сотрудников

Технология чат-ботов востребована в HR-сфере, часто ее используются для задач прескрининга кандидатов, онбординга новых сотрудников и опросов. В АкБарс Банке взглянули на возможности технологии шире и разработали 9 ботов, задача которых обучение и развитие персонала.

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

Чат-боты АкБарс Банка помогают сотрудникам осваивать профессиональные навыки вроде владения Excel и развивать софт-скиллы. Бот Барсик обучает коммуникативным навыкам: он дает задание и варианты ответов, а потом проговаривает правильный вариант и объясняет, почему другие варианты неправильные.

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

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

Результат

За 3 месяца 2019 года с помощью чат-бота прошли обучение 1798 человек 31% сотрудников компании. Командировочные расходы, связанные с выездами на обучение, упали на 36%.

В 2020 году, когда командировки стали невозможны, значение удаленного обучения существенно возросло. Чат-бот обучил 2726 человек 54% сотрудников. По результатам опроса, в 27 удаленных регионах удовлетворенность обучением выросла с 62 до 75%.

Затрачено на конструктор чат-ботов Aimylogic на момент публикации: 47 200 руб.

Чат-бот Президентской академии помогает абитуриентам

Прием абитуриентов время предельной нагрузки для любого вуза. Чтобы сделать процесс поступления максимально комфортным, в Петербургском РАНХиГС при Президенте РФ действует проект Виртуальный помощник абитуриента. Суть программы в том, что каждый поступающий оставляет электронную почту и потом регулярно получает на нее полезную информацию.

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

По данным Совета ректоров Санкт-Петербурга и Ленинградской области, 70% из числа поступающих приезжают в наш город из других субъектов России. Чтобы процесс поступления в вуз для них был максимально простым и понятным, мы решили создать консультанта с искусственным интеллектом силу, которая никогда не спит и способна общаться с тысячью пользователями одновременно, говорит директор Северо-Западного института управления Владимир Шамахов.

Стоит сказать, что виртуальный консультант СЗИУ РАНХиГС коренной петербуржец, именно поэтому он готов ответить на вопросы не только о поступлении, но и рассказать абитуриентам о главных достопримечательностях города. Для этого потребуется задать лишь один вопрос: Куда сходить в Петербурге?.

В разработке бота участвовали сотрудники приемной комиссии. Они собрали обращения абитуриентов, провели мозговой штурм и определили часто задаваемые абитуриентами вопросы. После создания в конструкторе Aimylogic и публикации чат-бота стали анализировать обращения и добавлять новые ответы и вопросы.

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

Результат

Пик вопросов предсказуемо пришелся на время вступительных экзаменов. В августе 2020 года ботом воспользовались более 1000 человек.

Цветочный чат-бот принимает заказы в интернет-магазине

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

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

Люди часто задают однотипные вопросы: оформление заказа, оплата, доставка, ассортимент, и гораздо проще, когда на них отвечает бот. Мы прослушали порядка 300 звонков и выделили 11 групп часто задаваемых вопросов, - Лада Трегубова, маркетолог БукетОпт.

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

По образованию я лингвист, и интенты, слова и словоформы подобрала достаточно быстро. Люди формулируют свои запросы очень по-разному, а смысл один, - Лада Трегубова.

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

Результат

Бот обслуживает около 1000 диалогов каждый месяц. Их результативность в компании отслеживают по utm-меткам. 1000 запросов дают 269 переходов на сайт, из посетивших интернет-магазин клиентов 23% добавляют заказ в корзину и 14% оплачивают покупку.

В интернет-магазине БукетОпт планируют, что в дальнейшем бот будет собирать контактные данные покупателей, создавать лиды в Битрикс24 и самостоятельно оформлять заказы. Это сократит время покупки и увеличит продуктивность всего интернет-магазина.

Затрачено на конструктор чат-ботов Aimylogic на момент публикации: 68 990 руб.

Подробнее..

Все, что вы хотели знать про диалоговый UXUI в проектировании чат-ботов

21.05.2021 20:16:58 | Автор: admin

Читайте в статье: что такое диалоговый UX/UI и какего создавать, а также полезные лайфхаки при проектировании сценария длячат-бота.

В марте 2021 годааналитики Voicebot провели опрос300 маркетологов и узнали, что они думают про голосовых помощников. Оказалось, что более 60% специалистов уверены в пользе голосовых ассистентов длямаркетинга. Виртуальные помощники и чат-боты больше не новинка и не пустой повод дляхайпав новостях. Бизнесактивно использует разговорные технологии дляэффективной коммуникации спользователями, дляпрямых продаж и создания прочных связей сбудущими и настоящими клиентами. И мы в Just AI уверены, что в будущем эта тенденция будет толькорасти.

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

Мы будем двигаться отсамого простого ксложному. Если знаете азы сразу листайте кблоку дляпродвинутых пользователей.

Для новичков. Что такое диалоговый UX и в чем его отличие отдиалогового UI?

Начнем спростого: UX это user experience или опыт, который получает пользователь в ходе его взаимодействия синтерфейсом сервиса, продукта или услуги. UI это user interface, пользовательский интерфейсили то, что мы привыкли называть дизайном.

Идем дальше. Диалоговый UX это опыт пользователя, который позволяет ему общаться сботом, свиртуальными помощниками или людьми. К нему относятся: общение сголосовыми помощниками, игра в голосовую игру, голосовое управление автомобилем, голосовая команда в поисковую строку.

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

В рамках диалогового UI мы рассматриваем два условных типа интерфейсов: голосовой и разговорный. Кажется, что это синонимы, но не все такпросто. Под разговорным интерфейсом или Conversational User Interface (CUI) подразумеваются все интерфейсы, скоторыми можно общаться на естественном языке кактекстом, таки голосом.

Соответственно, в понятие CUI входит Voice User Interface (VUI) или голосовой интерфейс. Он предполагает взаимодействие сустройством спомощью голоса.

Так выглядит схема диалогового интерфейсаТак выглядит схема диалогового интерфейса

Чтобы разобраться, посмотрите на иллюстрацию. Есть общее понятие диалоговой интерфейс (длявзаимодействия пользователя ссистемой), его частью является разговорный интерфейс(длявзаимодействия пользователя ссистемой естественным языком), а уже в него входит голосовой интерфейс(длявзаимодействия пользователя ссистемой естественным языком и спомощью голоса).

Закрепим. Итак, Алиса в Яндекс.Станции это VUI, а в смартфоне, где сней можно говорить голосом и чатиться CUI. А все вместе это диалоговый UI.

Кто создает диалоговый UX и UI при проектировании чат-ботов

Созданием диалогового UХ и UI занимается отдельный специалист. Он разрабатывает диалоговый пользовательский интерфейс, продумывая пользовательский опыт.В Just AI мы называем такого специалиста дизайнер разговорных интерфейсов.

Но в русском языке точный термин до сих пор не закрепился. Поэтому можно встретить разные переводы. Так, на HH.ru мы встретили 17 разных названий вакансий: дизайнер диалогов, диалоговый редактор, digital-лингвист, voice UX designer, диалог-дизайнер, сценарист чат-бота и такдалее. Подробности о нашем исследовании смотрите в вебинаре Создатели разговорных интерфейсов: кто они и чем занимаются?. На нем мы рассказали, каксделать так, чтобы специалисты и компании нашли друг друга.

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

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

Для продвинутых. Какразработать диалоговый UX/UI

Шаг 1. Узнайте, подходит ли разговорный интерфейсдляваших задач.

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

Чек-лист диалогового UX/UI

  • Ваш вопросможно решить только при участии человека.

  • В качестве формата диалога подойдет вопрос-ответ без дополнительных уточнений.

  • Чтобы выполнить задачу, сейчаснужно кликать на экран несколько раз.

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

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

  • Задачу можно выполнить, одновременно делая другие дела.

  • Задачу можно выполнить, даже если глаза и руки пользователя заняты другими делами.

  • Пользователю комфортно говорить или писать о теме задачи.

Отмечайте в чек-листе, какие пункты соответствуют вашей задачеОтмечайте в чек-листе, какие пункты соответствуют вашей задаче

Обратите внимание, что голосовой интерфейсможет не подойти в следующих ситуациях и пространствах:

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

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

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

  • В случаях, когда речь идет о чем-то личном. Если в переписке счат-ботом необходимо сообщить персональные данные или личные сведения, то голосовой интерфейсдлятакого не подойдет.

Если голосовой интерфейс не подходит, возможно, подойдет текстовыйЕсли голосовой интерфейс не подходит, возможно, подойдет текстовый

Шаг 2. Узнайте все о пользователе

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

Чтобы составить пользовательскую персону, дляначала ответьте длясебя на вопросы:

  • Кто ваши пользователи?

  • Что хотят сделать? Какую проблему хотят решить?

  • Какони делают это сейчас?

  • Какие слова или фразы они используют, говоря о задаче?

  • Каков контекст, обстоятельства этих задач или проблем пользователей?

Перед разработкой сценария задайте себе эти вопросы о пользователяхПеред разработкой сценария задайте себе эти вопросы о пользователях

Продумайте tone of voice то, какую речь будет использовать ботили ассистент при общении спользователем. Если это чат-бот, какон обращается кклиенту на ты или на вы? Использует ли он профессиональные термины? Умеет ли общаться на отвлеченные темы и шутить,какботКвик?

Tone of voice основывается на стратегии поведения компании в отношении пользователей. Это то, какботбудет разговаривать свашим пользователем. В отрыве отполитики компании ботможет выглядеть очень странно, например, если он слишком шутлив в диалогах, а в компании принято говорить склиентом серьезно и на Вы сбольшой буквы.

Чтобы найти tone of voice, поизучайте ресурсы, на которых сидят пользователи это могут быть Известия, Ревдинский рабочий, Одноклассники, ВКонтакте и такдалее.

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

Ирина Степанова, аналитикразговорных интерфейсов отдела лингвистики в компании Just AI

Сравните сами, какможет отличаться Tone of Voice в сообщениях отразных компаний:

1. Привет, Иван! Посмотри новые тарифы на сайте в разделе Цены! Мы подготовили длятебя классные предложения!

2. Здравствуйте, Иван Иванович. Просим обратить внимание, что с1.06.2021 обновляются Тарифы. Актуальная информация находится в соответствующем разделе.

Тональность диалогов влияет на то, как пользователи воспринимают бота или голосового помощникаТональность диалогов влияет на то, как пользователи воспринимают бота или голосового помощника

При создании диалогов обязательно используйтемаксимы Грайса. Это правила ведения разговора, которые подчиняются принципу кооперации, введенному философом Гербертом Полом Грайсом. Они актуальны и дляголосового ассистента сискусственным интеллектом, и дляпростого бота в Facebook Messenger.

Четыре максимы помогают сделать диалог бота спользователем наиболее человечным и эффективным.

Максима качества информации:

  • не говори того, что считаешь ложным;

  • не говори того, в чем сомневаешься, длядоказательства чего нет исчерпывающих аргументов.

Максима количества информации:

  • изложи не меньше информации, чем требуется;

  • изложи не больше информации, чем требуется.

Максима релевантности:

  • не отходи оттемы.

Максима ясности:

  • будь последовательным:

  • избегай неясности;

  • избегай двусмысленности;

  • будь краток;

  • будь систематичен.

В кратком изложении они описаны на картинке.

Эти принципы помогут сделать диалог бота с пользователем эффективнееЭти принципы помогут сделать диалог бота с пользователем эффективнее

Шаг 3. Спроектируйте диалог

Создание сценария чат-бота стоит начать со схемы диалога в голосовом или текстовом каналах (Voice Flow или Chat Flow). Это диаграмма, которая показывает пути, через которые может идти диалог.

Для начала пропишите happy path или счастливый путь идеальный диалог пользователя сботом отначала и до конца. А затем продумайте ответвления, которые могут возникнуть на этом пути: сложности, дополнительные вопросы, уточнения.

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

Так выглядит схема диалога от начала и до конца. Нажмите, чтобы увеличить картинку и рассмотреть подробнееТак выглядит схема диалога от начала и до конца. Нажмите, чтобы увеличить картинку и рассмотреть подробнее

Шаг 4. Пропишите текстовый сценарий

Чтобы выполнить этотшаг, берите за основу путь пользователя и выбранный tone of voice. Готовые кусочки диалогов потом пойдут в код и превратятся в реальные реплики бота или ассистента.

Кусочек настоящего текстового сценария чат-бота. Показано, что произойдет, если бот не знает ответаКусочек настоящего текстового сценария чат-бота. Показано, что произойдет, если бот не знает ответа

Шаг 5. Сборка прототипа диалога

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

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

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

Екатерина Юлина, Head of Product UX, Just AI

Чтобы узнать, какими будут дальнейшие шаги и увидеть практикум сборки прототипа диалога, посмотрите наш вебинар Дизайн голосовых интерфейсов: как, что, где и главное, зачем?. Специалисты Just AI рассказали и показали, каксоздают UX и UI при проектировании чат-бота HR дляпроизводственной компании, а также поделились практическими советами.

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

Подробнее..

Новый ИИ Яндекс.Маркета портит мнение о товарах, создавая противоречивы отзывы

26.05.2021 12:10:08 | Автор: admin

Хороший товар, не надо брать. Этой фразой, кажется, можно охарактеризовать весь спектр претензий к одном маленькому, но важному нововведению Яндекс.Маркета отзывам, написанным искусственным интеллектом. Хотя лучше будет звучать классическое "хотели как лучше". Мы, конечно, надеемся, что со временем ИИ станет работать лучше и яснее изъясняться. Но это со временем, а пока пользователи и продавцы не в восторге. И вот почему.

Что это за умные отзывы?

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

Замысле был прекрасный. Чтобы покупателям не приходилось рыться среди тысячи отзывов, искусственному интеллекту от Яндекс было поручено вычитывать их и обобщать в одну короткую карточку. Искусственный интеллект, якобы, изучает все мнения о товаре, оставленные реальными покупателям и пишет усредненный обзор пересказывает наиболее частые плюсы и минусы. Фактически, ИИ упрощает для покупателям жизнь они могут не перечитывать сотни комментариев в карточках товаров. Если хотите сами взглянуть на нововведение, то "умные" отзывы доступны сразу под фото товара на Маркете.

По сути, это такой словесный рейтинг как и бальная оценка быстро смотришь и все понимаешь о товаре. В итоге же все звучит как краткий пересказ "Войны и мир" от заядлого двоечника. Возможно, Яндекс и не двоечник, а только начинает учиться. Сегодня на Маркете уже оставлено 14 миллионов отзывов из 500 миллионов слов. При этом "умные" отзывы можно встретить только под 50 тысячами товаров. Но надо ли?

А у тебя не слипнется?

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

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

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

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

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

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

Подробнее..

Почему я не буду пользоваться Ю-мани

05.04.2021 00:18:36 | Автор: admin
Вы не спрашивали, но я всё равно расскажу про свой опыт взаимодействия с этим чудо-сервисом, дитём любви не менее чудо-яндекса с не более чудо-сбером посредством рук чудо-разработчиков (только рук).

В январе, вынырнув из салата, я как и многие обнаружил что яндекс деньги уже не яндекс и не деньги, а неведома зверушка. А чтобы переход не остался незамеченным никем, яндекс ещё и прибил все пока-что действующие виртуалки.
З забота.
Ну ок, борьба с отмывом, повышение собираемости налогов это понятно и хорошо. Плохо, что реализуется зерез Ж, но ничего, главное делается.
Баннер обещал безболезненный переход и вот это вот всё, таки сбербанк, а не фигня на палочке. Ок, дотыкав до подтверждения номера телефона я обнаружил, что номера того давно нет, вернулся в почтовый ящик и заменил номер. Замена заняла месяц. Я уж и забыл про юманю, но они прислали уведомление что у меня закончилась карта (та самая, что они блоканули ещё в январе) и получите-ка новую.
И вот тут начинается црк.
Перенос кошелька из яндекса в юманю прошёл успешно, ни на каком из этапов никаких предупреждений не выскакивало. Но вот незадача юманя уже подсосал старый номер телефона и принимать новый, уже активированный в почтовом ящике, отказывался наотрез.
Ок, некоторое время поиска по справочнику выводит нас на рецепт нужно заполнить форму для привязки нового номера или нажать на карандашик в настройках кошелька:



Обе ссылки введут на вход в кошелёк:







То есть, чтобы войти в кошелёк и сменить номер, нужно получить СМС на старый номер.
Если вы (или вам) заблокировали кошелёк звонком в юмани, видимо, вас ждёт то же самое.
Способа связаться с человеком или иного сапорта найдено не было. Кроме российских номеров телефонов, по которым надо звонить в рабочее время. Скажу честно не звонил. Возможно там бы меня встретил квалифицированный спрециалист и непременно помог, но скорее всего было бы примерно это:



Тем более, что FAQ ненавязчиво предупреждает: скорее всего придётся заполнить заявление в отделении банка. А он от меня далековато.

К чему этот плач Ярославны? Да просто проходить верификацию в юмани отпало всякое желание, т.к. кроме сомнительной надёжности хранения и обработки персональных данных у этих гениев алгоритмизации, есть очевидный риск блокировки кошелька/карты без вменяемой возможности его разблокировать. Мне этот урок стоил пары десятков долларов, оставшихся на кошельке, а кому-то может стоить дороже.

К слову, коллега запустил верификацию в январе. До сих пор видит такую картинку:

Подробнее..

Яндекс научил Алису принимать платежи за онлайн-покупки. Девочка созрела?

31.05.2021 16:13:25 | Автор: admin

"Яндекс" с каждым днем делает все более интересные (заметьте, мы не рискуем говорить - уверенные) шаги в сторону развития своих торговых платформ. И все чаще напоминает собой российский Amazon замедленного действия.

А еще "Яндекс" как настоящий родитель. Холит, лелеет и иногда не справляется со своей дочерью. Она показывает характер, замыкается в себе, но, стоит отдать должное, не грубит. И вот настал светлый час, дочка созрела и родители доверили ей первые карманные деньги. Точнее научили ими пользоваться, а вот сами деньги, конечно, "Алиса" будет брать у покупателей. Это хоть и робкий, но серьезный шаг. Учитывая, что "Яндекс" изо всех сил вытащить свой Маркет на передовую, новая функция может ему в этом помощь. В будущем.

Что добавили и как работает?

Компания заявила, что меню голосового помощника впервые дополнилось функцией покупки. Пока речь идет только о книгах и совместном проекте "Яндекса" и "ЛитРес". Выглядит все так: пользователь должен подать голосовую команду "Алиса, купи эту книгу" или "Оплати "ЛитРес". Сама "Алиса" провести платеж не сможет. Уверены, к счастью. После пользовательского запроса она отправляет push-уведомление для подтверждения платежа. Работать вся эта "магия" должна на Яндекс.Станции, Станции Мини и Станции Макс.

"ЛитРес" рад сотрудничеству, хотя и без него у компании все отлично. По итогам прошлого года емкость рынка аудиокниг в России выросла на 44%. При этом навыком "Аудиокниги ЛитРес" с момента его бета-тестирования воспольховался каждый десятый владелец станции от "Яндекс", а это более 100 000 человек.

Ради чего это все?

Следующим этапом "Алису" хотят научить давать рекомендации о том какую книгу лучше всего купить. Думаем, что это отличная возможность для развитие еще одного рекламного канала. Только представьте, умные устройства смогут таргетироваться на пользователей и нативно (хотя кто его знает) рассказывать им о товарах, которые решат продвигать сами продавцы.

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

Пока что все это выглядит как робкий и неуверенный шаг. Яндекс словно и сам переживает, что доверил Алисе право распоряжаться покупками клиентов. Но без этого никуда. И очевидно, что свой куш компания все равно сорвет. Как заявляет сам "Яндекс" в январе-июле 2020 года продажи портативной акустики и "умных" колонок в Россиивырослина 31% до 1,3 млн штук. Как минимум, владельцы станций - это уже немаленькая аудитория говорящего маркетплейса.

Правда продаётся?

Мало ли что говорит официальная статистика. Мы решили проверить как дела с продажами умных устройств Яндекса обстоят на самом деле в 2021 году. С помощью сервиса внешней аналитики маркетплейсов SellerFox мы собрали данные о спросе и выручке всех моделей Яндекс.Станции с января по мая этого года. А вдруг умные колонки и вовсе не покупают, а навыки "Алисы" лишь способ для привлечения внимания?

На Wildberries за 5 месяцев было продано более 8 тысяч колонок. Самые популярные модели - версии Мини. Видимо на это влияет низкая стоимость устройств. Общее количество продаж таких колонок всех цветов 3 341 штук за первые пять месяцев 2021 года. Станция.Макси - самая дорогая модель колонки от Яндекса и самая непопулярная. По крайней мере, на Wb.

Объем продаж, выручки и средняя стоимость товаров на маркептлейсе Wildberries с 01.01 - 31.05.2021, данные сервиса аналитики SellerFoxОбъем продаж, выручки и средняя стоимость товаров на маркептлейсе Wildberries с 01.01 - 31.05.2021, данные сервиса аналитики SellerFox

На Ozon устройства Яндекс с голосовыми помощниками продавались в первом полугодии гораздо веселее. С января по май покупатели заказали здесь больше 22 000 колонок. Тут в топ тоже выбились "Мини". Далеко в отстающих их старшие братья. А вот максимально продвинутая колонка "Макси" продалась за первые 5 месяцев года вообще в 7 раз хуже лидера.

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

Интересно только станут ли сами устройства эффективнее взаимодействовать с пользователями? И насколько реально ожидать скоро появления полноценных торговых навыков у Алисы. Одно дело, если речь идет о покупке электронного товара или услуги. Другое, когда речь идет о физическом товаре, оформление покупки которого это длинный путь с указанием получателей, места вывоза, контактов и еще массы данных.

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru