YCLIENTS или CRM для салона красоты: что выбрать

Если у вас один салон, несколько мастеров и запись живёт в YCLIENTS или Dikidi, отдельная CRM вам, скорее всего, не нужна. Отраслевой сервис уже закрывает журнал мастеров, онлайн-запись и напоминания о визите. CRM нужна, когда появляются задачи другого класса: сеть точек, абонементы и розница, реклама, спящая база и возврат клиента к мастеру.

Это редкий случай, когда интегратор говорит «не покупайте». Мы исходим из презумпции в пользу того, что уже работает. Если администратор открывает журнал и видит день целиком, а клиенты записываются сами через виджет, менять эту часть контура незачем. Замена рабочего инструмента на более общий почти всегда обходится дороже, чем кажется, — и в деньгах, и в сопротивлении команды.

Развилка проходит не по числу кресел, а по тому, какие вопросы вы задаёте своим данным. «Кто сегодня в 15:00 у Ани и на сколько времени?» — это вопрос к журналу записи, и он там решается. «Сколько денег принесли клиенты, пришедшие с рекламы в марте, сколько из них вернулись во второй раз и к кому именно?» — это вопрос к CRM. Пока вопросов второго типа у вас не возникает, второй контур будет стоять пустым и постепенно зарастать: сотрудники перестанут его заполнять, а вы перестанете в него смотреть.

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

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

Журнал записи по своей природе — календарь. Его сильная сторона в том, что он показывает день целиком и не даёт поставить двух клиентов в одно кресло. Его слабая сторона в том, что он видит только тех, кто уже записался. Всё, что происходит до записи (обращение, вопрос о цене, переписка, которая ничем не закончилась) и после визита (не вернулся, ушёл к конкуренту, купил уход в другом месте), в календаре не отражается вообще.

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

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

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

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

Средний чек и допродажи автоматизировать нельзя — продаёт человек, а не система. Что можно сделать, так это дать администратору контекст в момент разговора: клиент покупал уход два месяца назад, объём заканчивается примерно сейчас; клиент ходит только на стрижку, а окрашивание не пробовал ни разу; у клиента есть абонемент, по которому осталось два посещения и месяц срока. Все три подсказки — это данные из карточки, а не догадка. Без них допродажа превращается в неловкое «а не хотите ли ещё чего-нибудь», которое раздражает клиента и не приносит денег.

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

Если реклама ведёт в директ, WhatsApp и Telegram, а запись живёт в отраслевом сервисе, обращения теряются ровно в промежутке между ними. Клиент написал ночью, администратор увидел утром, часть переписок вообще не дошла до записи — и посчитать это невозможно: сервис записи видит только тех, кто до журнала дошёл. Всё остальное для вас статистически не существует.

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

Ночные и утренние сообщения разумно отдать AI-чат-боту. Он отвечает круглосуточно, знает вашу базу знаний — услуги, длительность, адрес, парковку, кто из мастеров что делает, — и предлагает свободные окна. Всё, что выходит за рамки типового вопроса (спор о результате окрашивания, сложная реакция кожи, индивидуальная скидка), бот передаёт администратору вместе с историей переписки. Человек остаётся в контуре всегда: бот снимает поток одинаковых вопросов, а не заменяет специалиста.

Про рекламу важно сказать честно. Связать заявку с источником в CRM несложно: метка приходит из формы или из ссылки, и в карточке видно, откуда пришёл человек. Но чтобы дойти до выручки, факт визита и его сумма должны вернуться из сервиса записи обратно в CRM. Без этого обмена вы будете считать заявки, а не деньги, — и это нужно закладывать в проект с самого начала, а не выяснять через полгода, когда собственник впервые попросит отчёт по окупаемости рекламы.

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

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

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

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

Пример механики из смежной сферы услуг — не из бьюти, поэтому переносить выводы напрямую не стоит. Мы делали цифровизацию сети из пяти банных комплексов в Санкт-Петербурге на коробочном Bitrix24 (клиент в публичной подаче анонимен). Отрасль другая, но узлы те же: бронирование, роли персонала, продажи и лояльность жили порознь. Собрали их в один контур — «шахматку» бронирования как внутреннее приложение Bitrix24, где администратор видит занятость кабинок и ставит брони, портал сотрудника с ролями (админ, администратор, специалист, официант), заказы кафе через POS-кассу по REST и отдельный блок лояльности с сертификатами и абонементами. Для салона отсюда полезны ровно три вещи: единое расписание как единственный источник занятости, роли с разными правами и абонементы как самостоятельная сущность, а не пометка в карточке.

Полностью защититься нельзя, и обещать обратное было бы нечестно: мастер помнит своих клиентов, а клиенты помнят мастера. Задача формулируется скромнее — сделать так, чтобы вместе с человеком не уходил файл с телефонами всей базы салона, включая тех, кто у него никогда не стриглся. Это решается правами доступа и журналом действий в CRM, а не запретами и разговорами.

Настройка выглядит так. Мастер видит своё расписание и карточки своих клиентов, но не всю базу точки. Администратор видит свою точку целиком. Собственник и управляющий видят сеть. Выгрузка данных в файл доступна ограниченному кругу ролей, а массовый экспорт и просмотр большого числа карточек попадают в журнал: видно, кто, когда и сколько записей смотрел. В отраслевых сервисах записи ролевая модель обычно проще, поэтому именно этот сценарий чаще всего и становится поводом завести CRM в сети.

Есть и юридическая сторона. База клиентов салона — это персональные данные: имя, телефон, история процедур, иногда сведения о здоровье и аллергиях. Значит, нужны согласия на обработку, ответственный за неё внутри компании и понятный регламент, кто и на каком основании имеет доступ. Это не повод пугаться, а повод один раз навести порядок — тем более что тот же регламент прикрывает вас в ситуации с ушедшим сотрудником.

Организационная часть важнее технической. Если переписка с клиентом идёт с личного телефона мастера, никакая CRM её не сохранит. Если клиент пишет на номер салона и в аккаунты компании, история остаётся у вас, и после ухода мастера администратор продолжает разговор с полным контекстом: что делали в прошлый раз, какой состав использовали, когда пора повторить.

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

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

Порядок работ дальше почти не зависит от размера салона. Сначала оставляем расписание там, где оно уже работает, и не трогаем его. Затем сводим каналы обращений в одно окно и учимся считать путь от сообщения до визита. Потом настраиваем обмен: клиент, визит и сумма уходят из сервиса записи в CRM, телефоны нормализуются, дубли склеиваются. И только после этого включаем сегменты, абонементы и работу со спящей базой — раньше просто не с чем работать.

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

Разобрать вашу ситуацию можно на бесплатном экспресс-аудите — это 30 минут, на которых мы смотрим, как устроена запись сейчас, куда приходят обращения, что уже умеет ваш отраслевой сервис и где именно теряются повторные визиты. По итогам говорим прямо, включая вывод «вам достаточно того, что есть, CRM пока не нужна». Если второй контур всё же нужен, стоимость работ называем после этого разбора — когда понятно число точек и мастеров, какие каналы подключаем, нужен ли AI-бот на входящие сообщения и требуется ли обмен с сервисом записи.