Календарь компании, мероприятия и бронирование переговорных

Управление мероприятиями с подтверждением участия, вместимостью и повторами, как предотвращаются двойные брони переговорных и что стоит автоматизировать в календаре праздников.

Календарь компании — самый используемый и наименее обсуждаемый компонент интранета. Он делает сразу две работы: объявленные мероприятия (обучение, общие собрания, праздники) и общие ресурсы (переговорные, автомобили). Требования у них разные, и когда их смешивают, обе задачи остаются недоделанными.

Мероприятия: зачем нужны подтверждения

Объявление о мероприятии без сведений об участии бесполезно для планирования. Какой нужен зал, сколько кейтеринга, сколько комплектов материалов — всё зависит от подтверждений.

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

Вместимость и лист ожидания

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

Лист ожидания ценнее, чем кажется: отказы обычно приходят незадолго до мероприятия, и автоматическое предложение освободившегося места следующему заметно повышает явку.

Повторяющиеся мероприятия

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

Переговорные: конфликт — единственное настоящее требование

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

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

Разумно и то, чтобы заявки на переговорные шли через существующий процесс заявок.

Праздники: что стоит автоматизировать?

Заводить годовой календарь вручную долго, но у автоматизации есть предел. Праздники с фиксированной датой можно безопасно предлагать добавлением в один клик.

Религиозные праздники по лунному календарю сдвигаются каждый год; их автоматическое добавление несёт реальный риск неверных дат. В нашем продукте одним щелчком добавляются только праздники с фиксированной датой, а «плавающие» вносятся вручную намеренно. Неверная дата праздника обходится куда дороже, чем отсутствующая.

Связь с личным календарём

«А с Outlook синхронизируется?» звучит рано. Практичный ответ: возможность скачать приглашение в стандартном календарном формате закрывает большую часть потребности. Двусторонняя синхронизация — отдельный интеграционный проект, и на первом этапе её не рекомендуют: две системы, перезаписывающие друг друга, создают больше хлопот, чем полное отсутствие синхронизации.

Видимость: кто должен видеть календарь?

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

Для броней переговорных должно быть видно, кто и когда занял комнату; такая прозрачность сразу прекращает большинство споров.

Дни рождения и годовщины работы

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

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

Измерение

Три осмысленных показателя:

  1. Доля ответов на приглашение — какая часть приглашённых ответила?
  2. Явка против подтверждений — сколько из сказавших «буду» пришли?
  3. Загрузка переговорных — какие всегда заняты, а какие не используются вовсе?

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

Мы советуем включать модуль в первой волне; обоснование — в плане на 90 дней.