В небольшой команде договорённости часто держатся на памяти менеджера. Клиент пишет на почту, звонит коллеге и получает два разных обещания. Когда сотрудник отсутствует, работу приходится собирать заново.
CRM-система для малого бизнеса должна помогать команде из 3–10 человек видеть потребность клиента, ответственного и ближайший шаг. Для начала достаточно трёх связанных процессов: принять обращение, довести продажу до решения и передать заказ исполнителю.
Сначала определите границы процесса
Возьмите десять недавних обращений: обычные, потерянные, повторные и потребовавшие участия коллег. Восстановите фактическую цепочку действий. Где появился запрос? Кто решил, что он относится к продажам? Когда клиенту назвали срок? Как исполнитель узнал о согласованных условиях?
Не начинайте с переноса всей клиентской базы. Сначала договоритесь, какой результат должен давать новый порядок. Например: каждое новое обращение зарегистрировано в день получения, у него есть один ответственный и следующее действие. Для команды с другим графиком срок регистрации будет иным: правило должно соответствовать реальному режиму работы.
Если пока непонятно, в какой точке исчезают обращения, начните с разбора потерь в процессе продаж. Здесь задача уже практическая: собрать минимальный рабочий контур.
Настройте три связанных процесса
1. Регистрация и распределение обращений
Назначьте человека, который проверяет входящий поток, и замену на время его отсутствия. В небольшой команде это может быть дежурный менеджер. Он проверяет, не существует ли уже запись о клиенте, фиксирует суть вопроса и назначает ответственного. Если распределение происходит вручную, это тоже рабочий вариант при понятном регламенте.
2. Работа с подтверждённой потребностью
Для простого процесса достаточно нескольких этапов: уточняем задачу, готовим предложение, согласуем условия, ждём подтверждения, передаём заказ. Отдельно фиксируются завершение и отказ с причиной. Этап должен показывать реальное состояние переговоров.
«Предложение отправлено» ещё не означает «клиент согласовал». Переход подтверждается событием: получены необходимые исходные данные, отправлена согласованная версия, клиент подтвердил состав заказа. Сотрудники должны одинаково понимать каждое условие.
3. Передача заказа исполнителю
Определите, что исполнитель получает вместе с заказом: состав, количество, согласованный срок, особые условия и контакт для уточнений. У передачи должно быть подтверждение приёмки. До него менеджер остаётся владельцем вопроса и проверяет, достаточно ли данных.
В условной компании менеджер Анна продаёт изготовление 40 корпусов. Расчёт делает Игорь. Его задача «подготовить стоимость по чертежу версии 3 к среде, 12:00» связана с клиентским запросом. Анна отвечает за общение с покупателем; Игорь — за результат расчёта. Два участника не означают двух владельцев одной коммуникации.
Оставьте в карточке данные для следующего действия
Для старта достаточно клиента, контакта, сути запроса, ответственного, этапа, следующего действия и срока. Условия заказа добавляйте по мере уточнения. Если бюджет неизвестен, так и укажите; обязательное выдуманное число ухудшает данные.
Проверьте каждое поле вопросом: кто использует его для решения? Если ответа нет, отложите поле. Это не запрет на подробную карточку: технически сложный продукт потребует больше исходных данных, чем стандартная поставка.
Вот заполненный учебный пример, который можно использовать как шаблон:
- Клиент и контакт: «Компания А», Ольга, специалист по закупкам; рабочий контакт указан в записи.
- Запрос: изготовить 40 корпусов по чертежу версии 3; покрытие требует уточнения.
- Ответственный: Анна; замена на время отсутствия — Сергей.
- Этап: уточняем задачу.
- Подтверждённые условия: количество 40; срок поставки пока не согласован.
- Следующее действие: Анна уточняет требования к покрытию у Ольги.
- Срок: вторник, 11:00; при отсутствии ответа — согласовать повторный контакт.
- Связанный результат: после уточнения Игорь получает задачу на расчёт стоимости и выполнимого срока.
Карточка должна позволять коллеге продолжить работу без пересказа всей переписки. Для этого записывайте результат разговора: что подтвердили, что осталось неизвестным, о чём договорились дальше.
Привяжите задачи к контексту
В задаче указывайте результат, который нужен клиенту или коллеге. Вместо «позвонить» — «уточнить покрытие для 40 корпусов и передать данные Игорю для расчёта». После разговора сохраняйте ответ и договорённость о следующем контакте.
Проверьте замену менеджера на практике: коллега открывает карточку и за несколько действий находит текущую версию чертежа, обещание покупателю и незавершённый расчёт. Если для этого нужен автор переписки, карточку следует доработать.
При паузе изменяйте задачи осознанно. Просьба клиента вернуться через месяц прекращает прежнюю серию напоминаний; причина и согласованная дата остаются в истории.
Запустите процесс на одной неделе работы
Используйте первую рабочую неделю как проверку правил, если подключения уже готовы. Сначала согласуйте этапы и ответственность, затем вместе с менеджерами проведите пять обращений. Включите отсутствие сотрудника, повторный запрос и передачу инженеру. В конце недели уберите поля, которые никто не использовал для решения.
В учебном примере в исходных каналах обнаружили 24 обращения, а в учёте — 22. Полнота регистрации: 22 / 24 × 100 ≈ 91,7%. Два пропуска ищут по исходным сообщениям. Среди 18 активных карточек четыре не имеют следующего действия — это отдельная очередь исправлений.
Эти показатели отвечают на разные вопросы. Полнота показывает, всё ли попало в работу; следующий шаг — можно ли продолжать зарегистрированный запрос. При переносе из таблиц сначала подготовьте правила данных и пробную загрузку.
Когда минимальной схемы недостаточно
Разные продуктовые направления, тендеры и сложные технические согласования могут потребовать отдельных маршрутов. Добавляйте их после разбора конкретного случая, который не помещается в простую схему.
В ЧатПлюс есть единые входящие, CRM и воронки продаж, проекты и задачи. Начните обсуждение подключения с трёх обезличенных обращений: обычного, зависшего и переданного коллеге. Покажите ExtentLab, какую договорённость сейчас трудно найти: на этом примере можно проверить нужные настройки и состав первого запуска.