Власник і майстер: хто що має бачити в календарі запису

У момент, коли ви наймаєте першого майстра, ваш календар перестає бути просто розкладом — він стає питанням доступу. Права доступу до календаря персоналу звучать як нудна деталь налаштувань, але помилитися тут легко: або ви віддаєте новому співробітнику всю базу клієнтів у перший же день, або змушуєте його щодня питати у вас елементарні речі. Обидва варіанти коштують дорого.

Момент, коли це реально б'є по бізнесу

Уявіть барбершоп із двома кріслами. Власниця стриже сама і паралельно веде записи, ціни й базу клієнтів. Вона наймає другого барбера — гарного, зі своєю аудиторією. Через два тижні він роздратований: не може подивитися свої ж найближчі записи без повідомлення власниці, не знає, які вікна для walk-in вільні, і зрештою починає вести своїх «постійників» у нотатках телефону, а не в системі барбершопу. Через три місяці він відкриває власне крісло в іншому районі — і забирає з собою 40 із цих постійників, бо вони ніколи по-справжньому не були в системі барбершопу. Вони були в його телефоні.

Це не гіпотетичний сценарій. Це стандартний результат двох крайнощів: не дати новому співробітнику нічого або дати йому все.

Чим насправді обертається «все»

Власники, які пропускають налаштування прав і просто видають один спільний логін, виграють у зручності сьогодні і платять за це пізніше. Майстер із повним доступом бачить номери телефонів усіх клієнтів, розклад усіх інших майстрів, виручку та історію скасувань — жодне з цього для роботи йому не потрібне. Якщо такий майстер іде в конфлікті, ви не відкликаєте право доступу — ви просто сподіваєтесь, що він не зробив скриншот бази клієнтів перед звільненням.

Це не параноя. З тієї ж причини ресторан не дає кожному офіціанту доступ до сейфа. Доступ має відповідати зоні відповідальності, а не рівню довіри — довіра може змінитися, а добре спроєктована система не повинна змінюватися разом із нею.

Чим обертається «нічого»

Зворотна помилка трапляється не рідше, хоча про неї говорять менше: власник, якого одного разу підвели, закриває геть усе, і тепер майстер не може подивитися навіть свій тиждень без запитання. Це тертя виражається в маленьких затримках — майстер пише «а що в мене завтра?» — які складаються в реально втрачений час, і в тоншій проблемі: майстер, який відчуває себе субпідрядником, а не частиною бізнесу, і поводитися починає відповідно. Йому стає байдуже до сторінки запису, відгуків, зростання компанії — бо, вочевидь, це теж не його.

Розподіл, який реально працює

Правильна модель взагалі не про довіру — вона про зону відповідальності. У майстра має бути повний контроль над своїм кріслом і нуль видимості в справи інших.

• Власник бачить календар кожного майстра, повну історію й контакти кожного клієнта, звіти по виручці й скасуваннях, може змінювати послуги, ціни й години роботи для всього бізнесу.
• Майстер бачить і керує лише своїм календарем — приймає, переносить чи блокує свій час — і бачить лише ті дані клієнтів, які стосуються його власних найближчих записів.

Оце й усе. Жодних спільних логінів, жодного «просто спитай у власника», жодного повного експорту бази клієнтів у чужих нотатках. Майстер, який хоче дізнатися, чи вільний він у четвер, має перевірити це сам, без повідомлення. Майстер, який іде, не повинен забрати з собою всю базу клієнтів — бо в нього ніколи не було до неї повного доступу, лише його власна частина.

Саме тому перехід від майстра-одинака до справжньої команди зазвичай створює більше хаосу, ніж саме рішення про найм. Звички запису, які працювали для одного календаря — один спільний нотатник, один номер телефону, на який пишуть усі, — не масштабуються на двох людей, поки хтось явно не вирішить, хто що бачить. Відкласти це питання до другого найму означає вбудовувати права доступу в систему, де вже встигли закріпитися погані звички.

Справжня ставка — це власність на клієнтів

За питанням прав доступу стоїть питання більше: чиї це взагалі клієнти? Ваша база клієнтів — мабуть, найцінніший актив бізнесу — цінніший за крісла, оренду чи виручку цього місяця. Щоразу, коли повні контакти й історія візитів клієнта лежать в особистому телефоні майстра, а не в системі салону, цей актив тихо витікає за двері. Зазвичай без злого умислу — просто тому що система запису ніколи явно не провела межу між «твій календар» і «календар бізнесу».

Правильно налаштувати розподіл власника й майстра — це не про недовіру. Це про те, щоб у момент, коли майстер таки йде — а рано чи пізно хтось піде, — бізнес зберігав своїх клієнтів, свою історію й свої записи, бо все це ніколи не жило в чиємусь одному особистому чаті.

Саме цю прогалину закриває система ролей у ScheDjin: власник бачить весь календар, усіх клієнтів, усі цифри; майстер отримує своє крісло, свої записи — і нічого зайвого. Без спільного пароля, без ручного контролю доступу, без бази клієнтів, що йде за двері разом із заявою на звільнення. Якщо ви готуєтесь найняти першого співробітника, ScheDjin налаштовує це на вкладці налаштувань — ще до того, як станеться неприємна розмова.