Оформление заказов Checkout


#719

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


#720

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


#721

Спасибо за ответ и за опрос!

Клиенту все равно заполнять эти ФИО, Телефон, Почту дальше на странице, поэтому клиент новых трудностей НЕ получает, а мы информацию о нем получим да и он сможет сразу залогиниться, если вы доработаете этот фукционал как на Розетке…

Вариант Розетки с первым этапом вообще идеален, т.к. клиент НЕ испугается обилия полей для заполнения.

Например сценарии

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

А если он заполнит свои Координаты до того как это все увидит, то мы всегда сможем его “догнать”.

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

И действительно как запостил @moba - нет серьезных магазинов без запроса координат пользователя в начале чекаута, так зачем же нам/вам “изобретать велосипед заново”.


#722

:joy::rofl::laughing:


#723

картинки нет в посте


#724

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

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

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


#725

Посмотрите тут Checkout Как сделано у лидеров рынка
Не вижу там никакой разорванности наоборот это логично ввел фио телефон почту - город заполнен если неправильно исправил выбрал способ доставки если самовывоз какие поля уже нужны? только карта с ПВЗ
выбрал Новую Почту опять ничего заполнять не нужно выбираешь только номер отделения, если Укрпочта или Почта России тогда адрес только добавляешь, курьерская доставка тоже только адрес нужен
И если даже что-то не так пошло все данные уже есть и можно довести клиента до конца И я с самого начала и не один был за такую логику


#726
  1. Вввод Имя, Фамилия, email, телефон
  2. Если есть email предложить ввести пароль или оформить как гость (покупатель в любом случае должен оформить заказ, даже если есть учетка но он не хочет логиниться)
  3. Выбор города
  4. Выбор способа доставки. Если для способа доставки нужно ввести дополнительные поля (например улицу и дом) то вывести их как обязательные к заполнению. ВАЖНО: только те поля которые необходимы для выбранной доставки.
  5. Выбор способа оплаты

Почему первые поля email и телефон и нужно предложить авторизоваться? Потому что может быть несколько профилей доставки и если покупатель авторизовани то 3 и 4 пункт расположить на вкладках (аналогично способам оплаты) где каждая вкладка это сохраненный профиль доставки.

Так же нужно добавить кнпки “Пропустить выбор доставки”, чтобы клиент мог оформить заказ как “Купить в 1 клик”. Сделать как опцию, чтобы можно было вкл или выкл эту функцию в настройках.


#727

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

Иначе ведь он будет реально вечным, т.к. у всех своя специфика бизнеса и/или текущее понимание “а вот так лучше всего”.

Без конфигуратора даже провести по-простому АВ-тесты невозможно на предмет выяснения, где какие поля наиболее эффективны.


#728

С конфигуратором появится только тема “чуваки, а как мне это поле засунуть под вот то”, но она:

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

#729

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


#730

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

У нас в другой CMS (шоп скрипт) в случае, если email зарегистрирован, то система никакой ошибки не выдает, а в админке при переходе в этот заказ сообщает менеджеру, что мол такой email в системе уже есть вот у такого клиента и спрашивает, привязать ли этот заказ тому клиенту или оставить как есть как будто это новый незалогиненный клиент?
И вот такой механизм, я вам скажу, очень удобный.


#731

а чем не удобен такой вариант?

ЗЫ когда то я делал заказ в магазине “ентер”, он тоже на скриптшопе, это был взрыв мозга :slight_smile: это был первый и последний раз :slight_smile:


#732

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

  • оформить заказ как обычно
  • привязать заказ к зарегеному клиенту по email
  • высылать пароль в кабинет и логин на почту (отрегулировать настройкой)

#733

Думаю для клиента не приятно будет если он оформит заказ без входа, а ему за это пароль сменят)


#734

А и не надо пароль менять.


#735

Ну по другому и не выйдет
Или вы храните пароли в открытом виде?


#736

А как тогда быть?


#737

Без последнего пункта


#740

ээ… :grinning: