Самоподключение и взаимодействие ролей

1. Как должна работать сеть

Сейчас шаги 1–4 частично работают, но «пригласить нового перевозчика в сеть» и «заказчик сам регистрируется» ещё нет. Диспетчер вручную заводит машины, карточки заказчиков и чужих перевозчиков.

2. Выгоды по ролям

Это формулировки для страниц входа, SMS и коммерческих предложений. Каждая роль должна за 10 секунд понять: «зачем мне это».

Штатный логист (кабинет /a, есть свой парк)

• Все заявки в одном месте — не Excel и не переписка в WhatsApp
• Управляет загрузкой своих машин — сначала обеспечивает работой свой парк
• Остаток на биржу — там фирма заказчик перевозки, партнёр везёт
• Водитель в дороге видит заказ — меньше звонков «куда ехать»
• ЕТО и одометры — смена открыта по правилам, пробег не теряется
• Минимальная цена заказчику — меньше споров «почём поедем»
• Ссылки QR/SMS — водитель и заказчик входят без установки приложения

Диспетчер-посредник (кабинет /a, без своего транспорта)

• Нет своего парка — не назначает «наших» водителей
• Сводит заказчика и перевозчика — заявка на биржу, вы заказчик перевозки
• Маржа прозрачна — цена заказчику минус цена перевозчику
• Для грузоотправителя вы исполнитель — партнёр скрыт, рейс ведёт его парк

Водитель (вход /v)

• Один экран на смену — открыть смену, ЕТО, заказы, закрыть смену
• Не ставить программу — ссылка в SMS, можно на экран «Домой»
• Понятный маршрут и статус — выехал / прибыл / одометры
• Работает без сети — черновик на телефоне, при связи уйдёт на сервер
• Начисления в профиле — видно, за что считается день

Заказчик (вход /z/…)

• Заявка с телефона — адреса, дата подачи, тоннаж
• Цена до отправки — минимум по тарифу; через логиста в сумму входит его ставка за срочный подбор
• Срочный заказ логисту — «закройте как можно скорее», можно забронировать свободную машину из его парка
• Статус заказа — у диспетчера / ищет машину / назначен / в работе / закрыт
• Уведомления — когда статус меняется
• Не нужен договор с АРМАДА — работает с своим перевозчиком через портал

Партнёр-перевозчик (часто владелец сам за рулём)

• Логист даёт заказы — вам не нужно тратить смену на поиск заявок и обзвон
• Видит чужие заявки на бирже — если ТС подходит по тоннажу и габаритам
• Забирает заказ кнопкой — договор-заявка с логистом создаётся сразу
• Свой водитель и своё авто — рейс ведёт его парк (часто он сам)
• Комиссия и ставка прозрачны — цена перевозчику видна в заявке, не «на словах»

Владелец платформы (супер-админ)

• Несколько фирм (space) — у каждой свой кабинет, тариф, портал /z/slug
• Пилот и подписка — лимиты водителей и ТС
• Сеть растёт ссылками — не ручным заведением каждой машины чужого парка

5. Этапы работ (по порядку)

Не сроки, а последовательность: сначала тексты и входы, потом саморегистрация, потом приглашение перевозчиков.

Этап A — «Понял за 10 секунд» тексты

• На каждом входе (/a /v /z) короткий блок выгод этой роли (уже частично есть слева на экране входа)
• ✅ Отдельные продающие страницы: логист (kp-logist.html), перевозчик (kp.html), заказчик (kp-zakaz.html), хаб (landing.html)
• ✅ Кнопка «Назад» с входа: логист → kp-logist.html, заказчик → kp-zakaz.html, водитель → kp.html
• ⬜ Доработка лендингов — см. LANDING_PLAN.md (этапы L1–L5)
• ⬜ Страница КП водителя
• SMS-шаблоны: одна фраза выгоды + ссылка

Этап B — «Заказчик сам стучится» продукт

• На КП заказчика форма: компания, ИНН, телефон, «хочу отправлять грузы»
• Диспетчер видит заявку в кабинете и одним нажатием включает портал (PIN уходит SMS)
• Пока диспетчер не подтвердил — заказчик видит «заявка принята, ждите PIN»

Этап C — «Водитель как сейчас, только яснее» почти готово

• Приглашение водителя уже есть — оставить как главный путь
• Страница КП водителя: смена, ЕТО, заказы; кнопка «у меня есть ссылка / я жду приглашение»
• Не давать водителю регистрироваться «в пустоту» без перевозчика

Этап D — «Перевозчик приглашает перевозчика» главный пробел

• В кабинете: «Пригласить перевозчика на биржу» — ссылка, как у водителя
• По ссылке: короткий КП партнёра + создание своего кабинета (название, ИНН, PIN диспетчера)
• После входа партнёр сразу видит биржу (чужие заявки, свои — выставить)
• Опционально: запрос «сотрудничать» / принятие — чтобы биржа не была анонимной свалкой

Этап E — «Договоры» позже

• Оставить договор-заявку на каждый рейс (уже есть)
• Добавить рамочное «согласие на обмен заявками» между двумя кабинетами (галочка + PDF)
• Не смешивать с офертой SaaS АРМАДА (это договор с платформой, не с грузоотправителем)

6. Короткие тексты «зачем я здесь»

Роль	Одна фраза
Диспетчер	Заявки, водитель и биржа — в одном кабинете, без Excel.
Водитель	Смена, осмотр и заказы в телефоне. Ссылка — и работаете.
Заказчик	Заявка с телефона, цена сразу, статус без звонков диспетчеру.
Партнёр	Забирайте чужие рейсы и отдавайте свои — договор-заявка в системе.

Эти фразы — основа SMS, QR-листов и левой колонки на входе. Их не менять без согласования: по ним человек решает, остаться или закрыть вкладку.

7. Что делать дальше (решение)

План записан. Реализация по этапам — только после вашего «делай»:

1. Сначала A — страницы КП водителя и партнёра + выгодные тексты на всех входах
2. Затем B — заказчик сам оставляет заявку на доступ
3. Затем D — приглашение перевозчика в сеть (это снимает «только вручную машины»)

Этап E (рамочные договоры) — после того, как два живых кабинета начнут меняться заявками на бирже.

Биржа: антидубль, смена маршрута, конфликт «два логиста — два перевозчика» — см. EXCHANGE_PLAN.md (согласование).