Одна прогулка не обязательно создаёт один оплачиваемый запрос. Человек может открыть карту, выбрать место, несколько раз изменить длину и получить новый путь. Для оценки расходов нужно разложить этот пользовательский сценарий на фактические действия поставщика.
У изображения и расчёта пути разные единицы
Показ карты, поиск адреса и построение маршрута могут относиться к отдельным продуктам и тарифам. Внутри маршрутизации также бывают разные единицы. Например, Google Routes считает обычный расчёт по запросам, а матрицу — по сочетаниям начальных и конечных точек.
Там же оплата зависит от используемых возможностей, а квоты ограничивают обращения. Это пример устройства тарифа, проверенный 7 октября 2026 года. Конкретные ставки, доступность для заказчика и договор нужно проверять перед выбором; цена для DIAVERSE здесь не установлена.
Запишите полный путь пользователя
Разберите открытие, выбор начала, получение вариантов и повторный подбор. Отметьте, какие действия обращаются к внешнему сервису и какие используют уже доступные разрешённые сведения. Кнопка «другой маршрут» может создавать несколько расчётов, даже если человек ещё никуда не пошёл.
Обращения из поддержки, автоматической проверки и повторные попытки тоже требуют учёта. Не прячьте их в количество успешных прогулок. У поставщиков может различаться правило оплаты ошибок; его нужно читать для выбранного продукта, а не предполагать общую бесплатность любых неудач.
Учебный расчёт количества
Допустим, 1 000 пользователей строят по четыре прогулки за условный период. Для каждой прогулки система в среднем выполняет три отдельных расчёта. Это 12 000 расчётов. Если дополнительный сценарий использует матрицу с тремя начальными и четырьмя конечными точками, одно такое обращение содержит 12 сочетаний.
Числа придуманы для примера. Они не устанавливают расход приложения. Главное — не смешивать количество обращений и тарифицируемых элементов. Для денежного сценария каждую единицу умножают на относящуюся ставку и учитывают применимые условия тарифа.
Стоимость полезного результата включает подбор
Человек может перебрать варианты и отказаться от прогулки. Расход уже возник, хотя успешного результата нет. Поэтому покажите и цену обращения, и полные затраты на одну полученную пригодную прогулку на выбранной базе.
Не следует заранее объявлять все повторные подборы лишними. Они могут помогать найти подходящий маршрут. Нужно увидеть их фактический вклад: дают ли они достаточный результат и насколько увеличивают стоимость. Ограничение количества без анализа способно ухудшить нужную функцию.
Квота меняет поведение продукта
При достижении лимита нужен понятный следующий шаг: ожидание, доступный сохранённый результат или сообщение о временном ограничении. Бюджетное уведомление и остановка запросов тоже могут быть разными механизмами; не рассчитывайте, что любой сигнал сам ограничит расходы.
Общая стоимость внешних API разбирает учёт действий. Для карты сначала требуется карта самих оплачиваемых единиц. Без неё число прогулок не позволяет воспроизвести счёт поставщика.