Раньше маршруты на Картах ранжировались по времени в пути: работал принцип «самый быстрый — самый первый». Но в реальном мире скорость не всегда равна удобству и пользователь мог оказаться в ситуации, что маршрут вроде бы позволяет добраться до конечной точки быстрее, но придётся долго разбираться, а куда вообще ехать.
Теперь ранжированием маршрутов занимается ML‑модель, которая обучена на реальном поведении пользователей. Она учитывает не только время, но и то, по каким маршрутам водители доезжают до конца. Поэтому сейчас первый вариант — тот, который вы, скорее всего, выбрали бы сами.
Я Илья Хохлов, руководитель службы разработки сервисов маршрутизации. Наша команда отвечает за ключевые алгоритмы навигации в Картах и в Навигаторе: маршрутизацию, прогноз времени в пути и позиционирование. В этой статье я расскажу о том, как мы переосмыслили ранжирование маршрутов в навигации на Картах и в Навигаторе: как именно ML‑модель понимает, какой маршрут предлагать первым, и как это решение повлияло на количество сходов с маршрута.
Что было не так с ранжированием
Задача навигации — не только построить маршрут, но и выбрать, какой из нескольких разумных вариантов показать пользователю первым. Между точками A и B почти всегда существует несколько маршрутов, и именно порядок их показа во многом определяет дальнейшее поведение пользователя. В большинстве случаев человек просто нажимает «Поехали» и едет по первому предложенному пути.
Пользователи интуитивно выбирают маршрут не только по времени, но и по тому, насколько он выглядит понятным и предсказуемым. Иногда разница во времени прибытия составляет всего несколько десятков секунд, но один из маршрутов воспринимается как «нормальный», а другой — как странный и неудобный. Именно здесь ранжирование начинает играть ключевую роль.
Долгое время этот порядок формировался простой сортировкой по ETA (Estimated time of arrival), из‑за чего удобные и предсказуемые маршруты не оказывались на первом месте и иногда вовсе выпадали из топ-3, а логика со временем обрастала эвристиками и плохо масштабировалась.
Ранее мы уже пытались уйти от эвристик, обучая ранжирование на явных выборах пользователя — ситуациях, когда он осознанно выбирает не первый маршрут. Однако такой сигнал оказался слишком редким: в большинстве поездок пользователь следует первому маршруту и отклоняется от него позже, часто неосознанно. Поэтому такой сигнал оказался недостаточным для обучения ML‑модели ранжирования.
От кликов — к реальному поведению
Когда мы вернулись к перестройке ранжирования, попробовали учитывать фактическое поведение пользователя вместо кликов — насколько реальный трек поездки совпадает с первым маршрутом. Фактически это и стало нашим новым таргетом для обучения ML‑модели ранжирования: чем выше совпадение, тем более удачным мы считаем маршрут.
Например, два маршрута могут отличаться по ETA всего на 20–30 секунд, но по одному пользователь доезжает до конца, а с другого в какой‑то момент сходит. Как правило, более простой и предсказуемый маршрут приводит к меньшему числу сходов, даже если поездка занимает немного больше времени.
Синий маршрут — результат старого ранжирования, основанного исключительно на ETA. Он формально выигрывает по времени, но включает сложный манёвр, на котором пользователи часто сходят, особенно если не знакомы с этим участком дороги.
Красный маршрут предлагается новым ML‑ранжированием. Он немного проигрывает по ETA, но при этом более предсказуемый и простой. В реальных поездках пользователи реже сходят с такого маршрута, поэтому он оказывается более предпочтительным.
Так выглядит сложный манёвр из синего маршрута в реальности:
Такой манёвр требует хорошего знания места и внимательного выбора полосы. При первой поездке велика вероятность пропустить нужный поворот.
В целом эффект от нового подхода хорошо был заметен на маршрутах через центр города: они часто выглядят привлекательно по ETA, но с них нередко сходят — вероятно, из‑за более сложной дорожной обстановки и проблем с GPS. Модель начала реже принимать такие маршруты в качестве основных, даже если они выглядят более короткими. В эксперименте доля маршрутов через центр в выдаче снизилась примерно на 3%.
Эффект даже вышел за рамки одного частного кейса: стало заметно меньше маршрутов, проходящих через зоны с проблемным GPS — этот паттерн также проявился в пользовательском поведении.
Например, нам нужно доехать от станции метро «Таганская» до «Маяковской». Маршрут через центр выигрывает по ETA и в старом ранжировании поднимается на первое место. Более предсказуемый объезд по Садовому кольцу также был в выдаче, но оценивался как более медленный. ML‑ранжирование в подобных случаях чаще поднимает второй маршрут выше, даже при небольшом проигрыше по времени. Это не строгое правило: итоговый выбор зависит от совокупности признаков. При одном их наборе — например, времени суток, текущей загруженности дорог и сложности манёвров — система предпочитает один маршрут, а при другом наборе признаков приоритет может сместиться к альтернативе.
От ранжирования — к задаче выбора маршрута
Когда появился новый таргет, следующим шагом стал выбор функции потерь. Мы начали с YetiRank — это функция потерь, которая придумана и применяется в Яндексе. Она оптимизирует позиции наиболее релевантных объектов. Для нас это стандартный подход к задачам ранжирования, и на старте он дал заметный эффект. Однако довольно быстро стало понятно, что сама постановка задачи всё ещё не полностью совпадает с реальным пользовательским сценарием.
В поездке человек не строит рейтинг маршрутов — он выбирает один, а все остальные варианты для него в этот момент перестают существовать. Поэтому мы перешли от классического «ранжирования» к задаче «выбора», используя функцию потерь на основе Softmax с one‑hot‑таргетом.
В такой постановке для каждой поездки модель получает набор альтернативных маршрутов и учится распределять между ними вероятности выбора. One‑hot‑таргет указывает, какой маршрут в итоге выбрали, а Softmax позволяет напрямую оптимизировать вероятность этого выбора относительно остальных вариантов. В результате модель учится не просто упорядочивать маршруты, а предсказывать, какой из них с наибольшей вероятностью будет выбран в реальной поездке.
При внедрении такого подхода мы учитываем и продуктовые ограничения. Модель может поднимать выше маршрут, который хорошо соответствует поведенческим паттернам, но заметно уступает самому быстрому по времени прохождения. Чтобы сохранять ожидаемое поведение навигации, сейчас мы дополнительно ограничиваем допустимую разницу по ETA. Это временное решение, от которого мы планируем постепенно отказаться по мере развития ранжирования. Уже сейчас с этим ограничением примерно в 20% случаев на первом месте оказывается маршрут, который не является самым быстрым по времени прохождения, но по которому пользователи чаще доезжают до конца.
Результаты A/B-экспериментов
В экспериментах мы увидели устойчивое улучшение качества навигации. Число истинных сходов снизилось в среднем на 2,19%, при этом базовое поведение пользователей не изменилось: около 92% поездок, как и в контроле, начинаются с первого предложенного маршрута.
Параллельно выросла доля «хороших поездок» — сценариев без сходов, в которых пользователь следует по одному маршруту до финиша. В среднем показатель увеличился на 2,16%. Эффект распределён по времени суток неравномерно и усиливается в часы пик, когда дорожная обстановка сложнее и выбор маршрута особенно критичен.
В регионах России эффект выражен сильнее там, где навигация сталкивается с проблемами GPS. В таких местах модель, опираясь на поведение пользователей, реже выбирает маршруты, с которых люди регулярно сходят. Например, в Северной Осетии доля хороших поездок выросла в среднем примерно на 8%.
Отдельно стоит отметить международные регионы, где эффект местами выше среднего. Помимо общего снижения сходов, там заметно уменьшаются сходы с выигрышем по времени — например, в Узбекистане на 8,5%, в Казахстане — на 6,6%.
Как отмечалось выше, основной эффект — в сценариях, где ранжирование меняет выбор маршрута относительно самого быстрого варианта. Если рассматривать только такие поездки, рост доли хороших поездок значительно выше: в Москве — около 10%, в той же Северной Осетии — до 24%.
Что дальше
Всё описанное выше — это базовое ранжирование, общее для всех пользователей. ML‑ранжирование в итоге стало для нас универсальной и масштабируемой платформой, которую удобно развивать и поддерживать. Оно позволяет быстро учитывать новые факторы и проверять их влияние в экспериментах. Сейчас мы используем эту основу для дальнейших улучшений, в том числе для персонализации и постепенного снятия ограничения на допустимую разницу по времени.
А пока можете оценить новые предложенные маршруты на практике: они уже доступны в приложениях Карт и Навигатора.
Комментарии (57)
PeeWeee
16.02.2026 12:26Немного в сторону от темы.
Я бы заменил в названии маршрутов "оптимальный" на "эргономичный" (ну или какой-нибудь менее пафосный синоним):Точнее и лаконичнее отражает суть (если я правильно понял изложенное в статье).
"Оптимальный" у людей с техническим складом ума вызывает доп.вопрос "по какому критерию?", скорее всего с ноткой раздражения. Т.к. требует уточнения/запоминания ответа на этот вопрос, и, скорее всего, не будет иметь честного ответа, поскольку настройки периодически меняются, как следует из статьи.
Подозреваю что у большинства пользователей "оптимальный" вызывает ассоциации с "выгодное (продавцу) предложение" и прочим маркетинговым буллщитом, в том числе очень небезосновательно персонифицированно к данному бренду.
Если вдруг это не сделано, то в доп.настройках дать возможность пользователю выбирать на какой позиции какой из вариантов отображать. Меня бы раздражало когда за меня это решают, а тем более меняют по каким-то своим причинам (как виндовс с панелью задач).
eresik
16.02.2026 12:26Ой, вы как-то слишком уж хорошо о людях думаете (окружение хорошее наверное).
Но поверьте на слово - далеко не каждый из тех кто имеет право ездить на машине поймёт слово "эргономичный".
Те кто когда-нибудь работал с клиентами "не из IT" меня поймут наверное.
Marwin
16.02.2026 12:261) Еще 100500 лет назад надо было наряду с галочкой "избегать платных дорог" добавить галочку избегать зон без GPS. Ну и да, я тоже из тех, что выбирает маршрут "попрямее" вместо побыстрее, ибо подвеска хрустальная... надо беречь... а в "попрямее" обычно дороги более крупные, целее и без лежачих.
2) Возможно мой кейс не самый распространённый... но можно что-то думать с дорогами разной степени платности. Очевидно, что я никогда в жизни в здравом уме не поеду по проспекту Багратиона, а маршрут-то строится... и галочка бы его отключила, но дальше начинается дешманская можайка, а по ней уже вполне нормально ехать платно.
luckyi92 Автор
16.02.2026 12:261) Идея про зоны GPS и правда обсуждалась. Проблема в том, что в большинстве случаев все разумные маршруты проходят через зоны с нестабильным GPS (либо наоборот все не проходят). Там, конечно, могут быть градации того, насколько все плохо, но формально это уже не кнопка про "запрет" по аналогии с платными дорогами.
2) Идея интересная, передал в продуктовую команду. Спасибо!
Marwin
16.02.2026 12:26не знаю насколько эта информация попадает под какие-нить секретные грифы... но можно было бы хотя бы просто вывести heatmap с зонами в виде слоя для оценки проблемности места, куда хочешь приехать.
zuko3d
16.02.2026 12:26Допустим, такая карта появилась в открытом доступе. И на ней видно все зоны с нестабильным GPS. Тогда этими зонами сразу начнут пользоваться как раз те, из-за кого в принципе и появилась нестабильность GPS. И к автору такой публичной карты будут серьёзные (и вполне обоснованные) претензии со стороны МО.
fedotovartuom76
16.02.2026 12:26Не знаю, работает ли это сейчас, но в какой-то момент мне попадались в выдаче маршруты с пометкой «Плохо работает GPS» или что-то такое.
Mixael-L
16.02.2026 12:26Подскажите, а в отделе Яндекс-карт нет идеи о разработке возможности добавления опции оптимального расчёта не по двум, а по трём и более точкам?
luckyi92 Автор
16.02.2026 12:26Можете, пожалуйста, чуть раскрыть идею? Речь про задачу коммивояжера?
zuko3d
16.02.2026 12:26
Если добавить несколько точек - снизу появляется кнопка "Оптимизировать". Возможно, вы про это?
dobrobobrrobot
16.02.2026 12:26ну вот за это большой плюс, реально иногда навигаторы алгоритмически строят правильные маршруты, но с точки зрения реальной поездки идиотские
например, у меня в городе есть пара мест где перекресток без светофора, и ты поворачиваешь налево с второстепенной маленькой улицы на многополосную магистраль. с точки зрения алгоритма все ок, а по факту можно ждать поток машин и 5 и 10 минут, пока не удасться вклиниться
еще алгоритмы не объезжают квадрат из частного сектора по нормальным дорогам, а любят по диагонали строить маршрут насквозь. формально дорога там есть, а на практике ползешь 10 км/ч, молясь чтобы под колеса не ломанулись дети или собаки.
jaroslau
16.02.2026 12:26Ещё бы опцию "перестать меня распихивать на второстепенные дублёры и деревенские улочки". А то едешь в пробке: "найден более быстрый маршрут", ткнешь не посмотрев, и навигатор тебя засадит на лишнюю часовую пробку, которую сам же только что и создал.
Hrr_2
16.02.2026 12:26Все делается для таксистов. Чтобы подольше поездка продолжалась
ganzmavag
16.02.2026 12:26А зачем им поездка подольше? Им цена по прогнозу сформировалась и всё на этом, дальше пробка или не пробка - это проблемы таксиста.
zuko3d
16.02.2026 12:26Так ведь тариф же фиксированный. Если едешь на 10-15 минут дольше, то оплата остаётся та же, но теперь есть недовольный водитель и недовольный пассажир.
Hrr_2
16.02.2026 12:26Так не работает. За простой в пробке же все равно берут?
zuko3d
16.02.2026 12:26Сколько пользуюсь такси - никогда цена в процессе поездки не менялась. В этом же и смысл фикспрайса. Иначе бы таксисты намеренно ездили медленно =)
Hrr_2
16.02.2026 12:26Вы просто в пробку/занос не попадали
ganzmavag
16.02.2026 12:26А вы попадали? Расскажите как это было, что цена во время поездки изменилась, и как это выглядело в приложении. Водители как раз жалуются, что порой прогноз не совпал (например когда глухая пробка, это навигатор видит как стоячие машины и не понимает как ее размечать), вместо 10 минут ехали 40 минут, но денег таксист получил как за 10.
StjarnornasFred
16.02.2026 12:26Вы про какое такси говорите? Если про общепринятый сервис Яндекс.Такси, то никаких доплат за пробки и т.д. не бывает и быть не может. Цена поездки фиксируется в момент заказа. Разумеется, в пик или плохую погоду цена растёт, но вы в любом случае видите её до заказа. Если с вас в частном порядке потребовали доплату - вы можете жаловаться в Яндекс (типичный ответ - извинения и промокод на 100 рублей).
dvvarna
16.02.2026 12:26Я один раз проехался за сумму в 4 раза большую изначальной и на полтора часа дольше чем думал, хорошо хоть опоздание было не критичным, встряли в пробку в неудобном месте, так что добраться к метро пёхом был не вариант. А тариф типа был фиксированный.
StjarnornasFred
16.02.2026 12:26Это где, когда и на каком тарифе? Я сколько ни езжу - никогда такого не было.
dvvarna
16.02.2026 12:26В конце декабря 2024, ехал на "корпоратив" самоорганизованный, тариф Комфорт+, встрял в пробку на Садовом
ganzmavag
16.02.2026 12:26Вы адрес в процессе точно не меняли? Потому что у Яндекса в справке вообще такой сценарий не описан, чтобы просто цена молча изменилась. И без предупреждения так вроде по закону делать нельзя, пользователь должен согласиться на новую цену.
entze
16.02.2026 12:26Таксист от обычного водителя отличается. Ну точнее есть не-Я таксисты которые пользуются навигатором, но как понимаю с болью.
maingame
16.02.2026 12:26Я так раз нажал, побыстрее, не глядя завело в поле, где лужи по колено. Еще как на зло зарядка сгорела и телефон сел, еле выехал.
Теперь без просмотра всего маршрута не нажимаю, этот "быстрее".
entze
16.02.2026 12:26"Найден более быстрый не для тебя маршрут". Да, стоит внимательно смотреть, но часто кроилово ведет к попадалову.
hrusha
16.02.2026 12:26Бесит то что можно либо отключить все платные дороги, либо все оставить.
Хочется создать белый/черный списки платных дорог
А по теме, есть теория о том что среднее время в пути для всех участников движения будет минимальным только тогда, когда потоки распределяются в интересах всей системы, а не индивидуальных водителей.
Яндекс, как доминирующая система на рынке, мог бы думать о этом
Hrr_2
16.02.2026 12:26Ну хотя бы оно само должно понимать, когда платная дорога бесплатная. Или спрашивать, ты готов заплатить такую то сумму?
StjarnornasFred
16.02.2026 12:26Вот, кстати, да. В Москве есть дороги, которые платные лишь иногда (типа МСД). Неплохо бы, чтобы навигатор это учитывал.
fio
16.02.2026 12:26Яндекс, как доминирующая система на рынке, мог бы думать о этом
Заметил, что Яндекс перестал предлагать объехать пробку по дворам и каким-то проездам. Подозреваю, что это эвристика сверху
luckyi92 Автор
16.02.2026 12:26Каких-то эвристик сверху скорее нет (если это не просто учет правил ПДД). Поэтому вы могли заметить одни из наших улучшений либо в ранжировании, либо в прогнозе времени в пути.
StjarnornasFred
16.02.2026 12:26Мне кажется, объехать пробку по дворам - это вообще не про навигатор. Местные таксисты, газельеры и т.д. обычно знают такие возможности, которых нет на картах, и объезжают, но это не значит, что такие неофициальные тропы с сомнительной пропускной способностью (и не всегда законные по ПДД) должны предлагаться.
dvvarna
16.02.2026 12:26Под эвристикой сверху вы понимаете городские власти?
Я у себя на районе так же заметил такое место, когда Яндекс ведёт не по официальному(проезд автомобилей не запрещён и это не дворы) проезду, а делает скобку в объезд по более оживлённой улице удлиняя маршрут и в добавок выводит на более загруженный не регулируемый T - образный перекрёсток, такой-же как и при проезде более короткой дорогой.
Так вот говорят что это сделали из за жалоб местных жителей, знаки не ставили, но типа с Яндексом поработали, что бы не строил там маршруты, так что там ездят только местные кто знает дорогу без навигатора.zuko3d
16.02.2026 12:26Звучит невероятно. Обычно маршрут строится через оживлённую улицу по той причине, что там банально быстрее, т.к. не зря же эта улица оживлённая.
Можете, пожалуйста, показать пример места, где Навигатор предлагает такой странный объезд сделать?
luckyi92 Автор
16.02.2026 12:26Про списки платных дорог идея интересная, спасибо
Что касается управления потоком, то вы правильно пишите, что польза будет для системы в среднем. А вот отдельные люди при этом могут сильно пострадать.
Hrr_2
16.02.2026 12:26Уже очень давно первым выдаётся не самый быстрый маршрут. Более того, он подставляется автоматом при нажатии кнопки «домой» на карплэе. Выбор вариантов при этом не выполняется
На карплее вообще много чего не работает.
Хочешь заехать на заправку по пути? Нет. Хочешь ткнуть точку, чтобы через неё построить маршрут? Нет. Хочешь работать с избранным? Нет. Навигация по шагам без GPS? Нет.
bmk
16.02.2026 12:26Очень любит навигатор разворачивать, прямо мания какая-то. И еще посылать на дублер, чтобы потом повернуть налево через 4 полосы. А комбо это дублер, 4 полосы и "развернитесь"
Unknownless
16.02.2026 12:26Ваши друзья из Дубль-ГИС уже учитывают тип ТС "мотоцикл" (который может быстрее пробираться по пробкам), когда это у вас появится?
StjarnornasFred
16.02.2026 12:26Имхо, слишком ненадёжно, чтобы значительно сокращать время на навигаторе. Лучше закладывать на дорогу по навигатору и радоваться, что доехал чуть раньше.
entze
16.02.2026 12:26Когда появится учет ЖД переездов при расчетах маршрутов, особенно для такси?
Когда ML начнет понимать, что пользователь не хочет ехать по предложенному маршруту, не ушел, а передумал и надо тихо перестроить, а не задалбывать разворотами? А если пользователь решил подъехать к магазину?
Как насчет предложения выбора платной дороги даже если она дольше по расстоянию, но банально комфортнее и со значительно меньшим риском пробок? Ну как минимум возможностью выбра вручную не устанавливая точку посреди дороги?
piton-vas
16.02.2026 12:26И ещё немного раздражает, что навигатор постоянно предлагает перестроить маршрут на платную дорогу с сомнительной экономией времени.
Ну, я обычно перед поездкой строю маршрут и прикидываю, готов ли я заплатить или могу подольше поехать по бесплатной.
И в такие моменты не хочется видеть, что появился платный маршрут на 5 минут быстрее.
Но если по дороге случилось дтп и платный становится сильно быстрее, то это хотелось бы видеть
entze
16.02.2026 12:26Бывает и обратная ситуация - вариант платной не предлагается и высокий риск встрять в часовую пробку.
kajdarov
Меня больше интересует вопрос, каким образом маршрут считается быстрым, если я, например, в определенной точке маршрута окажусь гораздо позже, чем данный момент, и ситуация к моменту моего появления там может сильно измениться.
Всегда считал странным, что построение маршрута оценивается по текущей обстановке на всем протяжении пути. По началу я понимал, что других данных то и нет, кроме как "текущее состояние" дорог. Но со зрелостью ресурса все более и более дожен учитываться факт предсказания ситуации на дороге. Например, через 1.5 часа по пути следования возникнет жуткая пробка (она всегда, к примеру, в этом месте там возникает в определенное время). Почему не используется такой механизм? Построение маршрутов с предсказанием могло бы этот сервис сделать гораздо более полезным, особенно в больших городах.
Я понимаю, что предсказание - дело ненадежное. Предсказание не должно быть основой в алгоритме, но все же, должно иметь определенный процент при выборе того или иного маршрута
BDI
А он точно не используется? Данные-то статистические у сервиса есть(или были?). Помню что когда-то на ПК-шных картах(в браузере) даже был переключатель позволяющий посмотреть предсказание пробочной обстановки(и время в маршруте) не только с выбором времени старта, но и дня недели.
fio
Точно используется. По моим наблюдениям время финиша предсказывается очень хорошо. Исключения - редкие коллапсу, которые тяжело предсказать.
luckyi92 Автор
Спасибо. Многое сделано, чтобы хорошо прогнозировать в среднем. Сейчас в планах постараться "полечить" как раз редкие коллапсы.
StjarnornasFred
В целом всё хорошо. Но предлагаю пофиксить ситуацию, когда время меняется вправо-влево на 1 минуту каждую пару секунд. Например, сделайте так, чтобы коррекция отображаемого времени происходила не чаще 1 раз в минуту и только по стабильному изменению из расчёта. Т.е. не рассчитал и показал, а рассчитал и, если новые данные стабильны 1 минуту, показал.
luckyi92 Автор
Похожий механизм есть, хотя это работает не совсем так, как вы описываете. Мы пытаемся максимально точно сделать прогноз для финиша, но не для промежуточных точек.
Если интересно, можете видео с рассказом, как в яндексе устроен прогноз времени в пути. Прошло уже 3 года, поэтому каких-то нововведений не будет, но общая идея передается достаточно точно.
kajdarov
т.е. маршрут прокладывается по текущей свободности дорог, а вычисляется время конечной точки с учетом предсказаний?
luckyi92 Автор
Прокладывается N разнообразных маршрутов по текущей загруженности (и некоторой беспробочной загруженности), а потом происходит оценка времени в пути моделью
kajdarov
Но такой подход в принципе не позволяет увидеть действительно оптимальный маршрут с учетом пробок. Мы видим лишь некоторую флуктуацию вариантов вокруг текущей загруженности. Например, если все они проходят через участок дороги, который к моменту подъезда гарантированно в состоянии глубокого затора, хотя вероятно есть более лучшее решение, то такой поиск мягко говоря малополезен. Сам езжу по Москве, периодически встреваю с пониманием вопроса, что можно было объехать. В некотором смысле помогает перестройка маршрута по ходу следования, но участие водителя в этих процессах небезопасно.
luckyi92 Автор
Вы правы, что такой подход не дает гарантии, что найдется реально самый быстрый маршрут с учетом текущей дорожной ситуации.
Но с учетом того, что:
- между точками A и B не так много разумных способов проехать
- когда генерируется очередная альтернатива (из этих N) это происходит уже с учетом ML модели
это достаточно хороший способ получить желаемое. Особенно в контексте больших ошибок, а не оптимизации условно 30 секунд объезда.
Были работы в сторону честной time dependent дейкстры, но на тот момент по ряду причин не получилось. Думаю, мы к этому еще вернемся.
Все так, альтернативы в пути - способ сгладить проблему, но не желаемое целевое состояние