Учёт клиентов для ЧОП: база объектов, договоров и повторных заказов

Почему база заказчиков у ЧОП рассыпается

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

Где данные лежат сейчас и что из них выпадает

В Haivis то же самое лежит в одном месте: клиент, его объекты, сделки, переписка из подключённых каналов, файлы проекта и журнал действий. Как это устроено по этапам — в описании воронки для охранного предприятия.

Что имеет смысл записывать по заказчику

• Кто платит и кто решает: юрлицо и подписант отдельно от контактного лица на объекте.
• Все объекты одного заказчика — у сети магазинов их может быть десяток.
• Вид охраны и режим по каждому объекту.
• Дату окончания договора — самое ценное поле в этой нише.
• Историю осмотров: кто выезжал, что увидел, что предложили.
• Причину отказа и от кого сейчас охраняется объект, если знаете.
• Источник обращения — чтобы понимать, что вообще приносит заявки.

Чего записывать не стоит: схемы расстановки постов, маршруты, коды доступа, состав смен, данные систем безопасности заказчика. CRM — не место для этого, даже с разграничением доступа.

Откуда в охране берутся повторные сделки

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

• Пролонгация. Договор обычно годовой. Если поставить задачу за пару месяцев до даты окончания, разговор идёт с позиции действующего партнёра, а не участника конкурса.
• Второй объект того же заказчика. Открыли ещё один склад или магазин — вопрос охраны решается быстрее всего с теми, кто уже работает.
• Стройка, которая превращается в готовый объект. Временная охрана площадки заканчивается сдачей, а объекту после сдачи охрана нужна снова — уже другая.
• Отказники с датой возврата. Заказчик выбрал другое ЧОП — запишите, когда у него заканчивается тот договор, и вернитесь к этому сроку.
• Смежные услуги. Заказчику с физической охраной может понадобиться реагирование или видеонаблюдение, разовая охрана мероприятия, сопровождение.
• Сезонные объекты. Дачные посёлки, площадки, летние площадки возвращаются каждый год.

Все эти возвраты в Haivis держатся на задачах с исполнителем и дедлайном — не на памяти. Массовых рассылок в системе нет: возврат идёт личным сообщением или звонком по конкретному поводу, и в охране это работает лучше.

Как перенести базу без остановки работы

Переносите порциями, а не всё сразу. Сначала действующие договоры: заказчик, объекты, срок, ответственный. Потом сделки в работе — те, где идёт осмотр или согласование. Третьим заходом — отказы за последний год с причиной и датой возврата. Переписку из подключённых каналов не переносят руками: она подтягивается в Haivis сама и привязывается к сделке. Отсканированные договоры и приложения кладутся в файлы проекта.

Чего эта база не заменяет

Как посчитать, сколько стоит потерянный объект

Договор охраны — это ежемесячная выручка на годы. Поэтому расчёт простой: потеря одного объекта равна годовой сумме договора.

Поводы написать первым

Чего нельзя делать с базой

• Хранить сведения о режиме охраны объектов в общем доступе.
• Рассылать предложения без согласия.
• Передавать данные об объектах подрядчикам.

Она не ведёт смены и табель охранников, не следит за сроками удостоверений и лицензий, не заменяет бухгалтерию, обмен с 1С и пультовую программу. Это коммерческая база: кто заказчик, какие у него объекты, что ему обещали и когда с ним говорить снова. Первую линию по входящим при этом может держать ИИ-агент, а сами обращения приходят из подключённых каналов.