Учет программ праздников в агентстве

Каталог программ нужен агентству, чтобы менеджер, координатор и аниматор одинаково понимали проданную услугу. Названия вроде «Стандарт» и «Премиум» ничего не объясняют без состава. Рабочая карточка программы отвечает на вопросы о возрасте, длительности, реквизите, исполнителях, площадке и цене.

Разберите старый прайс на реальные услуги

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

Для каждой позиции назначьте владельца содержания — человека, который подтверждает изменения сценария и состава. Менеджер не должен сам добавлять обещание, потому что один клиент попросил особый финал. Исключение остаётся в заказе, а не незаметно меняет стандарт всей услуги.

Запишите ограничения рядом с описанием

Возраст, число участников, площадь, электричество, высота потолка, возможность использовать воду или конфетти — это часть продукта. Если спрятать ограничения в регламенте аниматора, продажа уже состоится до того, как их увидят. Менеджер должен проверить условия при подборе.

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

Отделите себестоимость от цены клиенту

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

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

Свяжите программу с исполнителями

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

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

Настройте жизненный цикл программы

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

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

Проверьте каталог одним заказом

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

Для продажи нескольких услуг пригодится конструктор пакета праздника. FUNcrm помогает связать каталог с заказами, расписанием и финансами.

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

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

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

Как разобрать неудачный заказ через каталог

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

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

Сверьте правило с тремя исключениями

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

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

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