911: как мы запустили платформу выездного шиномонтажа с прозрачным ценообразованием и партнёрской сетью

Клиент и продукт

Клиент — сервис выездного шиномонтажа, который хотел вырасти из локальной услуги в масштабируемую модель “агрегатора”: подключать партнёров, выходить в новые города и расширять список выездных работ. Мы делали не просто “приложение”, а платформу, где удобно всем: клиенту — заказать и понять цену заранее, бизнесу — управлять качеством и экономикой, партнёрам — получать заявки и работать по правилам.

Стартовая точка и проблема (точка А)

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

Цена была непрозрачной и зависела от исполнителя и ситуации на месте, что убивало доверие и повторные заказы.

Распределение заявок держалось на ручной координации: кто свободен, кто в каком районе, кто на смене. Это не масштабируется.

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

В результате бизнес не мог уверенно расти: каждый новый город превращался в отдельный “мини-бизнес” с ручным управлением.

Цели и ограничения

Что нужно было получить в бизнес-терминах:

Сделать стоимость услуги понятной заранее, чтобы снизить споры и повысить доверие.
Автоматизировать обработку и распределение заказов по сменам, городам и зонам обслуживания — чтобы один и тот же состав команды мог вести больше заявок.
Построить управляемую партнёрскую сеть: регистрация, проверка статуса (самозанятый/ИП), правила работы, комиссии и расчёты — всё внутри системы.
Заложить масштабирование: новые города и новые типы выездных услуг должны добавляться без “переделки проекта с нуля”.

Решение (что мы сделали как команда)

Мы спроектировали продукт как экосистему из нескольких компонентов, чтобы каждому участнику было удобно и чтобы бизнес мог управлять процессом централизованно.

Ключевое продуктовое решение — разделить продукт на два мобильных приложения, а не пытаться “впихнуть всё в одно”:

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

Приложение для партнёров: регистрация, проверка, выход на смену, получение и обработка заказов по правилам сервиса.

Дальше мы закрыли самую чувствительную часть — деньги и правила расчёта:

Собрали гибкую модель услуг: базовая услуга, дополнительные подуслуги, параметры (например, радиус, тип работ), а также зональное ценообразование — внутри города и за его пределами.

В результате клиент видит итоговую стоимость заранее, а бизнес снимает риск “на месте договоримся” и манипуляций со стороны исполнителей.

Чтобы сервис действительно масштабировался как агрегатор, добавили финансовую и операционную механику:

Система балансов и комиссий для партнёров по модели агрегаторов (логика похожа на такси-сервисы): правила начислений, удержаний и прозрачная экономика.
Механика смен, зон обслуживания и распределения заявок — чтобы заказы уходили тем, кто реально может их выполнить сейчас и в нужной зоне.
Веб-сайт с тем же механизмом расчёта стоимости и возможностью быстро запустить канал заказов помимо приложений.
Админ-панель для менеджеров: управление городами, услугами, параметрами, партнёрами и контролем работы.

Технические моменты, которые усиливают надёжность решения

Гибкая модель услуг и параметров — можно расширять ассортимент выездных работ без переписывания логики.
Зональное ценообразование — управляемая география и корректная стоимость “за городом”.
Раздельные приложения под разные сценарии — меньше ошибок, выше скорость выполнения задач, проще масштабировать.
Архитектура, готовая к росту: backend на Python (Django с постепенной миграцией на FastAPI), фронт на Next.js, мобильная часть на Flutter, инфраструктура в Docker.

Наш подход и экспертиза

Мы работали как продуктовая команда, а не “исполнители по ТЗ”: сначала разложили логику сервиса на пользовательские сценарии, сформировали User Stories и Job Stories, помогли упаковать требования в ясную систему правил. На этапе проектирования приняли ключевое решение по структуре продукта (два приложения вместо одного) и отдельно усилили блок монетизации и контроля партнёров — потому что именно он делает такие сервисы управляемыми и масштабируемыми. Разработка шла итерациями: проектирование, реализация ключевых модулей, тестирование и запуск в первых городах.

Что это даёт вам и похожим клиентам

Если у вас выездной сервис, локальная сеть подрядчиков или модель “агрегатора” (монтаж, ремонт, клининг, доставка услуг, сервисные бригады) — этот кейс про то, как превратить ручное управление в платформу: с понятной ценой для клиента, правилами для исполнителей и контролем экономики для бизнеса. Мы умеем проектировать такие системы так, чтобы они не ломались при росте — и чтобы новые города/услуги добавлялись как настройка, а не как новый проект.

Если вы тоже хотите убрать ручное распределение, сделать прозрачную стоимость и масштабировать выездные услуги на города и партнёров — оставьте заявку. Обсудим вашу модель, покажем, какие модули и архитектура дадут максимальный эффект именно для вашего бизнеса.