Большая CRM простым языком

Как большая CRM
держит работу под контролем

На примере обезличенной модели Bitrix24 покажем путь обращения: от первого контакта до результата, передачи между отделами и контроля сроков.

Посмотреть на примере одной заявки Открыть всю карту

Обезличенная учебная реконструкция.
Не копия клиентского портала и не прямой эфир.

Принципиальная модель

01 / ВХОДОбращениеКанал и ответственный

02 / ПРОДАЖИПередача делаУсловия и документы

03 / ИСПОЛНЕНИЕПриёмка работыПроверка комплекта

04 / КОНТРОЛЬРуководительПричина и следующий шаг

Передача — не просто смена стадииПокажем, что система проверяет между отделами

Иллюстрация, не фотография обследованной компании

Как читать этот обзор

Сначала пример. Потом — схема и детали.

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

Начать с примера

Паспорт учебной модели

Сложность портала — в связях

В каталоге сотрудников портала отображается 126 учётных записей (проверено 23.09.2026). Это число записей, а не подтверждённое количество работающих людей. Остальные числа ниже относятся к учебной модели.

126учётных записей сотрудников в каталоге

4учебных маршрута обращений

6шагов в примере работы

3контрольных слоя модели

Контуры модели

От входящего запроса до повторной работы

4учебных канала входа
4учебных маршрута
3контрольных слоя модели

Как читать схему

Важен не счётчик, а взаимодействие

Названия, число элементов и связи изменены. Схема показывает принцип организации работы, а не выгрузку или штатное расписание компании.

Зачем это показано

Чтобы увидеть, где нужна архитектура

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

Для собственника и руководителя

Что меняется в управлении

Сложная CRM нужна не ради количества настроек. Её ценность — в понятных передачах, видимых отклонениях и управляемом результате.

Видно, где остановилась работа

Руководитель видит не только просрочку, но и причину, владельца и следующий шаг.

Ответственность не теряется

Каждая передача заканчивается подтверждением приёмки, а не просто сменой статуса.

Данные не вводятся заново

Контекст обращения и договорённости переходят вместе с задачей между отделами.

Результат возвращается в систему

Обратная связь запускает следующий цикл, а не исчезает после закрытия услуги.

Управленческий срез · учебная модель

Что руководитель видит каждый день

Здесь не статистика исходного портала, а пример того, как сложную архитектуру можно перевести в несколько управленческих сигналов.

ВХОДЯЩИЕ24обращения за неделю

ПРИЁМКА3дела ждут подтверждения

КОНТРОЛЬ2сигнала руководителю

ЦИКЛ1повторное обращение

Функции в моделиБез подсчёта сотрудников

Приём обращенийКаналы и распределениефиксирует запрос и назначает владельца

Коммерческий блокПотребность и условиясогласует объём и готовит передачу

ИсполнениеУслуга и результатвыполняет принятую работу

Контроль и поддержка CRMКачество и правила системыпроверяет результат и поддерживает процесс

Фактическое число сотрудников не установлено: учётные записи портала могут быть служебными и не равны людям.

01 / ПРОБЛЕМА

Работа зависает между отделами

Статус меняется, но принимающая команда не подтвердила комплект.

02 / НАСТРОЙКА

Передача получает критерий приёмки

Система создаёт задачу, сохраняет контекст и ждёт подтверждения.

03 / ЭФФЕКТ

Руководитель видит причину

Сигнал уходит не на любую просрочку, а на конкретное отклонение.

Подробнее: кто что видит и изменяет в CRM

Роль	Видит	Изменяет
Менеджер	Свои обращения и сделки	Следующий шаг и договорённости
Руководитель	Отклонения своего направления	Правила контроля и эскалации
Исполнитель	Принятые рабочие задачи	Результат и статус выполнения
Контроль	Приёмку, замечания и сроки	Проверку результата и решение
CRM-администратор	Настройки и историю изменений	Поля, роли и автоматические действия

Показатели и права в этом блоке демонстрационные. Они не являются выгрузкой или настройкой доступа исходного портала.

Выберите точку зрения

Одна карта — три способа чтения

Начните с управленческого маршрута: где появляется ответственность и на каком шаге руководителю нужен контроль.

Сейчас выбран маршрут для руководителяНачать с управленческого сценария

Путь обращения · 6 шагов

Глазами руководителя

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

Дело DEMO-021Вымышленный пример

Шаг 1 из 6Обращение принято

У каждого обращения есть владелец

Запрос зарегистрирован. Команда приёма уточняет потребность и назначает менеджера нужного направления.

Ответственный: Команда приёма обращений
Следующий шаг: Уточнить задачу клиента
Что нужно для продолжения: Известны услуга и ответственная команда

Приём обращений

Продажи

Исполнение

Руководитель

Шаг 1 из 6. Обращение принято.

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

01 / Карта системы

Как одна заявка
проходит через команды

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

Источник

Откуда пришёл запрос: сайт, звонок, чат или партнёр.

Рабочий маршрут

Команды принимают задачу, выполняют обещанную работу и передают результат.

Контроль

Проверки, напоминания и отчёты показывают, где нужен следующий шаг.

Коротко о терминах CRM

Воронка: Последовательность этапов для одного типа задачи.
Стадия: Текущий шаг, на котором сейчас находится дело.
Приёмка: Подтверждение, что следующая команда получила всё нужное и готова продолжить.
Робот: Одно автоматическое действие, например создать задачу или отправить уведомление.
Бизнес-процесс: Заранее заданная цепочка действий и проверок: система выполняет нужные шаги и помогает не забыть о сроках.
Смарт-процесс: Отдельный тип дел в CRM со своими этапами, полями и правилами.

СНАЧАЛА — КРУПНАЯ КАРТИНАОдна заявка проходит шесть понятных этапов

Нажмите этап — ниже откроется соответствующий узел.

ВЫБЕРИТЕ, ЧТО ИЗУЧИТЬОт общей картины
к правилам работыСвободно исследуйте карту ниже или начните с одного из разборов.

Путь клиентаСценарная анимация

100%

Перетаскивайте фон для перемещения

Выбирайте узлы клавишей Tab. Enter или пробел открывает подробности выбранного узла. На телефоне используйте список узлов под картой. Фон карты можно перемещать мышью или пальцем.

Принимает запросВыполняет работуПроверяет результатПоддерживает процессСиняя стрелка — передача работы · зелёная — контроль · серая — системная связь. Подробно показан один пример передачи; такие переходы могут быть и на других маршрутах.

Выберите сценарий или исследуйте любой узел.

Для интерактивной карты нужен JavaScript. Основной маршрут: источник → квалификация → продажа → исполнение → качество → обратная связь → повторное обращение.

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

Связь между отделами

Кто принимает, выполняет и проверяет

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

Этап	Принимает	Выполняет	Проверяет	Что передаётся
Первичное обращение	Первая линия	Коммерческий блок	Руководитель продаж	Канал, контакт и предмет запроса
Квалификация	Коммерческий блок	Менеджер	Владелец направления	Услуга, язык и ответственный
Передача в исполнение	Операционный блок	Координатор	Руководитель	Договор, документы и ограничения
Исполнение	Специалист	Профильная команда	Контроль качества	Результат, срок и статус приёмки
Замечание клиента	Клиентский сервис	Владелец услуги	Контроль качества	Причина, задача и решение
Следующий цикл	Менеджер по клиенту	Коммерческий блок	Аналитика	Оценка, сигнал и следующий контакт

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

Слой маршрутов

Какие рабочие пути живут внутри CRM

Каждая карточка ведёт к отдельному учебному примеру с назначением, владельцем, стадиями и ожидаемым результатом. Названия адаптированы для объяснения модели.

01 / ВХОД

Первичное обращение

Не дать новому запросу потеряться до назначения владельца.

Владелец: Команда приёма обращений
Выход: Понятны запрос и следующий ответственный

02 / ПРОДАЖА

Согласование условий

Уточнить потребность, договориться об объёме и подготовить передачу.

Владелец: Коммерческий блок
Выход: Условия и пакет передачи согласованы

03 / ИСПОЛНЕНИЕ

Ведение дела

Провести длительную услугу через документы, ожидание и результат.

Владелец: Координатор
Выход: Результат проверен и сообщён клиенту

04 / СЕРВИС

Регулярное обслуживание

Согласовать период, выполнить план и зафиксировать решение о продолжении.

Владелец: Сервисный координатор
Выход: Итоги периода и решение о следующем шаге

05 / КОНТРОЛЬ

Замечание клиента

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

Владелец: Контроль качества
Выход: Решение проверено с клиентом

06 / ЦИКЛ

Повторная работа

Вернуться к клиенту, когда появляется новая потребность или согласованный повод.

Владелец: Менеджер по клиенту
Выход: Новый запрос или закрытый контакт

Связи между маршрутамиПродажа не заканчивается на договоре

После передачи начинается исполнение; замечание открывает отдельную проверку качества; новая потребность запускает следующий контакт.

ПродажаИсполнениеКонтрольСледующий цикл

02 / Внутри воронки

За каждой стадией
стоит конкретная работа

Нажмите на стадию: изменятся критерий перехода, примеры полей и действия системы. Карточки содержат учебные данные.

Назначение

Участники модели

Учебный пример

Примеры полей на стадии

Условие → действие → польза

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

03 / Каталог

Зачем компании столько
разных процессов

Группировка сохраняет смысл работы, но меняет названия, специализацию и порядок. Воронки и внутренние процессы разделены по назначению.

Найти процессНаправление

Каталог реконструкции не повторяет исходные воронки один к одному. Внутренние имена, регионы и технические идентификаторы в страницу не включены.

04 / Автоматизация

Что система делает
между действиями людей

Один переход может запустить несколько действий. Число роботов и число самостоятельных шаблонов бизнес-процессов нужно считать отдельно.

01 / РОБОТ

Одно действие по условию

Например, поставить задачу, отправить уведомление или изменить поле.

02 / БИЗНЕС-ПРОЦЕСС

Цепочка действий и решений

Последовательность задач, согласований, возвратов и контрольных сроков.

03 / ИНТЕГРАЦИЯ

Обмен с внешней системой

Передача события между CRM, телефонией, почтой, сайтом или отчётностью.

01
Сохранить контекст
Источник и история общения остаются в карточке клиента.
02
Назначить владельца
Услуга и язык определяют, кто принимает обращение.
03
Создать следующее действие
Ответственный получает задачу с результатом и сроком.
04
Сообщить об отклонении
Если дело задерживается, проблема попадает к руководителю.
05
Передать работу дальше
Исполнитель получает договор и данные, собранные в продаже.

Польза для команды

Понятно, кто отвечает за следующий шаг.
Меньше повторного ввода данных.
Сроки видны в общем процессе.
Замечание клиента не теряется после продажи.

Ожидаемая польза механизмов. Измеренный рост продаж или экономия времени не заявляются.

05 / Работа CRMPro

Такую архитектуру
нужно сопровождать

Для аудита мы начинаем с вопроса: что должно перейти из одного отдела в другой и кто проверяет результат? Затем сопоставляем ответ с воронками, данными и автоматизацией.

Карта ответственности

Владелец процесса, участники и критерии готовности результата.

Проверка передач

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

Ревизия автоматизации

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

Проверка изменений

Тестовый сценарий до изменения, повторная проверка после него.

Как читать эту страницу

Что подтверждено,
а что показано как пример

Основа

В основе — опыт анализа крупной CRM-системы. Из исходных данных оставлен только один агрегат: 126 учётных записей в каталоге сотрудников на дату проверки. Это не подтверждённая численность людей.

Реконструкция

Все остальные числа, названия, связи, карточки, поля и правила стадий изменены или собраны как учебный пример. Анимация не показывает реальные обращения в прямом эфире.

Границы вывода

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

Обсудить свою систему

Соберём карту вашего портала

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

Обсудить аудитПерейти к контактам CRMPro