Битрикс24 для франшизы: учёт партнёров, заявки и отчётность сети

Главный вопрос: один портал или несколько?

Прежде чем трогать CRM, управляющей компании нужно решить архитектурный вопрос: как партнёры вообще будут работать в Битрикс24? По нашей практике, устойчивых моделей три:

Модель	Описание	Когда подходит
Один портал, разные права доступа	Все франчайзи работают на одном портале. Для каждого — отдельные воронки и ограничения прав	Небольшая сеть (до 10–15 точек), на старте или в режиме «обкатки»
Мультипортальная структура	У каждого франчайзи свой независимый портал, управляемый с основной лицензии тарифа Энтерпрайз	Зрелая сеть с высокой степенью автономии партнёров
Независимые порталы	Каждый партнёр покупает Битрикс24 сам и настраивает под себя	Когда УК не участвует в операционном управлении

Для старта и «обкатки» процессов мы обычно рекомендуем облачный тариф «Профессиональный» с единым порталом — быстро настраивается, не требует лишних затрат на инфраструктуру. Когда сеть начинает расти, стоит заранее продумать переход на Энтерпрайз или мультипортальную схему, а не делать это в режиме пожара.

Как устроен учёт партнёров и точек

Карточка партнёра строится на стандартных сущностях CRM — компания и контакт — плюс пользовательские поля под специфику конкретной франшизы.

Типовой набор полей карточки партнёра:

• Регион / город присутствия — нужен для маршрутизации заявок и фильтрации отчётов
• Статус точки (активна, на паузе, в запуске) — Смарт-процесс с воронкой по жизненному циклу партнёра
• Ответственный менеджер УК — назначается автоматически по правилам при добавлении новой точки
• Дата открытия, дата последней проверки — чтобы контролировать соблюдение стандартов. Без этих полей проверки быстро превращаются в формальность
• Финансовые показатели (роялти, обороты) — если данные передаются из учётной системы

Для нестандартных объектов — скажем, «Точка франшизы» или «Аудит партнёра» — удобно использовать смарт-процессы. Они дают отдельную сущность с собственной воронкой, полями и правами, не перегружая основную CRM.

Партнёров можно добавить на портал как сотрудников с ограниченными правами. При росте сети стоит смотреть в сторону внешних участников (Коллаб) — это снижает нагрузку на лицензию и даёт больше гибкости в управлении доступом.

Единый поток заявок: как собрать обращения со всей сети

На схеме — как заявки из разных каналов попадают в единую CRM управляющей компании, автоматически расходятся по менеджерам и партнёрским точкам, а руководство получает сводную картину.

flowchart LR
    SITE[Сайт УК / лендинги партнёров] --> B24[Битрикс24 УК]
    PHONE[Телефония] --> B24
    WA[WhatsApp / мессенджеры] --> B24
    MAIL[Почта по городам] --> B24
    B24 --> DIST[Распределение по партнёрам]
    DIST --> P1[Точка А]
    DIST --> P2[Точка Б]
    DIST --> P3[Точка В]
    B24 --> REPORT[Сводная отчётность УК]

Ключевые интеграции для сбора заявок со всей сети:

• Сайт и лендинги — формы с разных сайтов франчайзи передают лиды в общую воронку с признаком источника (UTM или поле «Город»)
• Телефония — номера привязываются к городам; входящий звонок автоматически уходит к менеджеру нужной точки
• WhatsApp и мессенджеры — через открытые линии все обращения фиксируются в CRM независимо от канала
• Почтовые ящики по городам — входящее письмо создаёт лид с привязкой к ответственному менеджеру по адресу ящика. Работает тихо, но экономит кучу времени

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

Воронка продаж для сети франшизы

Воронка управляющей компании обычно решает сразу две задачи: обработка заявок от потенциальных франчайзи и работа с заявками конечных клиентов сети.

Воронка «Продажа франшизы» — типовые стадии:

1. Новый запрос
2. Квалификация (регион, бюджет, опыт)
3. Презентация условий
4. Согласование договора
5. Подписание / оплата паушального взноса
6. Ввод в работу (адаптация партнёра)

Воронка «Заявки клиентов сети» ведётся либо централизованно на портале УК, либо спускается на уровень партнёрской точки — зависит от выбранной архитектуры.

Если нужно согласовывать договоры с партнёрами — лицензионные соглашения, допсоглашения — маршруты согласования настраиваются прямо в Битрикс24, без лишней переписки.

Права доступа: что видит УК, что видит партнёр

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

Роль	Что видит	Что может делать
Менеджер партнёра	Только свои сделки и клиентов	Создавать сделки, вести переписку, закрывать задачи
Руководитель точки	Сделки и клиентов своей точки	Все действия + просмотр отчётов по своей точке
Менеджер УК	Все точки в своём регионе	Аналитика, контроль, редактирование
Руководитель УК	Полный доступ	Настройки, отчётность по всей сети, управление пользователями

На практике это выглядит так: роли ограничивают доступ к сделкам, контактам и лидам в зависимости от уровня сотрудника. Автоматическое назначение ответственных работает по заданным правилам — например, по городу или типу заявки.

Отчётность по сети: что смотрит управляющая компания

Базовые отчёты Битрикс24 закрывают большинство потребностей УК без доработок. Подробнее о настройке срезов — в материале про отчёты и дашборды в Битрикс24.

Что обычно смотрят управляющие компании:

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

Если стандартных отчётов не хватает — настраиваются пользовательские. В типовом проекте мы создаём до 10 отчётов стандартными средствами Битрикс24, и этого обычно достаточно.

Автоматизация контроля стандартов сети

Рутинный контроль соблюдения стандартов франшизы — та самая история, где роботы и задачи экономят реальные часы работы менеджеров УК.

Проверенные сценарии:

• Автоматическое создание задач на проверку точки по расписанию — ежемесячно, ежеквартально
• Уведомления УК при нарушении норматива реакции: если лид «завис» на стадии дольше допустимого времени, ответственный получает сигнал
• Напоминания партнёру о продлении договора, передаче отчётности, прохождении обучения. Партнёры не любят напоминания, но забывают без них регулярно
• Смарт-процесс «Аудит партнёра» — фиксирует результаты проверки точки с полями чек-листа, фотоотчётом и статусом устранения замечаний
• Telegram-уведомления руководителю УК о критических событиях в сети — через интеграцию с Telegram-ботом

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

С чего начать внедрение

Типовой путь для управляющей компании франшизы выглядит так:

1. Аудит процессов — как сейчас обрабатываются заявки, как ведётся учёт партнёров, какие данные нужны для отчётности. Если Битрикс24 уже используется, рекомендуем начать с аудита портала.
2. Выбор архитектуры — один портал или мультипортальная схема (см. раздел выше).
3. Формирование ТЗ — описание воронок, полей карточек, правил распределения, отчётов. Этот этап в среднем занимает 10 часов аналитики. Как правильно составить задание — в статье про структуру ТЗ на доработку Битрикс24.
4. Настройка и интеграции — CRM, воронки, права, каналы коммуникации, отчёты.
5. Обучение — групповое, для команды УК и ключевых сотрудников партнёрских точек. Проводим удалённо, с записью экрана.
6. Масштабирование — подключение новых точек по готовому шаблону. Когда шаблон отработан, каждая следующая точка подключается заметно быстрее первых.