У нас с этим правда чуть сложнее из-за авторизации по коду в СМС на телефон. Но всегда можно попросить саппорт отписать или через регистрацию, как вы написали. Конечно это доп.действие от которого стоит избавляться, мы об этом подумаем, спасибо за обратную связь)
Привет! А где задавали вопрос? Через чат c поддержкой, через кнопку "Спросить продавца о товаре" или через "Вопрос-ответ"? Это немного разные каналы, поэтому ответ может быть в разных местах, в зависимости от того где писали.
@RussianDragon, вы были бы правы, если бы по условиям задачи не нужно было находить mex. Это было прописано. Плюс, как отметил @lair, есть и другие известные способы решения такой задачи
@RussianDragon, в нашем случае нужна была структура, которая постоянно отвечает на запросы за наилучшую асимптотику. Поэтому количество данных неважно. Мы всегда готовы ответить на дополнительные вопросы и прояснить условия. В следующий раз, если вам что-то будет непонятно, напишите нам. Победителем этого конкурса стал участник, который предложил оптимальное и самое оригинальное решение и продумал все нюансы.
Добрый день, @RussianDragon! Правильных решений в этой задаче было много. По правилам конкурса, мы выбирали одно самое оригинальное. Победителем и обладателем суперприза стал участник с наиболее оптимальным и оригинальным кодом. Вы, к сожалению, не так поняли задачу. Требовалось подготовить структуру, которая будет эффективно отвечать на все запросы участников. Учитывая, что запросов очень много, ваше решение на каждый запрос будет делать одни и те же действия. Одним из оптимальных решений может быть trie (Бор в русскоязычной литературе) — структура для строк, которая позволяет нам добавлять строки за их длину. Давайте хранить все числа в двоичном виде trie, тогда добавление будет работать за O(log(n)), где n — максимальное число в структуре. Операцию же шифрования можно реализовать за O(1), так как a xor b xor c = a xor (b xor c). Теперь насчет операции нахождения mex. Его можно также найти за O(log(n)) просто спускаясь по бору и идя в нужную ветку (вы проверяете, чему равен этот бит в кодировании и если он 0 — идете в меньшие числа, иначе — в большие). Итого это решение уже работает за N*log(max). Ваше же решение в любом случае будет работать за O(N * N), что гораздо дольше. Это решение уже почти оптимально, но так как его написали достаточно много участников, мы также смотрели на более быстрые и оригинальные.
Привет! Я из Ozon.
Статью внимательно изучил, сейчас тот сотрудник, который занимался обработкой для продавцов уже не работает в компании. Причём довольно давно.
Поэтому, к сожалению, не могу прокомментировать корректность его действий и откуда именно он взял эту обработку.
Как вы уже заметили, этой обработки на нашем сайте больше нет и в таком виде точно не будет.
1 заказанный товар ≠ 1 заказ.
Именно об этом мы и говорили, что это невозможно, так как минимальная сумма заказа 999 рублей.
Вероятно вы оценивали количество проданных товаров по каталогу, а это неверно, так как товары переодически пропадают и появляются в каталоге.
Предлагаем вам встретиться у нас в офисе, попить кофе и обсудить подобную аналитику)
Так всё верно, AOV считается из количества заказов. Сумма выручки делённая на количество заказов.
Возможно вы имели ввиду под заказами айтемы, но 1 заказ не равен 1 айтему.
Привет! Я из Ozon.
У вас точно есть ошибки в подсчетах. Если вы сумму заказов поделите на количество, то получите чек в районе 200 рублей. При минимальной сумме заказа на Ozon Express в 999 рублей, это невозможно.
Знаем про отписку и работает она в таком формате из-за сложного процесса авторизации.
Безусловно, это дольше, чем перейти в веб и выбрать причину отписки, но не скажу, что занимает много времени.
OTP на телефон при входе в аккаунт приходят довольно быстро, если конечно всё в порядке с сетью и нет каких-то проблем у провайдера.
В то же время согласен, что процесс надо сделать проще и быстрее, мы обязательно подумаем над этим и возможно что-то поменяем.
E-mail сейчас не относится к способу входа в ЛК, поэтому привязка идёт без подтверждения, но мы уже обсуждаем решение рассылок на чужие почты — владелец почты должен будет подтвердить, что он хочет получать письма. Если он не подтверждает, то писем не будет, но e-mail всё ещё может быть привязан к другому аккаунту.
Просто отвязать e-mail от аккаунта процесс не долгий и поддержка обычно выполняет его быстро.
И наконец, удаление аккаунта.
Конечно же любая компания хочет получить фидбэк от клиента, почему он решил больше не пользоваться её услугами и мы здесь не исключение.
Да, всё верно, некоторые покупатели могут нажать одну кнопку на клавиатуре и отправить (это недолго и не энергозатратно для покупателя), но также мы видим, что многие пишут причины, которые полезны нам, как сервису и помогают нам исправить свои недочёты.
Если у аккаунта нет привязанного номера и при оформлении вы вводите телефон, который привязан к какому-либо аккаунту — использовать его не получится.
К аккаунту юр.лица можно привязать абсолютно любой номер для входа, а при оформлении использовать любой другой в качестве номера получателя. Так получится, даже если этот номер сейчас используется в другом аккаунте.
Как выше писал — в таком случае он останется верифицированным в аккаунте физ.лица, так как аккаунт юр.лица не пустой и там есть основной номер для входа.
Вход по смс-коду введён для дополнительной безопасности — это надёжнее, чем использование связки почта/пароль.
Смс отправляем клиентам, но не по всем сценариям. Например о поступлении заказа в пункт выдачи или постамат можно узнать из почтового письма или push-уведомления от приложения.
Больше 60% наших клиентов оформляют заказы через мобильное приложение и мы видим, что им удобно получать пуши.
Мы следим за реакцией клиентов и собираем фидбек по частичной замене смс на письма и пуши, чтобы у нас было понимание, насколько это удобно/не удобно нашим клиентам.
Такую практику используем уже больше месяца, пока не встретили негатива, но спасибо вам за обратную связь.
Объясню процесс чуть глубже.
Теоретически да, вы можете зарегистрироваться с одним номером телефона, после чего отвязать его и оформлять заказ с другим номером. В момент оформления заказа с другим номером, привяжется к аккаунту именно он.
К аккаунту в любом случае должен быть привязан один номер телефона, так как при входе на сайт нужно подтверждение владельца аккаунта по коду из смс.
Одновременно на один телефон привязать несколько аккаунтов нельзя, также нельзя использовать несколько телефонов для входа в один аккаунт — вход будет по одному верифицированному номеру, а номер получателя в заказах может быть любой, он не влияет на вход в учётную запись.
Понимаю, что это может быть несколько неудобно, но повторюсь, что подтвреждение по коду из смс безопаснее, чем вход по связке логин/пароль.
Удалить номер из учётной записи конечно же можно, но при оформлении заказа нужно будет указать новый номер и он будет к учётной записи привязан.
Лучше выбрать один номер, который будет использоваться в учётной записи юридического лица и не отвязывать его.
Процесс верификации точно останется таким же, но мы подумаем над разделением в системе аккаунтов физ.лиц и юр.лиц таким образом, чтобы на один номер можно было завести по одному аккаунту разного типа.
Добрый день, я из Ozon.
Регистрация у юр.лиц проходит в два этапа — ввод ИНН с проверкой, ввод номера телефона.
Вы правы, один номер телефона использовать на два аккаунта (физ.лицо и юр.лицо) не получится.
Почему так? Верификация аккаунтов по номеру телефона была введена для безопасности аккаунтов наших клиентов — чтобы злоумышленники не могли попасть в аккаунт без кода из СМС-сообщения.
Подумаем над возможностью заводить два разных типа аккаунтов на один номер, спасибо за фидбек.
У нас с этим правда чуть сложнее из-за авторизации по коду в СМС на телефон.
Но всегда можно попросить саппорт отписать или через регистрацию, как вы написали.
Конечно это доп.действие от которого стоит избавляться, мы об этом подумаем, спасибо за обратную связь)
Привет!
А где задавали вопрос? Через чат c поддержкой, через кнопку "Спросить продавца о товаре" или через "Вопрос-ответ"? Это немного разные каналы, поэтому ответ может быть в разных местах, в зависимости от того где писали.
@RussianDragon, вы были бы правы, если бы по условиям задачи не нужно было находить mex. Это было прописано. Плюс, как отметил @lair, есть и другие известные способы решения такой задачи
@RussianDragon, в нашем случае нужна была структура, которая постоянно отвечает на запросы за наилучшую асимптотику. Поэтому количество данных неважно. Мы всегда готовы ответить на дополнительные вопросы и прояснить условия. В следующий раз, если вам что-то будет непонятно, напишите нам. Победителем этого конкурса стал участник, который предложил оптимальное и самое оригинальное решение и продумал все нюансы.
Добрый день, @RussianDragon!
Правильных решений в этой задаче было много. По правилам конкурса, мы выбирали одно самое оригинальное. Победителем и обладателем суперприза стал участник с наиболее оптимальным и оригинальным кодом.
Вы, к сожалению, не так поняли задачу. Требовалось подготовить структуру, которая будет эффективно отвечать на все запросы участников. Учитывая, что запросов очень много, ваше решение на каждый запрос будет делать одни и те же действия. Одним из оптимальных решений может быть trie (Бор в русскоязычной литературе) — структура для строк, которая позволяет нам добавлять строки за их длину. Давайте хранить все числа в двоичном виде trie, тогда добавление будет работать за O(log(n)), где n — максимальное число в структуре. Операцию же шифрования можно реализовать за O(1), так как a xor b xor c = a xor (b xor c). Теперь насчет операции нахождения mex. Его можно также найти за O(log(n)) просто спускаясь по бору и идя в нужную ветку (вы проверяете, чему равен этот бит в кодировании и если он 0 — идете в меньшие числа, иначе — в большие). Итого это решение уже работает за N*log(max).
Ваше же решение в любом случае будет работать за O(N * N), что гораздо дольше. Это решение уже почти оптимально, но так как его написали достаточно много участников, мы также смотрели на более быстрые и оригинальные.
Статью внимательно изучил, сейчас тот сотрудник, который занимался обработкой для продавцов уже не работает в компании. Причём довольно давно.
Поэтому, к сожалению, не могу прокомментировать корректность его действий и откуда именно он взял эту обработку.
Как вы уже заметили, этой обработки на нашем сайте больше нет и в таком виде точно не будет.
Именно об этом мы и говорили, что это невозможно, так как минимальная сумма заказа 999 рублей.
Вероятно вы оценивали количество проданных товаров по каталогу, а это неверно, так как товары переодически пропадают и появляются в каталоге.
Предлагаем вам встретиться у нас в офисе, попить кофе и обсудить подобную аналитику)
Возможно вы имели ввиду под заказами айтемы, но 1 заказ не равен 1 айтему.
У вас точно есть ошибки в подсчетах. Если вы сумму заказов поделите на количество, то получите чек в районе 200 рублей. При минимальной сумме заказа на Ozon Express в 999 рублей, это невозможно.
Знаем про отписку и работает она в таком формате из-за сложного процесса авторизации.
Безусловно, это дольше, чем перейти в веб и выбрать причину отписки, но не скажу, что занимает много времени.
OTP на телефон при входе в аккаунт приходят довольно быстро, если конечно всё в порядке с сетью и нет каких-то проблем у провайдера.
В то же время согласен, что процесс надо сделать проще и быстрее, мы обязательно подумаем над этим и возможно что-то поменяем.
E-mail сейчас не относится к способу входа в ЛК, поэтому привязка идёт без подтверждения, но мы уже обсуждаем решение рассылок на чужие почты — владелец почты должен будет подтвердить, что он хочет получать письма. Если он не подтверждает, то писем не будет, но e-mail всё ещё может быть привязан к другому аккаунту.
Просто отвязать e-mail от аккаунта процесс не долгий и поддержка обычно выполняет его быстро.
И наконец, удаление аккаунта.
Конечно же любая компания хочет получить фидбэк от клиента, почему он решил больше не пользоваться её услугами и мы здесь не исключение.
Да, всё верно, некоторые покупатели могут нажать одну кнопку на клавиатуре и отправить (это недолго и не энергозатратно для покупателя), но также мы видим, что многие пишут причины, которые полезны нам, как сервису и помогают нам исправить свои недочёты.
К аккаунту юр.лица можно привязать абсолютно любой номер для входа, а при оформлении использовать любой другой в качестве номера получателя. Так получится, даже если этот номер сейчас используется в другом аккаунте.
Как выше писал — в таком случае он останется верифицированным в аккаунте физ.лица, так как аккаунт юр.лица не пустой и там есть основной номер для входа.
Смс отправляем клиентам, но не по всем сценариям. Например о поступлении заказа в пункт выдачи или постамат можно узнать из почтового письма или push-уведомления от приложения.
Больше 60% наших клиентов оформляют заказы через мобильное приложение и мы видим, что им удобно получать пуши.
Мы следим за реакцией клиентов и собираем фидбек по частичной замене смс на письма и пуши, чтобы у нас было понимание, насколько это удобно/не удобно нашим клиентам.
Такую практику используем уже больше месяца, пока не встретили негатива, но спасибо вам за обратную связь.
Теоретически да, вы можете зарегистрироваться с одним номером телефона, после чего отвязать его и оформлять заказ с другим номером. В момент оформления заказа с другим номером, привяжется к аккаунту именно он.
К аккаунту в любом случае должен быть привязан один номер телефона, так как при входе на сайт нужно подтверждение владельца аккаунта по коду из смс.
Одновременно на один телефон привязать несколько аккаунтов нельзя, также нельзя использовать несколько телефонов для входа в один аккаунт — вход будет по одному верифицированному номеру, а номер получателя в заказах может быть любой, он не влияет на вход в учётную запись.
Понимаю, что это может быть несколько неудобно, но повторюсь, что подтвреждение по коду из смс безопаснее, чем вход по связке логин/пароль.
Лучше выбрать один номер, который будет использоваться в учётной записи юридического лица и не отвязывать его.
Процесс верификации точно останется таким же, но мы подумаем над разделением в системе аккаунтов физ.лиц и юр.лиц таким образом, чтобы на один номер можно было завести по одному аккаунту разного типа.
Регистрация у юр.лиц проходит в два этапа — ввод ИНН с проверкой, ввод номера телефона.
Вы правы, один номер телефона использовать на два аккаунта (физ.лицо и юр.лицо) не получится.
Почему так? Верификация аккаунтов по номеру телефона была введена для безопасности аккаунтов наших клиентов — чтобы злоумышленники не могли попасть в аккаунт без кода из СМС-сообщения.
Подумаем над возможностью заводить два разных типа аккаунтов на один номер, спасибо за фидбек.