+ Не нужно будет городить виртуальные способы доставки и расписывать покупателю, что извините у нас проблемы на сайте поэтому вот Вам костыль. Заказ принимаем, а потом оператор согласовывает с покупателем варианты и заодно убеждается, что нет проблем с работой плагинов доставки, проверкой адреса и.т.д.
+ Если заказ соответствует условиям фильтра доставки и оплаты (например все товары в наличии, цены не равны 0, регион и т.д.), то открываем выбор способа оплаты и покупатель может сразу оплатить заказ или наоборот закрываем способ оплаты для проверки оператором и согласования с покупателем.
+ Раньше узнаем о проблемах плагинов доставки/оплаты без потери заказов.
10 комментариев
Тоже в свое время устал от того что покупатели ошибаются при написании своего города и/или отваливается сдек, итп проблемы => магазин остается без заказа.
Поэтому написал плагин Резервный способ доставки. По описанию вашей идеи - это почти то, что вам нужно. "Костыльный способ доставки" будет, но будет показываться только тогда, когда других способов доставки действительно нет.
P.S. минусовал тему не я.
У автора бардак с наличием и ценами, тут ваш плагин не поможет.
Резервный способ доставки пробовали и это неплохой вариант решения, но ведь можно обойтись без него, кроме того он костыльно решает проблему только доставки.
Очень жаль, что ключевой разработчик по доставкам не видит боль пользователей и минусует тему. Подобное решение не мешает, а только дополняет существующие интеграции. Про бардак или нет Вам не известно, поэтому прошу не быть голословным. Предложение направлено на решение многих сценариев, особенно в связке с фильтром доставки/оплаты, в том числе перечисленных товарищем сырником.
А еще очень хочется посмотреть на магазин 1000+ где нет товаров с перепутанными м и см, г и кг, ценой закуп/продажа, всегда работающими интеграциями доставки/оплаты и т.д. Количество упущенных заказов по перечисленным проблемам нельзя посчитать, но это очевидно не головная боль некоторых минусующих товарищей.
Тогда просьба минус подкрепить хоть одним обоснованием.
Мотив минусовать очевидно только один: всплывут проблемы в работе плагинов доставки, а сейчас заказ нельзя оформить, значит проблему не видно, значит проблем нет.
Какие проблемы могут вылезти в плагинах доставки?
Ошибка API в СДЭК часто, в Яндекс Доставка постоянно, ДеловыеЛинии часто.
Не верно для СД указан адрес доставки. Одни ищут по маленькому населенному пункту, другие нет, а только по городу. Некоторые покупатели не знают свой индекс или указывают его не верно.
Вы писали
Что вы имели в виду? Все вышеперечисленное к этому не имеет никакого отношения.
Если будут проходить заказы без способа доставки/оплаты там где они должны быть, но не загрузились по причинам связанным с работой плагина или API СД, возрастет количество обращений к разработчику.
С другой стороны это будет поводом разобраться на стороне магазина. Возможно не верно подобран или не работает плагин валидации адреса или нет подключенной СД, по адресам с которыми оформляются заказы или плагин просто отключен или слетели ключи апи или куча всего, что можно выявить есть заказы будут проходить без выбора варианта доставки, оплаты.
Заказ без выбранного способа доставки/оплаты это лид, который нужно отработать, а не закрывать перед ним ворота, ну а если уж никак и нечем, то извините.
Если вы часто сталкиваетесь с такой проблемой - решение озвучено в первом комментарии. К плагинам доставки это имеет весьма опосредованное отношение. Пихать в коробку такой механизм смысла не вижу. На истину в последней инстанции не претендую.
Чтобы видеть смысл нужно ежедневно с этим работать.
По доставке Вы правы, альтернативный способ доставки единственный способ решения вопроса и мы его используем, хотя разрешение оформить если нет доставки выглядит более логичным, тем более если оно будет настраиваемым.
А по оплате проблем с плагинами нет, но возможность оформления если нет вариантов оплаты позволит решать в связке с фильтром кучу других задач, особенно если будет настраиваемым.
Просто почему такой банальный вопрос не могут решать пользователи переключателем:
Подтверждать заказ если нет способа доставки: Да/Нет
Подтверждать заказ если нет способа оплаты: Да/Нет