Робота з командою

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

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

Що змінюється, коли вас більше, ніж один

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

Три речі, які доводиться вирішити одразу:

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

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

Крок 1. Кожному власний вхід

Запрошення

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

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

Чому не спільний пароль

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

Друга проблема помітна пізніше: коли одна людина йде з команди, паролі доводиться міняти всім і скрізь. А поки цього не зробили, доступ у неї лишається — не зі зла, а просто тому, що ніхто не згадав.

Спільний пароль — не економія часу, а відкладена проблема. Вона повертається саме тоді, коли розібратися найважливіше.

Крок 2. Графік кожного

Робочі години

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

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

Вихідні й відпустки

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

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

Підміни

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

Крок 3. Послуги й хто їх виконує

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

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

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

Крок 4. Доступи

Ролі відповідають на одне питання: що людина бачить і що може змінити. Налаштувати їх один раз простіше, ніж потім пояснювати, як уся база клієнтів опинилася деінде.

Мінімум для нової людини

Розумний стартовий набір:

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

Розширити доступ можна будь-коли й за хвилину. Забрати назад — завжди незручно, бо це виглядає як недовіра, навіть коли причина суто технічна. Тому починайте з меншого: це простіше пояснити на старті, ніж переграти через місяць.

Гроші й повна база

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

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

Хто міняє налаштування

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

Крок 5. Чий клієнт і хто відповідає

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

Клієнтська база при цьому лишається бізнесу, а не окремому майстрові. Це не питання довіри, а питання тяглості: люди приходять і йдуть, а історія візитів має лишатися там, куди клієнт повертається.

Якщо клієнт ходить до конкретної людини, це видно з історії — і саме історія, а не пам’ять адміністратора, дає змогу запропонувати заміну, коли майстра немає.

Коли людина йде

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

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

Щотижнева рутина керівника

П’ять хвилин у понеділок:

• перевірити, що графіки на два тижні вперед відкриті в усіх;
• закрити відомі відсутності, відпустки й навчання;
• подивитися завантаженість: у кого порожньо, у кого черга;
• передивитися перелік доступів, якщо змінювався склад.

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