Покупатель выбрал товар и дошёл до доставки. На экране три службы, три цены и три обещания по сроку. Если поставить первой самую дешёвую строку, часть заказов окажется с неудобным пунктом выдачи или слишком поздним прибытием. Если всегда предлагать самый быстрый вариант, покупатель может переплатить за скорость, которая ему не нужна.
Полезнее дать системе конкретную задачу: найти подходящие способы получения и уже среди них сравнить полную стоимость и срок. В этой задаче сбор данных, расчёт и выбор покупателя выполняют разные роли.
Сравнивайте один и тот же заказ
До обращения к службам доставки нужно зафиксировать параметры отправления: откуда везём, куда, сколько мест, каковы масса и габариты, какой способ получения допустим. Если один расчёт сделан до двери, а другой до терминала в соседнем городе, цифры нельзя ставить в один рейтинг без пояснений.
Значения должны соответствовать упакованному заказу. Вес товара в карточке и вес подготовленной посылки могут различаться. Если параметры ещё неизвестны, полезнее показать предварительную оценку с понятной оговоркой, чем выдавать точную на вид сумму за окончательную стоимость.
Отдельно договоритесь о дополнительных условиях. Наложенный платёж, объявленная ценность, упаковка и другие услуги могут влиять на расчёт по правилам конкретного партнёра. Не следует считать их обязательными для всех служб или автоматически добавлять одинаковый процент ко всем предложениям.
Пример: дешёвый вариант не проходит по сроку
Рассмотрим учебный заказ стоимостью 7 000 рублей. Покупатель согласен на пункт выдачи и хочет получить его не позднее согласованной даты. Все суммы ниже условные и не описывают тарифы реальных перевозчиков.
| Вариант | Перевозка | Обязательная упаковка | Полная доставка | Укладывается в срок |
|---|---|---|---|---|
| А | 290 ₽ | 80 ₽ | 370 ₽ | Нет |
| Б | 450 ₽ | Уже учтена | 450 ₽ | Да |
| В | 610 ₽ | Уже учтена | 610 ₽ | Да, раньше варианта Б |
Если цена товара одинакова, заказ обойдётся в 7 370, 7 450 или 7 610 рублей соответственно. Однако вариант А не отвечает условию покупателя. Среди оставшихся самый дешёвый вариант Б. Вариант В стоит показать рядом: за дополнительные 160 рублей он даёт более ранний расчётный срок.
Здесь нет универсального «лучшего перевозчика». Есть лучший по выбранному правилу вариант для конкретного заказа. Другому покупателю, которому не важна дата, может подойти А. Для срочной отправки победит В.
Что хранить вместе с тарифом
Для каждого ответа сохраните службу, услугу, способ получения, итоговую стоимость, валюту, расчётный срок и время запроса. Если сумма предварительная или действует ограниченное время, это тоже часть предложения.
Не подменяйте срок перевозки сроком получения заказа. Сначала товар нужно собрать и передать партнёру. У магазина могут быть собственные часы отгрузки, а у службы свои правила приёма. Сроки с разными основаниями требуют отдельного пересчёта до того, как их увидит покупатель.
У неизвестного срока должно быть отдельное состояние. Пустое поле не означает «сегодня», а ошибка ответа не означает бесплатную доставку. Если партнёр временно недоступен, уберите неподтверждённую рекомендацию или покажите понятное сообщение по правилам вашего магазина.
Не прячьте компромисс между ценой и скоростью
Для первого варианта интерфейса достаточно двух пометок: «Дешевле среди подходящих» и «Быстрее среди подходящих». Одно предложение может получить обе, но это не обязательно. Рядом остаются цена, способ получения и расчётный срок.
Не стоит объединять рубли и дни в непрозрачный «рейтинг 97 из 100». Такой балл трудно объяснить сотруднику и покупателю. Если бизнесу всё-таки нужна формула, зафиксируйте её веса и проверьте крайние случаи. Доплата за день ускорения зависит от задачи, а не возникает из данных сама собой.
Перед окончательным оформлением заказа проверьте актуальность выбранного предложения по условиям интеграции. Если расчёт изменился, покупатель должен увидеть новые условия до подтверждения. Сохранённый вчера тариф не становится действующим только потому, что его удобно брать из таблицы.
Где здесь может помочь Akmelo
Akmelo можно использовать для подготовки и проверки данных, которые участвуют в таком сравнении: цен товаров, предложений поставщиков, параметров отправления и результатов расчёта. Сценарий обработки приводит входы к согласованной структуре, а выгрузка передаёт подготовленный результат вашему приложению.
Доступ к тарифам перевозчика и показ вариантов на сайте требуют отдельной интеграции с доступным вашему бизнесу API или другим согласованным способом получения данных. Готовый универсальный калькулятор для всех служб доставки в Akmelo здесь не подразумевается. Поддержка конкретных партнёров, полнота их ответа и правила заказа проверяются отдельно.
Для пилота выберите один склад, один тип посылки и несколько направлений. Сравните результат с расчётом самих партнёров, проверьте недоступную службу, неверные габариты и отсутствие подходящего срока. Затем подключайте подготовленные данные к вашему сайту через выгрузку.
Первый полезный результат такой работы вполне измерим без обещаний роста продаж: для контрольного набора заказов сотрудник может объяснить, почему показаны именно эти варианты, из каких сумм сложилась цена и на каких данных рассчитан срок.
