От одного кресла к команде: что меняется в календаре, когда вы нанимаете первого сотрудника
Вы вели запись на своё кресло год, может два. Система работала: общий календарь в телефоне, блокнот или страница записи, которой хватало на одного человека. А потом вы нанимаете первого сотрудника — второго мастера, колориста, ассистента — и уже через неделю всё это начинает трещать по швам.
Именно этот момент чаще всего недооценивают соло-мастера. Найм — это кадровое решение, но это ещё и вопрос записи для нескольких сотрудников, и инструменты, которые отлично работали для одного человека, тихо перестают работать для двух.
Почему одного календаря больше не хватает
Календарь одного человека отвечает на один вопрос: свободен ли этот слот. В момент, когда в штате двое, любой экран, который видит клиент, должен отвечать на вопрос сложнее: свободен у кого именно, и кто вправе это видеть, менять или подтверждать.
Ломаются почти сразу три вещи. Во-первых, двойная запись по доверенности: клиент звонит, вы смотрите «календарь» — вроде свободно, а на самом деле это слот нового сотрудника, уже занятый в её личном блокноте на рабочем месте. Никто не свёл два представления воедино, поэтому никто не замечает проблему, пока в три часа дня не приходят сразу два человека. Во-вторых, у новой сотрудницы нет собственного обзора — своего календаря у неё нет, она не видит свою неделю, не может задать свои часы работы и в итоге каждое утро пишет вам, чтобы узнать, что у неё записано. В-третьих, все видят данные всех: если просто добавить её в существующие инструменты, она увидит ваши личные записи, ваши цены, ваши заметки о клиентах — ничего из этого ей не нужно, а часть вы бы предпочли оставить при себе.
Ничего из этого не решается обучением. Проблема структурная: инструменты для одного человека вообще не знают понятия «команда».
Настройте отдельные календари до первой смены, а не после
Решение несложное, но его нужно внедрить до того, как к новой сотруднице придёт первый клиент, а не после первой двойной записи. У каждого члена команды должен быть свой календарь внутри одной системы — свои рабочие часы, свои слоты, свой обзор — чтобы «свободно ли в три часа» всегда означало «свободно у того мастера, к которому реально хочет клиент».
На практике это значит, что новый сотрудник получает аккаунт с ролью master, а не общий логин с вашим. Её рабочие часы задаются независимо — она может работать со вторника по субботу, пока вы работаете с понедельника по пятницу, и страница записи должна учитывать оба графика без ручной сверки. А клиенты, бронируя онлайн, выбирают именно её (или «первого свободного мастера»), и слот блокируется только в её календаре, а не во всём бизнесе разом.
Именно здесь чаще всего допускают раннюю ошибку: владельцы решают, что раз они полностью доверяют новому сотруднику, права доступа пока не важны. Важны — не из-за доверия, а из-за шума. Мастер, которой приходится пролистывать записи всех остальных, чтобы найти свой день, теряет время и делает больше ошибок в расписании, а не меньше.
Роли: владелец видит всё, мастер — только своё кресло
Самая понятная модель для небольшой команды — две роли, а не десять:
Владелец — видит весь календарь салона, расписание каждого мастера, все карточки клиентов, цены и отчёты. Это роль для того, кто реально управляет бизнесом, даже если этот человек сам тоже принимает клиентов.
Мастер — видит и управляет только своим календарём: своими записями, своей доступностью, историей тех клиентов, которых обслуживал лично. Ей не нужно видеть расписание другого мастера, чтобы хорошо делать свою работу, а доступ по умолчанию ко всему только добавляет лишний шум и со временем — неловкие разговоры о том, кто загружен больше.
Мы подробно разобрали, где именно должна проходить эта граница, когда команда вырастает за пределы двух-трёх человек, в статье «Владелец и мастер: кто должен что видеть в календаре записи» — стоит прочитать до того, как вы наймёте второго сотрудника, потому что с каждым новым наймом вопросы прав доступа становятся острее, а не проще.
Публичная страница записи тоже должна догнать изменения
Вот что соло-мастера забывают чаще всего: публичная страница записи изначально строилась вокруг доступности одного человека. Как только появляется второй мастер, клиентам нужен способ либо выбрать конкретного специалиста, либо позволить системе предложить первый свободный слот по всей команде — и страница должна показывать реальную доступность по каждому мастеру отдельно, а не один общий (а значит, неверный) календарь.
Если ваша текущая настройка так не умеет, вы снова окажетесь на телефоне или в переписке, просто чтобы направить запись к нужному человеку — тот самый ручной бутылочное горлышко, который и должна была устранить страница записи. Мы разбирали эту проблему в статье о том, почему запись через Директ незаметно отбирает у вас клиентов.
Что проверить до первого дня
Короткий список, но каждый пункт в нём — реальный сценарий провала, если его пропустить:
- У нового сотрудника есть свой логин и свой календарь, а не общий
- Её рабочие часы внесены отдельно и не подставляются по умолчанию вашими
- Она видит только свои записи и заметки о своих клиентах, а не весь бизнес
- Публичная страница записи позволяет выбрать именно её или «любого свободного мастера»
- Вы как владелец по-прежнему видите сводный обзор по всей команде
Для этого не нужно сложное программное обеспечение. Нужно, чтобы это существовало до первой недели двойных записей, которая иначе научит вас этому на собственном опыте.
Рост за пределы одного кресла — без возврата к блокноту
Это и есть разрыв между «страницей записи для одного человека» и «страницей записи для бизнеса», и именно поэтому ScheDjin изначально строит командную запись как полноценную функцию, а не костыль: у каждого мастера свой календарь и свои часы, у владельца — полный обзор и отчёты, а клиенты могут выбрать конкретного человека или первый свободный слот — всё на одной странице, которая по-прежнему полностью ваша: без маркетплейса, без общей базы клиентов с конкурентами через дорогу. Найм первого сотрудника должен ощущаться как рост, а не как необходимость с нуля пересобирать систему записи.