PipeLine 24

Softphone отвечает на звонок. CRM — на бизнес-вопрос

В типичном call-центре день выглядит так: звонок падает в очередь, оператор поднимает трубку, а дальше начинается хаос маленьких контекстов. Кто этот клиент? Звонил ли он вчера? Какой у него тариф, открытый тикет, обещанный callback? Куда ушёл лид после перевода на продажи?

Если ответы живут в голове смены, в чате Telegram и в трёх таблицах Excel, вы масштабируете не сервис, а хаос. Softphone здесь необходим, но недостаточен: он соединяет людей. CRM должна соединять факты.

Именно поэтому «CRM для call-центра» — это не «ещё одна карточка клиента для продаж». Это операционный контур: карточка + маршрутизация + статусы + контроль качества + передачи между ролями без потери истории.

Пять слоёв, без которых контур не работает

1. Карточка контакта и компании. Полная лента: звонки, чаты, письма, тикеты, сделки, обещания. Без единой карточки каждый перевод — это «начните сначала».
2. Очереди и маршрутизация. Навыки, приоритет, overflow, VIP-правила, таймеры SLA. Иначе нагрузка распределяется «кто свободен», а не «кто компетентен».
3. Скрипты и чек-листы. Не простыня на 40 экранов, а короткие ветки под сценарий: претензия, продажа, техподдержка, повторный контакт. Оператору должно быть быстрее работать по сценарию, чем без него.
4. Кабинет супервайзера. Живая занятость, abandoned rate, время первого ответа, доля повторных обращений, выборки для прослушки. Если метрик нет в момент смены — вы управляете по ощущениям.
5. Интеграции. АТС/softphone, мессенджеры, почта, биллинг, полевые бригады. Звонок без записи в карточку — дыра. Карточка без звонка — декорация.

Что обычно ломает внедрение

Покупают «продажную CRM» и заставляют операторов заполнять десять полей, которые не влияют на разговор. Через две недели поля пустые, отчёты врут, доверие к системе падает.

Игнорируют wrap-up коды и исходы звонка. Без исходов нет воронки, нет понимания причин отказов, нет материала для обучения.

Нет ролевой модели. Экран оператора, тимлида и QA должны отличаться. Если все видят всё — либо шум, либо страх ошибиться.

Телефония оторвана от карточки. Звонок завершился — контекст умер. Следующий оператор снова спрашивает имя.

Big-bang запуск. Пытаются включить сразу телефонию, мессенджеры, сложные SLA, AI и интеграции с ERP. Команда не успевает выработать привычку даже на базовом контуре.

Практичный план на 4 недели

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

Неделя 2. Короткие скрипты по 3–5 ключевым сценариям, wrap-up коды, простой SLA на первый ответ. Цель — одинаковый минимум качества без бюрократии.

Неделя 3. Дашборд супервайзера и выборки для QA. Разбор 10–20 звонков в неделю важнее красивого BI. Цель — управлять сменой по фактам.

Неделя 4. Мессенджеры/почта и передача в продажи/сервис с сохранением истории. Цель — клиент не рассказывает историю заново на каждом канале.

Правило: новый модуль только после того, как предыдущий слой стал привычкой смены, а не «проектом IT».

Как понять, что CRM уже «для call-центра»

Есть три быстрых litmus-теста.

• Тест оператора: за 5 секунд видно, кто звонит и что было вчера. Если нет — это не CRM, а справочник.
• Тест супервайзера: за 30 секунд понятно, где горит очередь и кто выбивается из SLA. Если нет — вы тушите пожары ушами.
• Тест передачи: при эскалации в продажи или сервис история не обнуляется. Если обнуляется — каналы живут отдельно, клиент это чувствует.

Если хотя бы один тест провален, сначала чините контур, а не покупайте ещё один модуль отчётности.

Где здесь Pipeline24

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

Идея простая: сначала тонкий контур, которым пользуются в первый день, потом модули. Не чеклист из сотни галочек до первого звонка.

Пример кода (тест Markdown)

Ниже фрагмент на TypeScript — проверка fence ```ts и подсветки.

import { Component, input, computed } from '@angular/core';

@Component({
  selector: 'app-blog-snippet',
  standalone: true,
  template: `
    <article>
      <h1>{{ title() }}</h1>
      <p>{{ excerpt() }}</p>
    </article>
  `,
})
export class BlogSnippetComponent {
  readonly title = input.required<string>();
  readonly excerpt = input('');

  readonly preview = computed(() =>
    this.excerpt().trim() || 'No excerpt yet',
  );
}

Скриншоты для теста рендера

Ниже дополнительные картинки из Media Library — проверка вставки картинок из Media Library.