Как вести клиентов салона без Excel

Вести клиентов салона без Excel удобнее через связанные карточки: клиент, визит, мастер и услуга. Начните с истории посещений и правил записи. Если добавить только имена и телефоны, причины отмен и свободные окна снова останутся в переписке.

Ниже — учебный порядок для администратора и владельца салона. Он пригодится и при настройке CRM, и при пересборке обычного журнала. Все имена, даты и суммы в примерах вымышлены.

Отделите клиента от его записей

Одна строка клиента не должна превращаться в бесконечную заметку со всеми посещениями. У человека может быть несколько будущих записей, отмена и уже состоявшиеся визиты. Это разные события, связанные с одной карточкой.

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

Визит храните отдельно. Свяжите его с клиентом, мастером и услугами. Тогда исправление телефона не потребует редактировать каждую прошлую запись.

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

Договоритесь, что означает каждый статус

Для небольшой команды достаточно понятных статусов: «Запланирован», «Подтверждён», «Состоялся», «Не пришёл», «Отменён». Администратор должен понимать, какое действие переводит запись дальше.

«Подтверждён» означает договорённость о посещении, а не выполненную услугу. «Не пришёл» сохраняет историю неявки. «Отменён» освобождает время, но не удаляет факт записи из журнала.

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

Не ставьте статус «Состоялся» автоматически после окончания времени. Человек мог не прийти, услуга могла измениться. Факт посещения подтверждает сотрудник по принятому в салоне правилу.

Проверяйте не только начало, но и длительность

У мастера назначена услуга с 11:00 до 12:00. Следующая запись на 11:30 пересекается с ней, даже если часы начала разные. Проверка должна учитывать весь интервал и статус существующего визита.

Заранее решите, нужны ли перерывы между услугами. Если после процедуры требуется подготовить место, этот промежуток также занимает рабочее время. Администратор должен видеть его до подтверждения записи.

Отдельно проверьте перенос к другому мастеру. Изменение имени в карточке не должно оставлять прежнее время занятым или создавать два подтверждения одному клиенту.

Для первого пилота возьмите один день и нескольких вымышленных клиентов. Создайте пересекающиеся записи, отмените одну и повторите проверку. Проверка конфликта — критерий вашей приёмки. Не считайте её гарантией платформы только по наличию календаря.

Не считайте отмену последним посещением

Отчёт «Давно не был» полезен только при ясном правиле. Зафиксируйте дату расчёта и ищите последний состоявшийся визит. Будущая запись, неявка и отмена не обновляют историю фактических посещений.

Учебный пример: дата отчёта — 4 ноября 2026 года. Последний состоявшийся визит клиента был 10 сентября. Прошло 55 дней, поэтому он попадает в группу «Больше 45 дней».

Отмена 20 октября не меняет этот вывод. Но она помогает администратору понять ситуацию перед разговором. Сам отчёт ничего не говорит о причине отсутствия и не доказывает потерю клиента.

Для человека без состоявшихся визитов заведите отдельную группу. Значение «нет посещений» не должно превращаться в выдуманную давнюю дату.

Сверяйте услуги и сумму визита

В учебной записи выбраны две услуги: одна на 2 000 рублей, другая на 1 200. Сумма визита — 3 200 рублей. После удаления второй услуги итог должен стать 2 000 рублей.

Проверьте, как изменение справочника влияет на старую историю. Если стоимость услуги в будущем поменялась, прошлый визит не должен незаметно пересчитаться. В записи нужен зафиксированный состав и согласованная сумма.

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

Переносите таблицу через небольшой пробный файл

Перед импортом оставьте в исходном файле понятные заголовки: имя, телефон, заметка. Уберите пустые строки и решите, как поступать с повторяющимися телефонами. Не объединяйте разных людей только из-за совпавшего имени.

Сначала перенесите небольшой набор. Сопоставьте столбцы с полями CRM и просмотрите результат до загрузки всей базы. Проверьте имена с буквой ё, телефоны с пробелами и пустые необязательные значения.

После импорта найдите клиента по телефону, откройте карточку и сравните заметку с исходной строкой. Отдельно проверьте повторный импорт: он не должен незаметно создать вторую базу.

Старые визиты переносите только при понятной связи с клиентом и мастером. Не складывайте несколько посещений в одно поле «Комментарий» ради быстрого окончания импорта.

Проверьте роли до приглашения команды

Владелец и сотрудник решают разные задачи. Администратору могут требоваться записи всех мастеров, отдельному мастеру — только назначенные ему визиты. Сначала опишите эти правила словами.

Затем проверьте их двумя аккаунтами. Сотрудник не должен получить чужую карточку через прямую ссылку. Исчезнувший пункт меню сам по себе не подтверждает ограничение доступа.

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

С чего начать в mottorable

В опубликованном учебном примере «Лён» — 20 вымышленных клиентов, 30 визитов, четыре мастера и десять услуг. Это набор для проверки интерфейса и связей, а не результаты реального бизнеса.

В этих CRM нет разделения записей по сотрудникам. Владелец и сотрудники с ролью «админ приложения» видят все записи. Назначенный ответственный и фильтр помогают организовать работу, но не ограничивают доступ. Если каждому сотруднику нужна закрытая часть базы, этот пример не закрывает ваше требование.

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

В CRM для салона красоты можно начать с готового примера клиентов, визитов, мастеров и услуг. Кнопка «Скопировать себе бесплатно» переносит CRM с учебными данными в ваш аккаунт.

После копирования очистите примеры и импортируйте клиентов из Excel (.xlsx) или CSV. Сотрудникам для доступа к клиентам нужна роль «админ приложения». Условия бесплатного старта: без оплаты, без банковской карты.

Если ваш порядок записи отличается, выберите «Собрать под себя». Опишите длительность услуг, статусы и права команды. Проверяйте результат на тех же ситуациях, которые разобраны выше.

В этом сценарии нет SMS, рассылок и синхронизации с внешними календарями. Отчёт о давних визитах помогает увидеть клиентов, но не связывается с ними автоматически. Актуальные условия работы указаны на странице тарифов.

Перед запуском пройдите короткую приёмку:

1. Найдите клиента и откройте историю его визитов.
2. Создайте запись, измените время и обновите страницу.
3. Попробуйте подтвердить пересекающийся визит одного мастера.
4. Отмените запись и проверьте освобождение интервала.
5. Сверьте сумму услуг и отчёт о последнем посещении.
6. Проверьте, что приглашённый администратор видит общую базу; отдельного доступа мастера к своим визитам здесь нет.

Начинайте с этих проверок, а не с переноса всей таблицы. Общие принципы постановки задачи собраны в руководстве по созданию CRM.

Задание для своей версии

Импорт клиентов принимает Excel (.xlsx) или CSV: до 5 МБ и 5 000 строк за один раз. Старый формат .xls не поддерживается. Российские телефоны приводятся к +7; совпадения по телефону или почте можно пропустить либо обновить.

После «Очистить» остаётся схема полей примера. Загружайте сначала небольшой учебный файл и сверяйте результат. Импорт клиентов сам по себе не переносит связанные визиты, сделки и другие сущности из произвольной таблицы.

Если готовая копия отличается от вашего процесса, адаптируйте это задание. После изменения приложения повторите проверки из статьи.

Создайте учебную CRM небольшого салона: клиенты, визиты, мастера и услуги. У визита есть клиент, мастер, дата, время, услуги, сумма и статус. Отчёт «Давно не был» считайте по последнему состоявшемуся визиту. Отмены и будущие записи не заменяют посещение. Данные — в закрытом общем хранилище администратора. Приглашённые администраторы видят все записи. Используйте вымышленные сведения; не добавляйте SMS, рассылки, внешние календари и приём платежей.