FastOTC — Бизнес-процесс и роли

1 Полный цикл сделки OTC-брокера

Три этапа от запроса клиента до закрытия — основа для проектирования всех интерфейсов

Продажа

Запрос → подтверждённая сделка

Деньги

Подтверждение → физическое исполнение

Сервис 24ч

Завершение → повторная сделка

💬

Этап 1 — Продажа

Роль: Менеджер

1Запрос от клиента через мессенджер
2Квалификация: новый клиент → анкета; постоянный → сразу заявка
3Создание заявки в CRM (из чата или UI)
4Система прикладывает рекомендацию по марже (AI: статистика + направление)
5Менеджер определяет итоговую маржу (сумма + статус клиента + рекомендация)
6Система генерирует визуальный оффер (карточка + таймер + кэшбек)
7Менеджер утверждает и отправляет оффер клиенту
8Работа с возражениями (AI-подсказки)
9Клиент не реагирует → drip-маркетинг (канал-режим)
10Триггеры: спец-предложение через 1ч, напоминание за 2ч до истечения

💵

Этап 2 — Деньги

Роль: Кассир / Контрагент

1Клиент подтвердил сделку
2Менеджер создаёт заявки на внесение/вывод (Fulfillment Order)
3Менеджер назначает исполнителя: свой кассир или контрагент
4Кассир связывается с клиентом/представителем (чат заявки)
5Менеджер наблюдает за чатом (read-only)
6Исполнитель меняет статусы: assigned → in_progress → completed
7При завершении → запись обязательств (клиент + контрагент если внешний)
8Отправка подтверждения (хэш, QR, чек)

🔁

Этап 3 — Сервис 24ч

Роль: Автоматика + Менеджер

1Благодарность клиенту
2Бот отправляет опрос (NPS / feedback)
3Реферальная программа — бот создаёт персональную ссылку
4Клиент подтверждает удобное время для будущих сделок
5Ежемесячно: оценка, выводы, корректировка стратегии

Источник данных

Бизнес-процесс описан владельцем продукта (PDF-схемы, апрель 2026). Все фичи Messenger Hub и CRM проектируются как реализация конкретных шагов этого workflow. Каждая задача в бэклоге привязана к этапу и шагу.

2 Зачем это бизнесу

Каждый шаг автоматизации = экономия времени менеджера = больше сделок = больше прибыли

⚡

Скорость ответа → Конверсия

Среднее время от запроса до оффера сейчас: 15–30 мин (ручной расчёт)

С автоматикой: 2–3 мин (рекомендация маржи + генерация оффера)

Бизнес-эффект: конверсия +25–40% — OTC-рынок: кто быстрее ответил, тот продал

👁

Прозрачность → Контроль

Статусы заявок в реальном времени — нет «чёрных дыр»

Менеджер видит чат кассир↔клиент → мгновенная эскалация

Бухгалтер закрывает с полной картиной — цифрам можно верить

🪟

Единое окно → Эффективность

Сейчас менеджер переключается между 5 вкладками (TG, WA, CRM, Excel, калькулятор)

Всё в Messenger Hub: переписка + контекст клиента + калькулятор + заявки

Экономия 2–3 часа в день на рутине → больше времени на продажи

🌐

Контрагентская сеть → Масштаб

Контрагент = исполнитель заявки с автоматическим учётом обязательств

Один интерфейс для своих и внешних кассиров

Фундамент для межброкерской сети (P3-стратегия)

3 5 ролей: кто что делает

Каждая роль — свой опыт в одной платформе

4 Матрица: роль × функция

Функция	Менеджер	Супервизор	Владелец	Кассир	Бухгалтер
Чат с клиентами	● основное	● escalation	read-only	● по заявке	✗
Чат с контрагентами	● закупщик	read-only	✗	✗	✗
Рабочий чат команды	● участник	● участник	● участник	● по задачам	● участник
Создание сделок (Swap)	●	✗	✗	✗	✗
Создание заявок на исполнение	●	✗	✗	✗	✗
Назначение исполнителя	●	● override	✗	✗	✗
Исполнение заявок (cash/крипто/бн)	✗	✗	✗	●	✗
Управление статусами заявки	✗	● override	✗	●	✗
Сверка и закрытие сделки	✗	✗	✗	✗	●
Распределение профита	✗	✗	● правила	✗	● исполняет
Настройка системы (курсы, локации)	✗	✗	●	✗	✗
AI-подсказки	маржа, возражения	аномалии	тренды	✗	расхождения
Дашборд	свои метрики	метрики команды	весь бизнес	свои задачи	P&L

5 Жизненный цикл сделки по ролям

🎧 Менеджер

Запрос клиента

↓

Создать заявку (Swap)

↓

Рассчитать маржу (AI)

↓

Сгенерировать & отправить оффер

↓

Клиент принял

↓

Создать Fulfillment Orders

↓

Назначить исполнителя

↓

Наблюдать чат (read-only)

💵 Кассир / Контрагент

Принять задачу (assigned)

↓

Общаться с клиентом (in_progress)

↓

Исполнить (cash / крипто / бн)

↓

Подтвердить завершение ✓

🧮 Бухгалтер

Получить в очередь

↓

Сверить суммы (факт vs план)

↓

Распределить профит

↓

Закрыть сделку ✅ Filled → Finished

6 Fulfillment Order — модель заявки на исполнение

Каждая заявка = единица работы с собственным чатом, статусами и реквизитами

FULFILLMENT ORDER

├── id, type (deposit | withdraw), method (cash | bank | crypto)

├── partner_id // клиент, author_id // менеджер

├── executor_type (internal | counterparty), executor_id

├── instrument_id, amount, swap_id // опц.

├── status: created → assigned → in_progress → completed | failed

├── requisites_json // тип-зависимые реквизиты

├── attachments_json // документы, чеки, фото

├── created_at, updated_at, completed_at

└── Чат заявки: привязан к task, участники = исполнитель + клиент, менеджер = read-only

Поток статусов:

new

created

→

asn

assigned

→

wip

in_progress

→

done

completed

Ответвления: rejected failed cancelled reassigned

Типы реквизитов:

💵 Cash

› Контактное лицо

› Телефон

› Адрес встречи

› Время встречи

🏦 Bank

› Банк, счёт

› БИК

› Получатель, ИНН

› Назначение платежа

₿ Crypto

› Сеть (chain)

› Адрес кошелька

› Memo / Tag (опц.)

› Hash подтверждения

Двойная запись при контрагенте

При завершении внешним контрагентом создаётся двойная запись — Transaction по клиенту + Counterparty Ledger (взаиморасчёт). Это фундамент для Settlement-системы и автоматической сверки позиций между брокерами.

7 Что дальше: план реализации

Итерационный подход — от фундамента к полной автоматизации

v0 — Готово Базовый чат и CRM

Чат клиент↔менеджер через MessengerHub (mh_conversation + mh_message + mh_participant). Портал ChatLivecom и CRM PartnerLivecom Chat tab — оба на MessengerHub services. FAB badge через countUnreadForPartner. Команда messenger:migrate-client-messages для миграции legacy данных.

v1 — Готово Модели данных + Data Layer

Бандл MessengerHub: 5 Entity (Conversation, Participant, Message, Attachment, ChannelAccount) + 5 Repository + 8 Enum. SwapTaskEntity расширен (conversation_id, method, requisites_json). Миграция выполнена на 4 брокерах. CRUD-тест пройден.

v2 — Готово Inbox + Chat в CRM

InboxLivecom (список чатов с unread-badge, type-иконками, фильтрацией, archive), ChatLivecom (диалог с bubbles, reply-to, system messages, polling 3s, loadMore). ACL Resource::Messenger, sidebar menu с badge, 25 ключей переводов. Интеграционный тест 18/18.

v3 — Готово Context Panel: клиент + калькулятор

Правая панель в Messenger Hub: карточка клиента (аватар, UID, ссылка на профиль), Exchange-балансы, последние 5 сделок со статусами, быстрый калькулятор маржи (отдаёт×курс×(1-маржа%)), кнопка «Отправить оффер в чат». 2-колоночный layout, responsive (toggle на мобильном). 15 ключей переводов EN/RU.

v4 — В работе Рекомендации маржи, генерация оффера, скрипты

AI-движок: рекомендация оптимальной маржи на основе статистики + направления рынка, автогенерация визуального оффера, подсказки для работы с возражениями в реальном времени.

v5 — Supervisor & Accountant Дашборд супервизора + Ledger-вид бухгалтера

Monitoring-дашборд: все чаты команды, метрики конверсии, SLA. Ledger-интерфейс бухгалтера: очередь закрытия, калькулятор распределения профита, подпись «цифрам можно верить».

v6 — Будущее Полная автоматизация 3-этапного workflow

Триггеры, drip-маркетинг, нурчуринг, автоматический follow-up, NPS-опросы, реферальные ссылки — весь Этап 3 становится автоматическим. Менеджер занимается только продажами.