К содержимому
Каталог тем
🚚
БИЗНЕСПРОДВИНУТЫЙпланированиемаршрутизацияограничения

Расписание выездных бригад

Собирает маршрут бригад по заявкам и пересобирает его при срыве

Тема по фильтру
17/20
Берите

Тема готова к старту: сузить до MVP и работать

Чей процесс
Своё поверх модели
Действие
Проверяемость
как устроен фильтр ↗

Область и границы

четыре роли · четыре ответа
01Чей процессProduct / VO

Кому больно — и можно ли этого человека спросить?

Диспетчер сервисной службы раскидывает дневные заявки по бригадам и переигрывает план на ходу

02Своё поверх моделиAI Engineer

Почему это не решается одним вызовом модели?

Заявки приходят словами, а расписание — это ограничения: окна, навыки, дорога, рабочее время. План живёт до первого срыва, дальше его надо пересобирать по ходу дня

03ДействиеDelivery

Где должен появиться результат и что здесь необратимо?

Результат — назначения бригадам и обещания клиентам: люди едут, клиенты ждут

04ПроверяемостьQuality & Safety

Что будет считаться успехом?

Обещанное окно выдержано чаще, чем при ручной раскидке, а сорванный день не превращается в хаос

Что здесь будут атаковать

Текст заявки — открытый ввод: попытка поднять себе срочность или увести бригаду адресом

Откуда данныеТолько синтетика

Настоящих не будет: строят по правилам и честно оговаривают, что это меняет

Реальные заявки сервисной службы получить сложно, поэтому поток генерируется по параметрам, снятым с разговора с диспетчером: сколько заявок в день, какие окна, сколько срывов. Синтетика не покажет странностей живого дня — это надо признать в отчёте

О чём тема

Диспетчер сервиса или УК раскидывает заявки по бригадам вручную: у кого какой район, кто освободился, что срочное. Система собирает расписание с учётом окон, навыков и дороги, а когда день ломается — заявка затянулась, бригада встала — пересобирает остаток дня и предупреждает тех, к кому не успеют. Объяснение обязательно: диспетчер должен видеть, почему заявку отдали именно этой бригаде.

Зачем это людям

Убрать ручную раскидку заявок и честно предупреждать клиентов, когда день поехал.

Что предстоит выяснить

ответов здесь нет
?Что в заявке определяет длительность работы и можно ли это узнать заранее
?Кто из бригад что умеет и насколько этому соответствует реальность
?Что делать при срыве: двигать всех или жертвовать одной заявкой
?Кто и как сообщает клиенту о сдвиге — и когда это становится поздно

Готового решения в каталоге нет намеренно: тема задаёт область и границы, а что и как строить — работа команды. Это и защищают на приёмке.

Взять эту тему

Тему из каталога берёт любая команда, одобрение не требуется. Одну тему могут взять несколько команд — на Demo Day видно, насколько разошлись решения.

Рядом в этой же области