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

Алекс Бодров Обновлен 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

Ответить +1

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

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

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

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

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

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

Ярослав Пономарев 5 лет назад
Интересно, есть ли подвижки в данном вопросе.
- Ответить 0
  
  Артем Полторанин 5 лет назад
  Некоторые работы, которые затронут и оформление заказа в том числе ведутся, но обо всем будет написано в новостях, когда функциональность будет завершена.
  
  P.S. Очень понравилась фраза: `Большинство клиентов считают что это должно быть "в коробке"`. Скорее всего большинство клиентов считают, что не в коробке должно быть то, чем бы они не пользовались никогда ). У нас в коробке оооочень много всего, а скоро будет еще больше.
  - Ответить +2
    
    Алекс Бодров 5 лет назад
    Артем Полторанин, оформление заказа должно быть максимально простым и это очень сильно влияет на прибыль. Нужна возможность самостоятельно убирать лишние поля и лишние переходы на страницы. Сами вы его дорабатывать не хотите. Модули через несколько обновлений отваливаются так как вы постоянно изменяете код. В итоге работать с CMS становится очень проблематично.
    - Ответить +1
      
      Павел С 5 лет назад
      Причем до сих пор нет ни одного качественного шаблона сайта в маркетплейсе, все сырые и кривые. А на своем шаблоне действительно, почти каждое обновление означает что сайт отвалится. Отваливаются даже стандартные модули из маркетплейс после обновлений.
  - Ответить +1
    
    Ярослав Пономарев 5 лет назад
    Артем Полторанин, буду ждать с нетерпением! Спасибо за работу!

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