База клиентов клининга: адреса объектов и история уборок — КанБан

В клининговой компании «ЧистоПро» клиент — это почти всегда повторный заказ: одни убирают квартиру раз в неделю, другие держат договор на офис с уборкой каждый вечер, третьи вызывают генеральную уборку пару раз в год. Но данные о клиенте разбросаны: телефон записан в тетради диспетчера, адрес и код домофона — в переписке в мессенджере, «здесь моют полы только без химии, а кот боится пылесоса» — помнит клинер Ольга, которая обычно ездит на этот объект. Стоит диспетчеру уйти в отпуск или клинеру уволиться — и всё, что знали про клиента и его объект, уходит вместе с ними.

Отдельная беда — адреса объектов и история уборок. У одного клиента бывает несколько объектов: квартира, офис, дача. У каждого — свой код подъезда, свой набор ключей, свои требования и свой график. Когда клиент говорит «уберите как в прошлый раз», диспетчер Ирина Свежесть не может за секунду поднять, что именно и когда там убирали, кто ездил и сколько это стоило. В итоге забытые коды домофонов, повторные вопросы «а где вход», потерянные особые требования и клиент, которому не перезвонили, — всё это уходит прямой строкой в отток и жалобы.

В КанБан есть раздел «Клиенты» — единая база всех клиентов компании с телефоном, почтой, заметками и, главное, историей всех их уборок. Поиск идёт по всей базе, каждая карточка-заявка на уборку привязывается к клиенту, адреса объектов и требования хранятся в кастом-полях, а история выездов собирается сама. Разберём на примере «ЧистоПро».

В чём проблема клининговой компании

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

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

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

Как решает КанБан

Раздел «Клиенты» в КанБан — это CRM-справочник всех клиентов клининговой компании. Одна база, доступная всей команде, где у каждого клиента есть карточка, адреса его объектов, история всех уборок и особые требования. А сами уборки ведутся карточками-заявками на доске и в календаре — и автоматически прицепляются к клиенту.

Что умеет база клиентов:

• Карточка клиента. Имя или название компании, телефон, email и заметка. Этого достаточно, чтобы за секунду набрать номер, подтвердить уборку или написать.
• Поиск по всей базе. Строка поиска ищет по имени, телефону или email сразу по всем клиентам, а не только по видимой странице. Начните вводить фамилию, название офиса или последние цифры номера — нужный клиент найдётся мгновенно.
• История уборок. У каждого клиента виден счётчик и список всех связанных карточек-уборок: когда приезжали, на какой объект, какой был тип уборки, кто ездил, какой статус и сумма. Вся хронология выездов — в одном окне.
• Привязка заявки к клиенту. Карточка-уборка на доске прикрепляется к клиенту, и его история пополняется сама. Привязать можно вручную из карточки или настроить ключ привязки по телефону: совпал номер — заявка сама прицепилась к клиенту.
• Кастом-поля под адреса и требования. Админ добавляет свои поля для всех клиентов: «Адрес объекта», «Код домофона / подъезда», «Тип объекта», «Площадь, м²», «Особые требования», «Периодичность». Поля видны прямо в карточке клиента — клинер читает их до выезда.
• Защита от дублей. При добавлении клиента КанБан подсказывает «похожий клиент уже есть» по телефону или имени и предлагает открыть существующего, а не плодить копии и не дробить историю уборок.
• Два вида и чат. База отображается карточками или таблицей, а с клиентом можно вести чат прямо из раздела — подтвердить время уборки, уточнить доступ на объект или напомнить о плановом выезде.

Адреса объектов и особые требования: всё в карточке клиента

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

• Адрес и доступ на объект. Поля «Адрес объекта», «Код домофона / подъезда», «Этаж / кабинет», «Где взять ключи» — клинер открывает карточку перед выездом и сразу знает, куда ехать и как попасть внутрь, без звонков диспетчеру «а какой там код».
• Параметры объекта. «Тип объекта» (квартира / офис / подъезд), «Площадь, м²», «Санузлов», «Есть животные» — по ним диспетчер прикидывает время и число клинеров, а не гадает на глаз.
• Особые требования. «Полы без химии», «кот боится пылесоса», «шкаф в спальне не трогать», «уборка только после 18:00», «звонить за час» — всё в поле «Особые требования». Читает любой клинер, а не только тот, кто ездит обычно.
• Периодичность. Поле «Периодичность» (разово / раз в неделю / ежедневно) подсказывает, что клиент на регулярном обслуживании — его пора ставить в план на следующий период.
• Несколько объектов у одного клиента. Если объектов много, их удобно завести отдельными карточками-заявками с адресом в поле, а все они соберутся в истории клиента — видно, что и когда убирали на каждом.

Настроили поля один раз — и адрес, код домофона и требования любого объекта поднимаются за секунду, а не восстанавливаются по памяти уволившегося клинера.

Разбор на примере: Клининговая компания «ЧистоПро»

В «ЧистоПро» диспетчер Ирина Свежесть ведёт доску «Уборки» со статусами Заявка → Подтверждена → В работе → Выполнено → Оплачено. Единица работы — одна уборка на объекте. Раньше клиенты жили в тетради на стойке, адреса и коды домофонов — в переписке, а особые требования — в памяти клинеров. Менеджер Анна Чистова завела всех постоянных клиентов в раздел «Клиенты».

У клиента «Марина П.» в карточке — телефон, email и кастом-поля, которые настроил админ: «Адрес объекта» = ул. Садовая, 12, кв. 45, «Код домофона» = 45В2140, «Площадь» = 62 м², «Особые требования» = полы без химии, кот боится пылесоса, «Периодичность» = раз в неделю. Как ключ привязки в «ЧистоПро» выбран телефон: когда Ирина создаёт новую уборку и указывает номер Марины, карточка-заявка сама прикрепляется к её клиентской карточке.

В понедельник Марина звонит: «уберите в четверг, как обычно». Ирина вводит в поиск её фамилию, открывает карточку — видит адрес, код домофона 45В2140, требование «без химии» и всю историю прошлых уборок. Заводит заявку на четверг, назначает клинера Ольгу Мойкину, ставит напоминание подтвердить накануне. Ольга перед выездом открывает карточку и уже знает: Садовая, 12, код 45В2140, полы без химии, кот боится пылесоса — берёт с собой безопасное средство. На большой офис на 240 м² Ирина ставит бригаду из двух клинеров — Елену Блеск и Виктора Пылесосова, потому что в карточке объекта видно площадь и «уборка только после 18:00».

А если Анна в спешке заводит Марину второй раз, КанБан предупреждает «похожий клиент уже есть» и предлагает открыть существующую карточку — история из 28 уборок и сумма по клиенту не раздробятся. К концу месяца в базе «ЧистоПро» 180 клиентов, и любого из них диспетчер поднимает за пару секунд по фамилии, названию компании или последним цифрам номера, а история выездов показывает, что за месяц на объект Марины выезжали 4 раза на общую сумму 12 000 ₽.

Что это даёт клининговой компании

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

• Клиент не теряется вместе с сотрудником. Контакты, адреса объектов, коды домофонов, история и требования лежат в общей базе, а не в тетради диспетчера или голове клинера — новая смена и новая бригада видят всё сами.
• Клинер приезжает готовым. Адрес, код подъезда, где взять ключи и особые требования — в карточке. Никаких звонков «а какой там код» и уборки вслепую.
• «Как в прошлый раз» — за секунду. История уборок показывает все прошлые выезды: дату, тип уборки, кто ездил, статус и сумму. Повторить нужный объём и обосновать цену легко.
• Постоянные под контролем. Видно периодичность и дату последнего выезда — регулярных клиентов вовремя ставят в план, а пропавших возвращают.
• Точный расчёт бригады. Площадь, тип объекта и требования в карточке помогают диспетчеру сразу прикинуть время и число клинеров, а не гадать на глаз.
• Чистая база без дублей. Подсказка о похожем клиенте не даёт завести одного человека дважды и раздробить его историю уборок и сумму.

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