Учёт клиентов для ЧОП: база объектов, договоров и повторных заказов
Почему база заказчиков у ЧОП рассыпается
Действующих объектов у охранного предприятия обычно немного — десятки, а не тысячи. Кажется, что всех помнишь. Но помнит конкретный человек: коммерческий директор знает, у кого договор заканчивается в марте, менеджер — с кем полгода назад не сложилось по цене. Когда человек уходит, вместе с ним уходит и эта память.
Где данные лежат сейчас и что из них выпадает
| Где ведут | Что там на самом деле | Что теряется |
|---|---|---|
| Личный WhatsApp менеджера | Вся переписка с завхозом и директором объекта | При увольнении переписка уходит вместе с телефоном |
| Excel-файл с договорами | Название, сумма, дата | Не видно, кто был контактом и почему заказчик выбрал вас |
| Тетрадь или журнал заявок | Кто звонил и по какому объекту | Ничего не связано между собой, повторное обращение выглядит как новое |
| Почта | Согласования, приложения, реквизиты | Письма только у того, кто в переписке |
| Голова руководителя | Кто из отказавшихся созреет, у кого конкурс через год | Никуда не передаётся |
В Haivis то же самое лежит в одном месте: клиент, его объекты, сделки, переписка из подключённых каналов, файлы проекта и журнал действий. Как это устроено по этапам — в описании воронки для охранного предприятия.
Что имеет смысл записывать по заказчику
- Кто платит и кто решает: юрлицо и подписант отдельно от контактного лица на объекте.
- Все объекты одного заказчика — у сети магазинов их может быть десяток.
- Вид охраны и режим по каждому объекту.
- Дату окончания договора — самое ценное поле в этой нише.
- Историю осмотров: кто выезжал, что увидел, что предложили.
- Причину отказа и от кого сейчас охраняется объект, если знаете.
- Источник обращения — чтобы понимать, что вообще приносит заявки.
Чего записывать не стоит: схемы расстановки постов, маршруты, коды доступа, состав смен, данные систем безопасности заказчика. CRM — не место для этого, даже с разграничением доступа.
Первые 14 дней бесплатно: подключите свои каналы и посмотрите на живой переписке.
Откуда в охране берутся повторные сделки
Новый заказчик стоит дорого, а следующий договор с тем же — почти ничего. Работают несколько понятных ходов:
- Пролонгация. Договор обычно годовой. Если поставить задачу за пару месяцев до даты окончания, разговор идёт с позиции действующего партнёра, а не участника конкурса.
- Второй объект того же заказчика. Открыли ещё один склад или магазин — вопрос охраны решается быстрее всего с теми, кто уже работает.
- Стройка, которая превращается в готовый объект. Временная охрана площадки заканчивается сдачей, а объекту после сдачи охрана нужна снова — уже другая.
- Отказники с датой возврата. Заказчик выбрал другое ЧОП — запишите, когда у него заканчивается тот договор, и вернитесь к этому сроку.
- Смежные услуги. Заказчику с физической охраной может понадобиться реагирование или видеонаблюдение, разовая охрана мероприятия, сопровождение.
- Сезонные объекты. Дачные посёлки, площадки, летние площадки возвращаются каждый год.
Все эти возвраты в Haivis держатся на задачах с исполнителем и дедлайном — не на памяти. Массовых рассылок в системе нет: возврат идёт личным сообщением или звонком по конкретному поводу, и в охране это работает лучше.
Как перенести базу без остановки работы
Переносите порциями, а не всё сразу. Сначала действующие договоры: заказчик, объекты, срок, ответственный. Потом сделки в работе — те, где идёт осмотр или согласование. Третьим заходом — отказы за последний год с причиной и датой возврата. Переписку из подключённых каналов не переносят руками: она подтягивается в Haivis сама и привязывается к сделке. Отсканированные договоры и приложения кладутся в файлы проекта.
Чего эта база не заменяет
Она не ведёт смены и табель охранников, не следит за сроками удостоверений и лицензий, не заменяет бухгалтерию, обмен с 1С и пультовую программу. Это коммерческая база: кто заказчик, какие у него объекты, что ему обещали и когда с ним говорить снова. Первую линию по входящим при этом может держать ИИ-агент, а сами обращения приходят из подключённых каналов.
Частые вопросы
Рассчитывайте на ручной перенос порциями: сначала действующие договоры, потом сделки в работе, потом отказы за год. Переписка из подключённых каналов подтягивается сама.
Заводите дату окончания отдельным полем сделки и ставьте задачу с дедлайном за нужный срок до неё — задача придёт исполнителю, а не потеряется в голове.
Не рекомендуем. Схемы постов, маршруты и коды доступа не место в коммерческой CRM. Храните тип объекта, режим и условия договора.
Клиенты, объекты, переписка и файлы остаются в системе, история действий видна в журнале. Достаточно сменить ответственного по сделкам.