Короткий ответ. Большое обновление Sayly превращает личный планировщик в рабочее пространство для компании: в нём можно собрать сотрудников, филиалы, услуги, расписания, права доступа, публичную страницу и аналитику записей. Но ценность обновления не в количестве разделов. Правильно настроенная система даёт клиенту понятный путь до свободного времени, сотруднику — только его рабочую часть, а руководителю — общие правила без календарного хаоса.
Что изменилось в Sayly для команд
Раньше планировщик мог восприниматься как личная ссылка на встречу. В обновлённом Sayly единицей настройки становится компания. Внутри неё связываются люди, места, услуги и правила доступности. Это важно для студии, образовательного центра, консультационной команды, рекрутингового отдела и любого бизнеса, где клиент выбирает не только время, но иногда ещё специалиста или филиал.
| Раздел | Что появилось в процессе | Какую задачу решает | Что подготовить до настройки |
|---|---|---|---|
| Компания | Единое рабочее пространство и публичная ссылка | Убирает разрозненные личные ссылки | Название, описание и ответственного |
| Команда | Сотрудники со своими зонами работы | Разделяет личные и общие обязанности | Список участников и владельцев процессов |
| Филиалы | Места оказания услуг внутри одной структуры | Не смешивает разные адреса и графики | Адреса, часы работы и состав команды |
| Услуги | Связь услуги с длительностью, исполнителем и графиком | Показывает клиенту только доступные варианты | Каталог услуг без дублей |
| Расписания | Переиспользуемые шаблоны рабочих часов | Упрощает запуск сотрудников с похожими сменами | Типовые и исключительные графики |
| Доступы | Разные права для владельца, администратора и специалиста | Убирает общий пароль и лишний доступ | Матрицу «роль — действие» |
| Аналитика | Срезы по записям, каналам, филиалам и услугам | Помогает видеть спрос и узкие места | Понятные названия каналов и единые статусы |
Полный визуальный обзор интерфейсов собран на странице обновления Sayly для команд. В этой статье сосредоточимся на том, как превратить новые возможности в устойчивый процесс.
Кому нужен командный сценарий, а кому достаточно личного
Личный планировщик
Подходит, если один специалист сам оказывает услуги, управляет временем и отвечает за результат. Главная задача — показать свободные часы и не допустить пересечений.
Командная запись
Нужна, если запись зависит от сотрудника, услуги, филиала или роли администратора. Здесь важны общие правила и раздельные доступы.
Смешанный сценарий
Полезен руководителю или наставнику: личные консультации остаются отдельными, а клиентские и командные встречи проходят по правилам компании.
Простой тест: если увольнение одного администратора, отпуск специалиста или открытие новой точки заставляет вручную пересобирать ссылки и объяснять правила заново, процесс уже перерос личный календарь.
Сначала устройте расписание на бумаге, потом — в системе
Планировщик не исправляет противоречивые правила, а быстро их воспроизводит. Перед настройкой разделите время на три слоя:
- Занятое время. Уже назначенные встречи, личные события, дорога, отпуск и другие интервалы, которые нельзя предлагать клиентам.
- Доступность. Часы, в которые конкретный тип встречи действительно можно провести. Доступность почти всегда уже общего рабочего дня.
- Защитные ограничения. Буферы, минимальный срок до записи, горизонт планирования, перерывы и лимит встреч подряд.
Например, консультант работает с 10:00 до 18:00, но не обязан открывать клиентам все восемь часов. Он может оставить консультации по утрам, после обеда выделить время на подготовку, а пятницу закрыть для внутренних задач. Планировщик должен защищать этот замысел, а не превращать любое пустое место в встречу.
Компания, сотрудники и права: кто за что отвечает
Начните не с приглашения всей команды, а с ролей. Владелец отвечает за структуру компании, подписку и ключевые правила. Администратор следит за потоком записей и помогает клиентам. Специалисту нужны собственное расписание и информация по его встречам. Если всем дать одинаковый доступ, система станет цифровой копией общего пароля.
| Действие | Владелец | Администратор | Специалист |
|---|---|---|---|
| Менять структуру компании и правила | Да | По внутреннему регламенту | Обычно нет |
| Работать с общим потоком записей | Контроль | Основная задача | Только свои встречи |
| Корректировать личную доступность | При необходимости | Если отвечает за смены | В рамках правил команды |
| Смотреть управленческие показатели | Да | Только нужные для работы | Без лишних данных |
Это пример распределения, а не универсальная матрица. Зафиксируйте свои правила отдельно: кто добавляет сотрудников, кто закрывает день из-за болезни, кто может отменить запись и кто отвечает клиенту при накладке.
Услуги и шаблоны расписаний: меньше ручных повторов
Услуга — это не только название на публичной странице. Для неё нужны длительность, формат, исполнитель и подходящее расписание. «Консультация 30 минут» и «Разбор проекта 90 минут» должны быть разными типами записи, даже если их проводит один человек: у них разные требования к подготовке и свободному окну.
Шаблоны расписаний полезны там, где несколько сотрудников работают по одинаковым сменам. Вместо копирования часов вручную команда создаёт типовой график и назначает его участникам. Исключения — отпуск, обучение или сокращённый день — всё равно стоит проверять отдельно.
Публичная страница: обещание, которое система должна выполнить
Клиент не видит внутреннюю структуру. Он видит название компании, описание, услуги, филиал и доступное время. Поэтому публичная страница должна отвечать на четыре вопроса: куда человек попал, что можно выбрать, сколько это займёт и что произойдёт после подтверждения.
Проверьте страницу как новый клиент: откройте ссылку без авторизации, выберите услугу и время, прочитайте подтверждение. Если приходится догадываться, где проходит встреча или как перенести запись, настройка ещё не закончена.
Как перейти на планировщик без остановки работы
Соберите календарную инвентаризацию
Выпишите повторяющиеся встречи, услуги, рабочие часы, личные ограничения, филиалы и каналы, из которых приходят записи. Не переносите каждое старое событие: история может остаться в прежнем календаре.
Выберите один тип встречи для пилота
Лучше начать с частого и понятного сценария: первичной консультации, пробного занятия или короткого знакомства. Для него проще заметить ошибки в длительности и подтверждении.
Задайте границы доступности
Укажите рабочие часы, буферы, минимальный срок до начала и горизонт записи. Отдельно закройте время на дорогу, подготовку, личные дела и глубокую работу.
Настройте участника, услугу и место
Свяжите услугу только с теми сотрудниками и филиалами, где она действительно доступна. Проверьте права: пилот не требует приглашать всех сразу.
Пройдите путь клиента
Сделайте тестовую запись с другого устройства, проверьте дату, часовой пояс, уведомление, ссылку на встречу, перенос и отмену. Затем удалите тестовую запись.
Опубликуйте одну рабочую ссылку
Сначала замените ссылку в одном контролируемом канале. Когда процесс устойчив, обновите сайт, мессенджеры, карточки компании, QR-коды и шаблоны сообщений.
Переносите только будущие обязательства
Уже подтверждённые встречи не нужно заставлять клиента выбирать заново. Добавьте их в актуальный календарь, а новый поток направляйте через страницу записи.
Проведите разбор после первой рабочей недели
Соберите вопросы команды, проверьте накладки, слишком узкие окна и причины ручных переносов. Меняйте одно правило за раз, чтобы понимать результат.
Что переносить, а что оставить в других системах
| Перенести в планировщик | Оставить в профильной системе | Почему |
|---|---|---|
| Типы встреч, длительность и правила доступности | Подробные проектные задачи | Планировщик управляет временем, а не заменяет трекер задач |
| Сотрудников, филиалы и связь с услугами | Кадровые документы и личные дела | Для записи нужен минимум рабочих данных |
| Подтверждённые будущие встречи | Архив старых календарей | Историю не обязательно дублировать |
| Публичные описания и инструкции клиенту | Внутренние регламенты и оценки | Клиентская страница должна оставаться простой |
Как понять, что переход удался
Не измеряйте успех числом созданных услуг. Система работает, если людям реже приходится исправлять запись вручную и проще понимать следующий шаг. Зафиксируйте исходное состояние, а затем сравнивайте одинаковые периоды.
- Доля самостоятельных записей: записи, которые клиент оформил без помощи, делённые на все новые записи.
- Доля ручных исправлений: записи, где сотрудник менял время, услугу или исполнителя, делённые на все записи.
- Время до подтверждения: интервал от решения клиента записаться до появления подтверждённой встречи.
- Накладки: пересечения, неверный филиал, отсутствующий исполнитель или неподходящий формат.
- Понятность для команды: какие вопросы сотрудники продолжают задавать администратору после запуска.
Первые дни нужны не для красивого отчёта, а для обнаружения ошибок настройки. Если ручных изменений много, разберите причины: возможно, описание услуги непонятно, доступность слишком широкая или сотрудник не успевает между встречами.
Пять ошибок, которые создают новый календарный хаос
- Открыть клиентам весь рабочий день. Пустое место в календаре не всегда означает готовность к встрече.
- Создать десятки похожих услуг. Клиент путается, а аналитика дробится. Начните с понятного каталога без дублей.
- Подключить всю команду до теста. Одна ошибка в шаблоне размножится на всех сотрудников.
- Дать всем одинаковые права. Это затрудняет контроль изменений и раскрывает лишнюю информацию.
- Заменить ссылки во всех каналах одновременно. При ошибке будет сложно остановить поток и понять источник проблемы.
Сохраните обратимый сценарий запуска: старые ссылки не удаляйте до проверки, запишите ответственного за изменения и заранее определите, как команда принимает запись, если публичная страница временно недоступна. Это не должно превращаться в параллельную систему навсегда, но помогает спокойно пройти пилот.
Чек-лист перед публикацией ссылки
- У каждой услуги есть понятное название, длительность, формат и исполнитель.
- Рабочие часы не включают занятое, личное и защитное время.
- Филиал, адрес или ссылка на видеовстречу соответствуют выбранному формату.
- Сотрудники видят только необходимую им часть процесса.
- Тестовая запись прошла от публичной страницы до подтверждения.
- Перенос и отмена понятны клиенту и команде.
- Назначен человек, который проверит первые реальные записи.
Частые вопросы
Нужно ли переносить в Sayly все старые встречи?
Нет. Перенесите только будущие обязательства, которые влияют на доступность. Архив можно оставить в прежнем календаре или системе, если он нужен для истории.
Можно ли использовать Sayly одному специалисту после командного обновления?
Да. Личный сценарий остаётся уместным, если один человек управляет встречами сам. Командная структура нужна, когда появляются общие услуги, роли, филиалы или несколько исполнителей.
С чего начать компании с несколькими филиалами?
Запустите пилот на одном филиале и одном типе услуги. После проверки скопируйте подтверждённые правила, но отдельно проверьте адреса, часы работы и состав сотрудников каждой точки.
Как не смешать личное и рабочее время?
Закрывайте личные события как занятость и публикуйте только специально заданные рабочие интервалы. Клиенту не нужны названия личных событий — ему достаточно видеть доступное время.
Когда можно отключить старый способ записи?
После того как новая ссылка прошла тест, команда научилась обрабатывать изменения, а реальные записи несколько дней идут без критических ошибок. Старый канал можно закрывать постепенно, направляя клиентов в новый процесс.
Начать знакомство можно с обзора командного обновления Sayly, затем проверить возможности планировщика и выбрать один сценарий для пилота. Хорошая система записи начинается не с массового переноса, а с одного правила, которое понятно клиенту и команде.