Если есть необходимость в расчете для иной ТК, для которой калькулятор еще не готов, можно заказать его создание. Стоимость будет не запредельная — 1500-10000 руб., в зависимости от дополнительных пожеланий и качества API самой ТК.
Теперь же посмотрим со стороны бизнеса — оператор, звонящий для корректировки стоимости доставки, должен получать зарплату. Если не давать пользователю возможность оплатить в момент оформления заказа (когда он наиболее «горячий»), повышается процент отмененных заказов (соглашусь, что здесь сильна специфика направления ИМ).
В результате получается, что в разрезе всего нескольких месяцев автоматизация сэкономит для компании больше денег, чем потребует для создания и внедрения соответствующего функционала.
Можно еще долго работать старыми методами, не замечая издержек, так как они много где считаются нормой, но давайте смотреть правде в глаза: XXI век, повальное стремление к максимальной автоматизации и сокращению издержек не только денежных, но и временных. Не только со стороны компании, но и со стороны покупателя. Чем дальше, тем больше людей будет требовать сервис по принципу «Здесь и сейчас». Если компания не сможет соответствовать новым требованиям, она будет терять все больше клиентов.
Личный пример — если на этапе оформления заказа я не вижу окончательной стоимости, которая не будет изменяться, вряд ли оформлю этот заказ, тк уже проще пойти к конкуренту и все оформить за несколько минут, чем создать заказ и еще пару часов ждать звонка от оператора. А если я хочу оплатить сразу же? Но через 1-2 часа я уже могу передумать или найти за те же деньги еще лучше.
Пример выше — упущенная выгода. Чем больше таких ситуаций, тем больше потери от отсутствия автоматизации.
И напоследок: стоимость доставки может зависеть от многих факторов — вес, размер, хрупкость и т.д., согласен. Но все эти параметры можно забить для товаров, после чего они будут исправно учитываться калькуляторами. Без участия оператора.
Необходим сниппет на отдельной странице, который выполнит все описанные во втором пункте действия, а на крон повесить открытие этой страницы в определенное время.
Всего лишь до 3000 руб., но появляется автоматический расчет стоимости доставки и мгновенная оплата, что повысит количество продаж. И эти затраты для любого малого бизнеса более, чем оправданы.
Нужно менять стоимость товаров непосредственно в корзине, тогда класс доставки сразу будет получать измененную стоимость.
Если серьезно: расскажите мне, пжл, для чего маленькому магазину, который только с дикими усилиями может вложить в свое развитие 10 000 руб., 6 модулей доставки и 12 способов оплаты?
Любой магазин, продающий хотя бы на 3000 руб. в день, может легко позволить себе приобретение необходимых модулей доставки и оплаты.
Да и то, это абсолютный абсурд предлагать клиенту выбрать для оплаты один из 12 способов. Тем более, что среди модулей оплаты есть интеграции с агрегаторами, силами которых собираются платежи из сотен платежных систем.
Я уже не говорю о внутренних сложностях учета — из десятка платежных систем собирать, в общей сложности, 50 000 руб. за месяц (мы ведь говорим о малом бизнеса в Вашем представлении, а не в общем?).
А если Вы представляете себе малый бизнес компанией из одного человека, тем более ему необходимо максимально автоматизировать процесс оформления и оплаты заказа покупателем, иначе он так и останется бизнесменом в компании одного себя.
Несомненно. Сергей. по описанию просто сказочный компонент получился!
Автоматизация, на самом деле, далеко не настолько дорогая, как может показаться. И в случае с доставками тоже. Например, в магазине уже есть несколько калькуляторов доставки, причем стоимость любого менее 1000 руб.
Если есть необходимость в расчете для иной ТК, для которой калькулятор еще не готов, можно заказать его создание. Стоимость будет не запредельная — 1500-10000 руб., в зависимости от дополнительных пожеланий и качества API самой ТК.
Теперь же посмотрим со стороны бизнеса — оператор, звонящий для корректировки стоимости доставки, должен получать зарплату. Если не давать пользователю возможность оплатить в момент оформления заказа (когда он наиболее «горячий»), повышается процент отмененных заказов (соглашусь, что здесь сильна специфика направления ИМ).
В результате получается, что в разрезе всего нескольких месяцев автоматизация сэкономит для компании больше денег, чем потребует для создания и внедрения соответствующего функционала.
Можно еще долго работать старыми методами, не замечая издержек, так как они много где считаются нормой, но давайте смотреть правде в глаза: XXI век, повальное стремление к максимальной автоматизации и сокращению издержек не только денежных, но и временных. Не только со стороны компании, но и со стороны покупателя. Чем дальше, тем больше людей будет требовать сервис по принципу «Здесь и сейчас». Если компания не сможет соответствовать новым требованиям, она будет терять все больше клиентов.
Личный пример — если на этапе оформления заказа я не вижу окончательной стоимости, которая не будет изменяться, вряд ли оформлю этот заказ, тк уже проще пойти к конкуренту и все оформить за несколько минут, чем создать заказ и еще пару часов ждать звонка от оператора. А если я хочу оплатить сразу же? Но через 1-2 часа я уже могу передумать или найти за те же деньги еще лучше.
Пример выше — упущенная выгода. Чем больше таких ситуаций, тем больше потери от отсутствия автоматизации.
И напоследок: стоимость доставки может зависеть от многих факторов — вес, размер, хрупкость и т.д., согласен. Но все эти параметры можно забить для товаров, после чего они будут исправно учитываться калькуляторами. Без участия оператора.
Единственное правильное решение — создание нового класса оплаты со своей логикой, применимой для конкретного магазина. Тогда доставка будет сразу считаться правильно, а покупатель получит возможность оплатить заказ, стоимость которого уже не изменится.
Снова ушло на почту.
Убрал костыль, который написал ниже.