Какие вопросы задают при устройстве на озон
Перейти к содержимому

Какие вопросы задают при устройстве на озон

  • автор:

Какие вопросы задают при устройстве на озон

Канал команды Ozon Tech.
Нам важно делиться экспертизой и общаться с IT-сообществом, поэтому мы здесь.

Если тебе интересно работать у нас, напиши Лизе → @elizavetarogaleva, про стажировки → к @Drewzor
По контенту и другим вопросам → @myagkayamebel

About
Blog
Apps
Platform

12K subscribers

Передаём привет всем тестировщикам

Мы с командой @route_256 никак не могли подобрать верные слова, чтобы сказать, как сильно мы благодарны нашим специалистам по тестированию.
За этим сходили к коллегам — разработчикам. Они рассказали, что думают о работе тестировщиков и за что говорят им спасибо.

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

День открытых дверей Ozon Tech в Петербурге

Говорят, осенью в Питер не ездят. Холодно, ветрено, крыши закрыты, на экскурсию не сходишь. Сходишь!

Приходи 21 сентября в офис Ozon Tech. Будет тёплый приём, румтур, угощения!��

Расскажем всё о работе в Ozon:

��Как устроены IT-направления логистики, информационной безопасности и платформы.

��Как развиваются внутренние и внешние сообщества и программы обучения Ozon.

Формат: online | offline (и запись будет)

Что объединяет всех айтишников?

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

Вместе с Solvery желаем вам пореже слышать такие просьбы. Пусть этот баг превратится в фичу.
С днем программиста��

Видео в вебе, Browser Policy и палки в колёсах

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

Так появилась Autoplay Policy – политика автовоспроизведения видео в браузере. Инициатором её введения стал Chrome (с v.66).

В статье Максим Федянин, ведущий разработчик Ozon, рассказал, что такое Autoplay Policy, какие палки и колёса можно встретить при работе с ней.

Читайте и плюсуйте��

This media is not supported in your browser
VIEW IN TELEGRAM

Уйти нельзя остаться: переход на Go после C#

Пётр – наш Go-разработчик из команды управления товарами торговой площадки, но ещё 9 месяцев назад он писал на C#.

Про пути входа в новый язык (спойлер: это был курс @route_256 ), впечатления от Go, полезное о некоторых различиях между языками и даже про опыт поиска первой работы на новом языке Пётр рассказал в хабрастатье.

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

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

Data-культурные компании

Наливайте кофе, доставайте плед, садитесь поудобнее, потому что Рандомные Дрова записали третий выпуск.

На этот раз говорили про развитие data-культуры в компаниях: как и когда нужно задумываться о ней, какие стадии развития data-driven процессов есть в компаниях, какую роль играет BI и какие подходы бывают со стороны бизнеса и разработки.

У микрофона: Ван Хачатрян (Ozon), Денис Нечитайло (Ozon)
Гость: Дима Зуев (Tinkoff).

Ненавязчиво напомним, что чат ждёт ваших фидбэков и вопросов спикерам ��

Please open Telegram to view this post

Врываемся в рабочую неделю с полезным контентом. Смотрите записи докладов наших спикеров с Saint HighLoad++ и Saint TeamLead Conf:

Документация пошагово без диет и тренировок

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

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

Читайте хабрастатью и документацию, конечно.

Please open Telegram to view this post

Вместе с @polytechmuseum запускаем розыгрыш трех изданий Политехнического музея:

1. «Автономия» Лоуренса Бёрнса, консультанта Google, о беспилотных автомобилях.
2. «Вселенная» Сергея Попова, о неизвестном в современной астрофизике: тёмное вещество и тёмная энергия, чёрные дыры, жизнь во Вселенной и другое интересное.
3. «Hello world» Ханны Фрай, о возможностях и рисках распространения «умных» машин, о человеческих способностях, ответственности, морали и роли человека в эпоху алгоритмов.

��Специальный подарок: 2 билета на экскурсию в Открытую коллекцию @polytechmuseum — туда, где хранятся 200 тысяч предметов, в том числе первый российский серийный автомобиль, раритетные телевизоры и радиоприёмники, советские ЭВМ и многое другое.

Жмите кнопку «Участвовать» и подписывайтесь на @polytechmuseum и @ozon_tech

Мы вернемся с итогами уже через неделю��

Как я отказался от миллионных RSU или опыт собеседования в Ozon

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

Disclaimer: В данной статье не раскрываются подробности компенсации и детальные формулировки вопросов на собеседованиях (намёки — наше все =) )

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

История о том, как всего этого могло бы и не быть, она же Общение с HR

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

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

  1. Первый этап-скрининг (1 час). Присутствует несколько то ли менеджеров, то ли тимлидов, которые выясняют ваш бэкграунд, задают как технические, так и нетехнические вопросы и решают подходите ли вы компании или нет. Признаюсь, что в тот момент характер данного этапа и чего от него ждать остались для меня не совсем понятными.
  2. Техническое интервью (1.5 часа). Проводит представитель целевой команды. По обещаниям, самый жесткий и суровый этап. Так как интервью team-specific, то его структура может варьироваться в зависимости от команды. Но, как правило, это микс из задач(на алгоритмы и многопоточность) и технических вопросов из вашей доменной области.
  3. System-design (1 час). Интервью с “боссом”, как я мысленно называл его про себя. Проводит руководитель руководителей и оценивает вашу способность к решению архитектурных задач. Данный этап не проводится для кандидатов уровня ниже Senior.

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

История о том, как я “влюбился”, она же Скрининг

Учитывая опыт общения с HR, я пребывал в уверенности что данный этап случится с вероятностью в 50%, несмотря на имеющуюся ссылку для видеоконференции в Teams. К тому же я не получил материалы для подготовки к интервью, поэтому решил, что характер данного интервью будет “слабо техническим” с бОльшим уклоном в сторону опыта (давно я так не ошибался), а материалы мне пришлют после данного этапа.

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

Встреча началась ровно в назначенное время. Интервью вел тимлид одной из подгрупп достаточно “хардкорного” проекта. Оказалось, что данный этап полностью технический, из-за чего я немного растерялся. Мой интервьюер это сразу подметил (поверьте, это редкость, когда технический специалист интересуется почему вы волнуетесь и т.д).

Удивление мое не заканчивалось, так как технические вопросы были не из многострадальной подборки “Java. Многопоточность. 100 Вопросов”, а касающиеся либо самого проекта, либо моего опыта. Также обсуждался GC, но не в контексте сырой теории, а именно с точки зрения практического опыта, что делало данное собеседование как минимум нестандартным. Отвечая на каждый вопрос, я понимал для чего это спрашивают, так как все интервью было построено по формату “рассказ о части проекта, функционала — логически вытекающий вопрос”. Также, на сколько возможно в наше ограниченное время, был проверен мой кругозор в теории архитектуры баз данных и других популярных систем. Кроме того, все мои ответы на вопросы записывались, для того, чтобы сформировать комплексное представление от других потенциальных интервьюеров.

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

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

История о том, как leetcode чуть меня не погубил, она же Coding

По результатам скрининга я получил положительный фидбэк, поэтому попал на второй этап, на котором меня должна была ждать “более углубленная технически беседа: с задачками, кейсами” с тем же интервьюером. Наученный собственным опытом, я решил еще раз уточнить чего мне стоит ждать (на прошлом этапе я получил информацию что меня ждет 2 задачи: одна с уклоном в многопоточку, другая в алгоритмы) и где я буду писать код. Данная информация подтвердилась, для кодинга предполагалось использовать — Яндекс.Код (хотя здесь он и не упоминается). Получив ссылку на встречу в Teams, я надеялся на продолжение прошлой беседы и некую возможность реабилитироваться за прошлые несовершенства перед прошлым интервьюером.

В назначенное время я встретился со своим интервьюером… Это был абсолютно новый тимлид из той же группы проектов. Куда делся ожидаемый мною интервьюер так и осталось загадкой (но к этому времени я, признаюсь, привык к сюрпризам).

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

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

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

История о том, как я проектировал “сферического коня в вакууме”, она же System Design

На 3 день после прошлого этапа я получил приглашение на system design интервью. Пройдя по уже привычной немногословной ссылке Teams я встретился с руководителем всей группы проектов(в моей голове — “тимлид тимлидов”, он же обещанный “Босс”) и моим потенциально будущим менеджером.

К моему огромному удивлению я получил задачу спроектировать одну из стандартных для FAANG собеседований систему, которая, на мой взгляд, подходила бы для более “бизнесовых” проектов, нежели для того пула, в который проходил интервью я. Однако, собеседующий больше фокусировался на технической стороне вопроса и не заострял внимания на бизнесовой стороне, что позволило глубже обсудить используемые технологии, их недостатки и преимущества. Также отмечу, что по моим впечатлениям интервьюер понял что я достаточно хорошо знаком с архитектурой данной системы, и предложил спроектировать уже не такую популярную фичу для системы другого рода. Здесь мне удалось сгенерировать несколько неплохих идей и подходов, но, как известно, лучшие решения приходят в первые 10-30 минут после собеседования… Следует отметить, что при проектировании обеих систем, несмотря на их весьма “бизнесовую” сущность, упор был сделан на используемые технологии и их краткое обсуждение.

Однако, несмотря на то, что мы обсуждали используемые технологии мы не смотрели в глубину их устройства, хотя, на мой взгляд, специфика проекта требовала такого углубления. К примеру, если компания разрабатывает свою распределенную базу данных было бы очень полезно знать какие подходы и алгоритмы из этой области известны кандидату(сonsistency hashing, virtual nodes, gossiper и т.д), с какими схожими системами он работал, что он знает про их внутренности и т.д; если же компания разрабатывает LoadBalancer, вполне позволительно углубиться в теорию их алгоритмов, принципы отказоустойчивости, специфику сетевого взаимодействия и т.д.

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

И снова про HR(и не только)

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

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

Всякие разные соображения

Для соискателей:

  • Не быть таким как автор(весьма логично). Если есть непонятные моменты относительно характера интервью — выяснять все до последней интересующей детали.
  • Если на интервью заявлены задачи на алгоритмы, не давать мозгу думать что все ограничится leetcode. Не все компании идут по шаблону и не всем нужны шаблонные методы решения.
  • Внимательно слушать интервьюеров. На текущем этапе могут быть “подсказки” (просто обозначенные темы) для следующих этапов.
  • Всегда помнить что “ваши ожидания — это только ваши ожидания”

Для собеседующей меня группы проектов:

  • На мой взгляд, второй этап должен стать первым со следующими модификациями:
    • Возможность разделить на две логических части (подинтервью)
    • Первая часть — задача + теория многопоточности, специфики языка (60-75 минут)
    • Вторая часть — алгоритм и дизайн системы(30 минут)

    Для Ozon:

    • Актуализация карьерного сайта, включающая добавление информации про Яндекс.Код как возможно используемого редактора, формате интервью, группах проектов и полезных ссылок для подготовки (какая-то информация присутствует, но, к примеру я собеседовался как специалист, имеющий опыт в Java, но про нее вообще забыли).
    • Система, собирающая фидбэк от кандидатов (пусть даже просто почта, на которую можно отправить свой опус).
    • Не использовать Телеграмм для всего. Хотя я сам активный его пользователь, для меня немного странно обсуждать какие-то детали найма или получать оффер в мессенджере с опцией удаления и исправления сообщений.
    • Предоставление более детальной информации о предстоящем митинге, а не только ссылки на него.
    • Предоставление более подробного фидбэка после каждого этапа, вместо «ты нам (не)понравился». Хорошая практика (пока не встречал ни в одной русской компании) отмечать слабые и сильные стороны в независимости от результата.

    Послесловие

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

    Также приятной деталью в офере являются не очень распространенные в России RSU, сумма выдачи которых оговаривается на 4 года. Отмечу также что при обсуждении дохода Ozon оперировал окладом, RSU и входным бонусом. Отсутствие годовых премий, которые как-то зависят от твоих показателей, для кого-то может показаться минусом, но для меня это положительная деталь. Тем более многие компании оперируют такими премиями, как частью твоего финального дохода, который на деле оказывается гораздо меньше (привет компании из предыдущей статьи).

    • собеседование
    • карьера программиста
    • ozon
    • Java
    • Карьера в IT-индустрии
    • IT-компании

    Принципы работы поиска на Ozon

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

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

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

    Какие задачи решает поиск на Ozon #

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

    Принципы работы поиска на Ozon #

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

    Схема работы поиска на Ozon #

    Покупатель делает поисковой запрос на сайте Ozon. За этим следуют несколько этапов работы поисковой выдачи.

    1. Формирование запроса и отбор кандидатов. Каждый день покупатели задают поисковой системе Ozon миллионы запросов. Чтобы каждый нашёл среди миллионов товаров нужный, на первом этапе поиск формирует большой список товаров-кандидатов, в названии и различных атрибутах которых есть слова из поискового запроса. Для каждого запроса в этом списке может оказаться до 500 000 товаров.
    2. Базовый слой ранжирования. Поисковая система сортирует полученных кандидатов, чтобы отобрать 2000 товаров с наибольшей текстовой релевантностью. При необходимости окно может быть расширено, и система подгрузит дополнительные 2000 товаров.
    3. Средний слой ранжирования. Для полученных 2000 товаров необходимо оценить, с какой вероятностью покупатели приобретут именно их. Ранжирование этих товаров зависит от того, какие свойства оказались наиболее важными для покупателей в прошлом. Чтобы выяснить это, Ozon сопоставляет свойства товаров и покупательское поведение. В результате формируется оценка каждого товара по шкале от 0 до 1.
    4. Бустинги. К 2000 товаров, которые после предыдущего шага ранжированы по оценке от 0 до 1, применяются заранее определённые повышающие коэффициенты. Например, к товарам с платным продвижением в поиске.
    5. Отображение товаров. 2000 товаров с финальными оценками отдаются на поисковую выдачу. Покупатель видит страницы с товарами в заданном порядке. Когда покупатель просмотрит 2000 товаров, система подгрузит следующие 2000 товаров.

    Рассмотрим этапы работы поиска более подробно.

    1-й этап: формирование запроса и отбор кандидатов #

    Поиск слов по атрибутам товаров #

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

    • название товара,
    • категория товара,
    • бренд,
    • описание,
    • цвет, размер, материал, тип и другие атрибуты.

    Мы проверяем несколько сотен атрибутов, их состав зависит от категории. Чем больше у товара заполненных атрибутов, тем проще его найти.

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

    Преобразование и нормализация запроса #

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

    1. Обогащение синонимами. Необходимо для того, чтобы запрос охватил больше товаров — например, чтобы по запросу «телефон» искались смартфоны.
    2. Нормализация запроса. Все слова запроса приводятся к единой форме, чтобы, например, запросы «изумрудный корабль строителя Джонсона» и «изумрудные корабли строителя Джонсона» давали одну и ту же выдачу. На этом же этапе система исключает слова, не несущие смысловой нагрузки, например союзы.
    3. Выбор кандидатов. Для всех оставшихся слов из поискового индекса извлекаются все товары, содержащие все слова запроса. Если таких товаров оказалось слишком мало, также извлекаются все товары, содержащие хотя бы одно слово запроса.

    На этом этапе поисковая выдача содержит до 500 000 товаров-кандидатов, список которых передаётся на второй этап.

    2-й этап: базовый слой ранжирования #

    Сортировка кандидатов по релевантности #

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

    • Факт текстового соответствия товара запросу: сначала по обычной линейной формуле определяется количество попаданий слов из поискового запроса в поля и атрибуты товара по каждому отдельному слову в запросе. Затем суммируется количество попаданий по всем словам из запроса.
    • Рейтинг товара, который складывается из оценок и отзывов пользователей. Рейтинг используется на этом этапе, как повышающий коэффициент. Чем выше рейтинг товара, тем больше этот коэффициент. Он колеблется от 0% при минимальном рейтинге до 25% при максимальном.

    В итоге все товары-кандидаты получают оценку базовой релевантности как совокупности текстового соответствия и рейтинга товара.

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

    3-й этап: средний слой ранжирования #

    Как работает ранжирование #

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

    Предсказание производится в несколько этапов:

    1. Вычисляются все факторы каждого отдельного товара, которые могут повлиять на факт продажи. Каждый фактор — это вещественное число. Например, фактором может быть рейтинг товара или его цена.
    2. К набору факторов применяется модель машинного обучения, которая предсказывает вероятность продажи на основе значения факторов. В качестве модели Ozon использует градиентный бустинг деревьев решений.
    3. Модель выдаёт число, которое используется для оценки вероятности покупки товара.
    4. Оценка вероятности покупки товара вписывается в контекст запроса. Один и тот же товар будет иметь разную вероятность покупки для разных запросов.

    Как работает модель машинного обучения #

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

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

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

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

    Что учитывается при ранжировании #

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

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

    Основные смысловые блоки учитываемых факторов:

    • Текстовая релевантность — свойства, которые характеризуют текстовое соответствие товара запросу. В модели поиска вес текстовой релевантности — 20–40%.
    • Продажи товара — объединяет свойства, полученные из продаж товара в прошлом: конверсия товаров в покупку и количество покупок этого товара за последние 60 дней. Вес — 15–25%.
    • Популярность по запросу — объединяет в себе свойства, которые характеризуют взаимодействия покупателя с товаром: показы товара, добавления в корзину и в избранное. Показом товара считается переход покупателей на карточку товара и факт просмотра товаров в поисковой выдаче. Вес — 10–15%.
    • Персонализация — привязка результатов поисковой выдачи к каждому отдельному покупателю с учётом особенностей его покупок, приоритетов, интересов и других параметров. Вес — 10%.
    • Цена — свойства, полученные из цены товара. Например, размер текущей скидки. Вес — 5–15%.
    • Отзывы — свойства, полученные из рейтинга товара: сам рейтинг товара и количество отзывов на товар. Вес — 5–15%.
    • Доставка — свойства, характеризующие скорость доставки товара: сама скорость доставки и то, относится ли этот товар к категории экспресс-товаров. Вес — 5–10%.

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

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

    4-й этап: бустинги #

    На этом этапе к товарам-кандидатам, ранжированным по оценке от 0 до 1, применяются повышающие коэффициенты. Например, к товарам с платным продвижением в поиске.

    Как работает бустинг #

    Для примера рассмотрим запрос «носки красные». Допустим, после прохождения трёх этапов поиска, включая ранжирование, товар с названием «носки красные» получает оценку 0,7. Если это товар с платным продвижением в поиске, к нему будет применён бустинг — например, × 1,3. В этом случае итоговая оценка товара составит 0,91 вместо 0,7.

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

    Все бустинги, если они не носят взаимоисключающий характер, суммируются. Для примера рассмотрим товар на Ozon, который одновременно является товаром с платным продвижением в поиске, товаром с гарантированной доставкой на следующий день и товаром с хорошей ценой. Предположим, что для каждого из этих бустингов коэффициент бустинга составляет 10%. Тогда товар с оценкой релевантности на базе ранжирования 0,7 будет иметь итоговую оценку релевантности 0,7 × 1,1 × 1,1 × 1,1 = 0,9317.

    Виды бустингов #

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

    • Платное поднятие — покупка коэффициента бустинга за деньги. Подробнее в личном кабинете на вкладке Продвижение → Продвижение в поиске.
    • Бустинги логистики поднимают позицию товара на 25%. К одному товару может быть применён только один бустинг из категории:
      • realFBS Express,
      • Ozon fresh,
      • с домашнего склада — со склада Ozon, который находится в регионе покупателя и работает по схеме FBO.
      • доставка 1-2 дня — товар поднимется в поиске;
      • доставка больше 3 дней — товар опустится в поиске.
      • умеренный индекс — 5%,
      • выгодный — 7,5%,
      • выгодный с подпиской Premium — 10%,
      • выгодный с подпиской Premium Plus — 12,5%.

      Результирующая оценка и влияние бустинга #

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

      Для примера рассмотрим два товара, у одного из которых оценка после третьего этапа составляет 0,9, а у второго — 0,6. В этом случае первый товар должен располагаться на первой позиции в выдаче, а второй — на второй. Если при этом для второго товара будет применён бустинг × 1,25, его результирующая оценка составит 0,6 × 1,25 = 0,75. Так как изначальная оценка второго товара была достаточно низкой, бустинг не поможет ему подняться выше первого товара в поисковой выдаче.

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

      5-й этап: отображение товаров #

      Как работает отображение товаров #

      1. Поисковая система получает 2000 товаров с финальными оценками.
      2. На основании этих оценок товары выдаются покупателю: товары с самой большой оценкой оказываются в верхней части списка выдачи, с самой малой — в нижней.
        • В десктопной и мобильной версии сайта Ozon товары отображаются на страницах выдачи по 36 «плиток».
        • В мобильном приложении на первом экране отображаются первые 36 товаров, а следующие подгружаются при дальнейшей прокрутке.
      3. Для товаров в выдаче подгружаются актуальные характеристики и картинки.

      Место товара в поиске влияет на его коммерческие показатели: конверсии, трафик, продажи.

      Как поднять товар в поисковой выдаче #

      1. Используйте продвижение в поиске. Вы можете влиять на положение ваших товаров на странице поиска или каталога, выставляя для них ставки по необходимым поисковым запросам. Для этого в личном кабинете перейдите в раздел Продвижение → Продвижение в поиске.
      2. Собирайте отзывы от покупателей. Чем выше рейтинг товара и чем больше отзывов на него, тем выше товар в выдаче. Вы можете предложить покупателям баллы за отзывы на ваш товар. Чтобы подключить эту услугу, в личном кабинете перейдите в раздел Продвижение → Отзывы за баллы.
      3. Полностью заполните атрибуты товаров. Чем больше информации о товаре, тем проще покупателям найти его. Чтобы редактировать информацию о товарах, перейдите в раздел Товары и цены → Редактировать товар. Вы также можете редактировать информацию для нескольких товаров сразу, загрузив её в XLS-файле.
      1. Размещайте товары на локальных FBO-складах. Доставка с таких складов обычно быстрее, и покупатели увидят такие товары выше в выдаче.
        Подробнее о схеме продаж FBO

      Часто задаваемые вопросы #

      Я создал товар и указал для него остатки. Я вижу товар на сайте Ozon при переходе по прямой ссылке, но он не находится в поиске. Что делать? #

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

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

      Если товар не находится по конкретному запросу, нужно проверить:

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

      Если после выполнения этих действий товар по-прежнему не появляется в выдаче, обратитесь в поддержку Ozon.

      Можно ли накручивать показатели, чтобы поднять мой товар в выдаче? #

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

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

      Ozon.ru

      К сожалению, полностью негативное впечатление сложилось.Откликнулась на вакансию менеджера по персоналу в г. Самара. Первичное собеседование проводила [У.] [О.] В телефонном интервью мне задала несколько вопросов. Здесь я сразу усомнилась в компетентности данного специалиста по подбору. Некоторые вопросы были мягко говоря нелогичны. Вы хотите работать в кадровом делопроизводстве или подборе? (в моем резюме указано, что последние несколько лет я работаю по направлению подбора и я сама откликнулась на вакансию в сфере подбора) Ну да ладно. Договорились побеседовать по видеосвязи вечером. Как оказалось, [О.] была за рулём на протяжении всего собеседования. Чисто неуважение проявила. Вопросы повторялись и один из них был из ряда вон выходящих. Сколько сотрудников придёт на собеседование? Скажите мне именно в цифрах! требовал мой собеседник)) По роду своей деятельности каждый hr специалист понимает, что все зависит от сферы деятельности компании, её репутации на рынке, предлагаемых условий. Также в сфере продаж вакансии закрываются медленнее, чем другие. Но [У.] [О.] настойчиво требовало сказать сколько придёт на собеседование кандидатов, без уточнения каких кандидатов, куда)) Когда я начала задавать свои вопросы не смогла толком ответить на них (за рулем же был человек, я её отвлекала) Не смогла презентовать вакансию с выгодной стороны, учитывая что зп 24 первый месяц по договору гпх, сильная презентация данной вакансии необходима, но увы.. Жаль, что такую компанию представляют такие низкоквалифицированные сотрудники

      Положительные стороны

      ПОКАЗАТЬ ИНФОРМАЦИЮ О КОМПАНИИ

      загрузка реквизитов компании

      загрузка результатов опроса

      Пройдите краткий опрос, всего несколько вопросов (да/нет), которые помогут составить максимально объективное мнение о компании

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *