Рассмотрено

+19

Проблемы кастомизации оформления заказа

Алекс Бодров Обновлен 5 лет назад в категории CMS Общий функционал 13

1. Нет возможности убрать лишние шаги оформления заказа. Возможно раньше продажа модуля оформления заказа на 1 странице было частью маркетинга, но сейчас уже 2018 год и даже в бесплатных движках заказ оформляется на 1 странице. Тем более что лицензия начала дорожать. Это первое, что бросается заказчику в глаза и часто отталкивает его от выбора вашей CMS. Остальные наработки он видит уже в процессе длительного использования. Нужна как минимум возможность убрать лишние шаги в рамках темы оформления, без написания модулей для CMS.

2. Нет возможности убрать проверки в tpl файлах. Клиенты просят убрать одно и то же, поэтому я добавил в tpl условия {if $THEME_SETTINGS.captcha}инпут{/if} для быстрого отключения ненужных полей. Сейчас если вырезать код с капчей - то переход на следующий шаг невозможен, т.к. остается проверка ее заполненности.
Капча никому в корзине не нужна, и боты до корзины тоже не доходят, т.к. нужно еще товар туда положить. А вот в комментариях и форме обратной связи она нужна. В итоге полностью отключать модуль капчи нельзя. То же самое и с остальными полями - имя, телефон, E-mail. Проблему решит возможность добавить в tpl строку наподобие {captcha.required=false} или в системе должна быть проверка наличия инпута перед валидацией, чтобы можно было решить проблему универсально и в одном месте.

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

Комментарии 13

  • Павел С 6 лет назад

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

  • Александр Закусило 6 лет назад

    Для оформления на одной странице есть модуль. Оформление на одной странице http://marketplace.readyscript.ru/addons/onepageorder/ .На данный момент Можно скрыть полностью 2 шага оформления, это оплата и доставка через настройку модуля магазин. Там же можно поотключать некоторые ненужные поля и выбрать какую вкладку сначала показывать.

    • Поло Арт 6 лет назад

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

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

      Так что, один из плюсиков наверху - мой.

  • Алекс Бодров 6 лет назад

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

  • Ярослав Пономарев 6 лет назад

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

    Мне кажется, что вывод полей ввода адреса при оформлении надо вначале убрать. Оставить ФИО, телефон, e-mail. Клиент выбирает "регион и населенный пункт" или только ближайший нс.
    Далее идет список способов доставки и уже при выборе способа выводить необходимые поля. Например, при доставке в точки самовывоза курьерских служб или ТК не нужны поля адреса улица, дом, индекс. Зато часто нужны паспортные данные или ИНН для ТК.
    А сейчас человек сразу видит, что для самовывоза из точки выдачи ему надо вводить зачем то адрес, даже если он необязателен.

    Когда многостраничное оформление, то все еще хуже.

    • Поло Арт 6 лет назад

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

    • Сергей Токарев 6 лет назад

      Ярослав Пономарев, или еще такой момент. У нас очень много заказов сдэком до пункта выдачи. ЗАЧЕМ клиенту при оформлении заказа на 1 шаге вводить какой-то адрес? Каждый второй задает вопрос "Если я выбираю доставку СДЭК до терминала, зачем вам мой домашний адрес?"

      • Сергей Токарев 6 лет назад

        Сергей Токарев, вернее, вопросы клиентов звучат еще так: "зачем поле "адрес" обязательно к заполнению? Я не хочу указывать свой домашний адрес".

  • Ярослав Пономарев 6 лет назад

    Интересно, есть ли подвижки в данном вопросе.

    • Артем Полторанин 6 лет назад

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

      P.S. Очень понравилась фраза: `Большинство клиентов считают что это должно быть "в коробке"`. Скорее всего большинство клиентов считают, что не в коробке должно быть то, чем бы они не пользовались никогда ). У нас в коробке оооочень много всего, а скоро будет еще больше.

      • Алекс Бодров 5 лет назад

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

        • Павел С 5 лет назад

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

      • Ярослав Пономарев 6 лет назад

        Артем Полторанин, буду ждать с нетерпением! Спасибо за работу!

Написать сообщение