Вы читаете то что я пишу ? Для тех отправок(ТК, КС), где необходимо указывать эти данные ,то пусть выводятся, но за ем они нужны для Самовывоза и ПВЗ ???
В целом-то идея понятна. Но вот встает вопрос:
Человек выбор способа доставки может делать (в т.ч.) и на основании ее стоимости. Т.е. чтобы человек выбрал курьерскую доставку, он должен видеть сколько она стоит и желательно в сравнении с ПВЗ (например) или с Почтой России.
А чтобы дать человеку полную информацию по всем способам доставки, нужно получить от него данные по всем полям, иначе мы требуем от человека сделать выбор способа доставки, но самую главную вещь человеку не сообщаем: СТОИМОСТЬ в сравнении с другими вариантами доставки. А это уже явный просчет в юзабилити.
Если у Вас 90% заказов едут по Мск и 99% - это самовывоз или ПВЗ, то Вам такая логика подойдет. У меня 70% - Почта России и выбирают ее иногда из-за цены (точно знаю).
Я за то, чтобы у меня остался вариант заполнения полей с нынешней логикой! Я не уверен, что реализация устроит меня по всем пунктам.
3 лайка
Вот абсолютно согласен. У нас авторасчет вообще невозможен. Одну позицию еще можно посчитать, но когда две, три, пятнадцать? Что-то кубическое, а что-то плоское и очень длинное - тут ни одна машина не сообразит, как это вместе упаковать, а где надо на несколько мест разбить. Поэтому наши ребята берут в руки счета, в которых я сделал вывод к каждому товару веса и габаритов, и просчитывают все доставки, до двери, до ПВЗ, той и этой службой, почтой той же самой, затем звонок клиенту и тот уже выбирает что ему лучше. И кстати не факт что выбирают подешевле
Знаете такое правило - чем сложнее система, тем больше вероятность ошибки. У меня такое предложение: В ядре оставить только самые основы, раствор для скрепления , а возможности оформления заказа не запихивать все возможные варианты в один модуль, а реализовать их разными модулями, и каждый уже может выбрать или составить свой вариант чекаута из подходящих ему кирпичиков.
2 лайка
Во-первых всех С Великим Праздником )
Зачем данные по всем полям ??? Многие используют модуль расчета доставки в карточки товара, вроде всех устраивает логика ,что расчет будет идти на основании авто определения локации покупателя. Вы же знаете его город, а от номера дома разве цена как-то поменяется ? если только вы не доставляете в очень труднодоступные уголки нашей Родины.
Я так же писал ,что специфика бизнеса у всех разная ,у меня заказы 50 /50 Мск/регионы , но я не преследую цель дать клиенту 100500 компаний на выбор, это усложняет выбор для покупателя в моем случаи т.к. товар не объемный , и цена доставку ± у всех одинаковая .
Вот alex_vp получается вообще нужен индивидуальный расчет стоимости т.к. номенклатура объемная , под всех написать чекаут невозможно , но есть большинство на которое нужно ориентироваться.
Чем плох вариант где можно включить варианты из админки :
1 “Отображать все ТК покупателю” Где он будет видеть все настроенные ТК,КС для данного способа доставки
2 “Отображать минимальную цены в выбранных способах доставки” т.е. будет браться самая низкая цена от настроенных ТК ,КС
Нужно провести опрос , кому какая последовательность нужна в Checkout
И Уважаемый Zoldat предлагайте свои варианты ,а не только критику ,я не разработчик , а пользователь CS-Cart ,и просто хочу сдвинуть вопрос с мертвой точки т.к. все понимают ,что в нынешнем виде checkout большинству не подходит.
1 лайк
Так я, собственно, и высказал свою позицию. Повторюсь:
Одностраничность чекаута - однозначный плюс.
Я считаю, что выбирать способ доставки пользователь может в т.ч. и по цене. Т.е. для того, чтобы пользователь сделал выбор, я должен дать ему исчерпывающую информацию (т.е. в т.ч. и СТОИМОСТЬ) по всем вариантам доставки.
Чтобы дать ему все цены всех возможных способов доставки я должен узнать у него все данные, необходимые для всех способов. Такая моя позиция.
А теперь вопрос с точки зрения юзабилити:
Предположим, что стоимость доставки покупателю не важна (хотя странно) и он будет выбирать, не уточнив стоимость всех возможных вариантов (опять странно).
Представьте себе, что такой покупатель делает заказ в ИМ и у него еще до выбора способа доставки спросили только ФИО и город. На этом этапе он еще не знает, что по клику на варианте “Почта России” откроются поля “индекс, улица и дом”. Что он сделает? Правильно, он в поле “Город” впихнет и улицу и номер дома (поскольку других-то полей у него нет). После этого Ваши модули доставки “сойдут с ума” в поисках соответствий того, что написал юзер в этой строке с тем, что у него в базе “города” и вариантов доставки вообще не будет предложено.
Вуаля, конверсия обрезана вдвое (например)…
Оставьте (хотя бы опционально) для консерваторов вариант с нынешней логикой чекаута. Только добавьте одностраничность.
1 лайк
Какие Вам нужны данные кроме города доставки,если все зависит от способа доставки,а город опр.автоматом ?
Уважаемый Zoldat ,давайте еще раз и внимательнее: Город Покупателя определяется автоматом, т.е. система знает Пункта назначения ,а значит и стоимость, покупателю на сновании этих данных предлагается выбрать доступный в его город Способ Доставки, дальше покупателю можно показать наименование ТК с которыми вы работаете , допусти он выбрал так Вами любимую Почту РФ, и начал вводить адрес,который по первым буквам угадался и о Чудо !!! индекс подставился сам !!! Для примера посмотрите штук 10 успешных екомерсов из массмаркета, или хотя бы этот babadu.ru
2 лайка
Вы так уверены, что город автоматом всегда определяется правильно? Простите, я на телефоне под МТС захожу в Яндекс из Сергиева Посада (московская область), и тот же Яндекс упорно сообщает мне, что я в Самаре
2 лайка
Посмотрел Babadu - реализовано неплохо. Имеет право на жизнь.
Я уверен вот в чем: как бы разработчики не старались сделать идеальный чекаут, он будет нормально “допилен” после 2-3 версий CS-Cart, а до тех пор в нем будут выявляться косяки разного масштаба, которые могут негативно сказаться на конверсии магазина и которые будут отражаться на работе других модулей, на “допиливание” которых тоже потребуется время.
Пока я не буду уверен в том, что новый чекаут вотпрямклассный, я хочу иметь возможность пользоваться старой логикой. Я хочу “подождать”, пока те, кому “срочно” нужен другой чекаут протестируют его и выявят все его баги.
PS: Время перемен настало, но все перемены должны быть аккуратными и медленными ИМХО.
PPS: У Babadu поле “Почтовый индекс” вмещает туеву хучу символов. Странно это…
2 лайка
вот прямо как первый раз в интернете ) Вы 100% обращали внимание когда заходите на сайт и Вам предлагают подтвердить ваш город ,от этого и уверен ,двойная проверка
1 лайк
Вот и я о том, что полный автомат конечно круто, но доверяй, да проверяй 
думаю даже очень имеет ,посмотрите еще на ИМ и тренд Вам станет понятен…
в Екомерсе нужно идти в ногу со временем, конкуренция дикая,медлительность это не для интернета
пока я не услышал ни одного аргумента в пользу оставить все как есть , а так же не услышал предложений как сделать лучше… вот это и правда странно )
1 лайк
-
Как-то я поспешил обновиться до новой версии CS-Cart и ВСЕ СЕО-тексты ВСЕХ категорий вдруг стали одинаковыми. Никто не ждал подвоха отсюда, а потому замечено это было через пару недель. За это время я потерял позиции в выдаче. Баг признали и исправили, но сколько я потерял…
-
Как-то я снова обновился и выяснилось, что модуль “Купить в 1 клик” от Алксбрэндинг с новой версией CS-Cart не работает для товаров с опциями. А у меня почти весь товар с опциями. Конверсия товарных страниц упала. А модуль был в тот момент бесплатным и его никто не спешил обновлять. Обновили ЧЕРЕЗ 2 МЕСЯЦА.
С тех пор я обновляюсь последний, ибо за некоторые новвоведения приходится платить и плата это сильно превышает выгоду от этих изменений.
И с тех пор я против любых резких движений, поскольку не верю в то, что у этих телодвижений будет именно тот результат, который запланирован. По крайней мере, с первого раза идеальный вариант точно не получится.
И таки да, я боюсь, что смена логики мне “выйдет боком” и я не уверен в том, что от смены чекаута конверсия подскочет в разы. Я даже не уверен, что она вообще изменится. А вот риски есть…
Любые изменения должны быть ради чего-то. Простое соответствие тренду не гарантирует рост прибыли, а вот косяк в реализации этой затеи гарантирует ее снижение.
Это были аргументы в пользу
Предложение
Лучше всего сделать как вы предлагаете, но в качестве опции оставить прежний вариант чекаута с возможностью обратимого перехода от одного к другому.
1 лайк
Все перечисленные пункты решаются бета модулем. Т.е. если мы новый чекаут выпускаем в виде бета модуля, ты вы включили, потестили, оценили какие модули отвалились и выключили.
2 лайка
Абсолютно не возражаю.
У нас есть модуль “Супер Чекаут” для таких целей. Он делает оформление заказа в одну страницу и имеет следующие особенности:
- Красивая форма логина на чекауте
- Два варианта отображения чекаута (в одну колонку или в две)
- Возможность отображения корзины на странице оформления
- Возможность детального предпросмотра перед оформлением
Меня бы устроил такой вариант чекаута на одной странице. Взял на одном сайте и немного подправил под свое видение.
Если покупатель не авторизован на сайте, то ему сразу предлагать оформлять заказ как гостю. Для постоянных покупателей предусмотреть возможность войти под своим именем. Регистрацию предлагать уже после оформления заказа (сейчас есть такая опция). Таким образом мы избавим покупателя от мук выбора, как же оформить заказ, что сейчас происходит на первом этапе.
Выбор города сделать в одном поле. 21 век на дворе. Это уже обычное дело на многих сайтах.
Выбор способа доставки и способа оплаты - я считаю, что на десктопной версии хорошо идет выпадающий список, он и место экономит, а вот для мобильной версии надо делать другую адаптацию, не классический выпадающий список. Есть хорошие примеры у других сайтов.
Список возможных способов доставки привязать к выбранному городу. Можно даже сделать неактивным выбора способа доставки пока покупатель не выберет город. А если будет щелкать по этому неактивному полю, то уведомлять, что вначале нужно выбрать город, а затем будут предложены варианты доставки.
После выбора определенного способа доставки отображать дополнительные поля, которые необходимо заполнить для данного способа доставки. Для курьера - адрес доставки. Для пункта выдачи - предложить выбор пункта выдачи. Для самовывоза ничего дополнительно не запрашивать, ну может отобразить надпись с адресом точки самовывоза. Для Почты России - адрес доставки и индекс почтового отделения. Знаю, что некоторые способы доставки привязаны к индексу, рассчитывают стоимость доставки по индексу, но от этого надо отходить. Названия населенного пункта достаточно, чтобы посчитать стоимость доставки. eDost, к примеру, отлично считает доставку Почтой России и без индекса.
Если покупатель авторизованный, то заполнить данными из его профиля. Скрыть адрес электронной почты. И в идеале сразу выбрать способ доставки и способ оплаты, который был в последнем заказе этого покупателя.
Мне такой чекаут очень нравится. Если ничего подобного не появится, то закажу у кого-нибудь разработку.
4 лайка
Много нормальных checout , просто везде свои маленькие нюансы ,всем не угодишь , поэтому нужен базовый скелет с четкой логикой , где его можно будет настраивать под себя, достаточно посмотреть на 10 крупных екомерсов в разных категориях и вы увидите ,что ± они одинаковые
1 лайк
Вот это просто отличный, лаконичный и легкий вариант чекаута. Идеальный для меня.
То, что предлагают на маркетплейсе - тоже самое, что есть сейчас, но в раскрытом виде и выглядит так устрашающе, что хочется закрыть страницу.
1 лайк
Присоединяюсь! Да услышат нас могущественные и великие властелины CMS CS-Cart! Да сотворят страницу чекаута в виде одной простыни! Да будет эта простыня иметь поля: имя, фамилию, телефон, регион, город, адрес доставки, индекс, поле email не обязательное и возможность в виде божественной птички выключать адрес плательщика.
Я очень прошу божественных существ услышать глас народа вопиющего не первый год. Сотворите чудо Российское!!!
4 лайка
Благодаря стараниям AlexBranding и моим мучениям, из-за незнания и непонимания алгоритма работы настроек “поля профиля”, я вдруг начал соображать логически в птичках этого чудного меню и прилетела золотая сорока! Также дополнена инструкция согласно моему опыту.
Теперь у меня сделано по подобию bokal.ru (не реклама), но выключил вообще адрес плательщика, в России впервые вижу чтобы два адреса просили заполнить. К чему лишнее внимание со стороны Роскомнадзора по поводу важности сбора лишних данных! К чему лишнее неудобство клиенту.
В идеале конечно бы кастомизировать чекаут до вида одной простыни с видимыми полями сразу и с возможностью отказаться от ввода email. Это можно сказать оптимальный стандарт для России и так думают большинство специалистов в нашей сфере. Про привязку платформы к email - бреф чистой воды или тупость разработчиков. Вполне реально реализовать, переписать, изменить работу с почтой. Отдельный пункт рассылок, а там выбор широкий, когда, как, сколько и чего отправлять на мыло, если нет мыла и тд. Пока этого не решат разрабы русский карта, то так и будет форум процветать на предмет поноса про чекауты и мыльницы. Я уж не стану рекламировать сторонние платформы, но за 3 месяца я перепробовал все имеющиеся платформы под магазины, у одного нашего продукта уже нет проблемы с мылом и он не обазателен., у еще одной тоже самое.
По хорошему надо плодить не модули, а идти по более правильному пути. Долбить разрабов и очень жёстко, всеми возможными путями, чтобы доходило через уши глаза и другие места. Да простят меня админы, но нерв не хватает. Пусть ребятки, которые взялись двигать CS-Cart в России и прикладывают усилия к изменению чекаута для Русскоговорящих людей, а сторонние разработчики делают более серьезные модули для расширения функционала, который не входит в состав коробки. Сейчас же получается, что без кастомизации силами сторонних разработчиков тяжко и они делают то, что должны делать разработчики CS-Cart по дефолту.
За сим всем спасибо за внимание, позже создам отдельный пост на эту и не только тему.
4 лайка