Продажа рекламы в Telegram-каналах у активного админа идёт сразу через несколько каналов продаж: Telega.in, Telepost, пара других бирж, плюс прямые заявки в личку. Рано или поздно два покупателя получают подтверждение на один и тот же день. Это овербукинг слота — самая частая операционная проблема у тех, кто ведёт продажу рекламы в Telegram-каналах вручную и сразу на нескольких площадках.
Каждая биржа видит только свою часть брони. Telega.in не знает, что тот же четверг уже занят через Telepost, а покупатель, который написал напрямую в личные сообщения, вообще не попадает ни в одну систему учёта. Чем больше у канала каналов продаж, тем выше шанс, что два подтверждения пересекутся — особенно в сезон высокого спроса, когда рекламодатели бронируют слоты заранее: перед Чёрной пятницей, в декабре или в конце августа для EdTech-ниши.
Второй источник ошибки — сам админ, если ведёт несколько каналов одновременно и путает, в каком из них какой день занят. Чем больше проектов, тем быстрее таблица без единой структуры превращается в источник новых конфликтов, а не инструмент их решения.
Рабочее решение почти всегда простое: одна таблица или календарь, куда заносится каждая сделка независимо от того, через какую биржу или канал она пришла. Минимальный набор колонок — дата, площадка-источник заявки, рекламодатель, статус оплаты, ссылка на договор или переписку.
Правило, которое чаще всего нарушают: заносить сделку в таблицу сразу после подтверждения, а не «вечером, когда будет время». Именно в этом промежутке между подтверждением и записью и происходит повторная продажа того же дня. Второе правило — перед тем как подтвердить новую заявку, сверяться с таблицей, а не с памятью: за неделю активных продаж в голове легко перепутать четверг с пятницей.
Для канала с частотой публикаций, например, один рекламный пост в сутки или три поста за 72 часа, количество доступных слотов и так ограничено — чем их меньше, тем дороже цена одной ошибки в учёте.
Часть бирж присылает уведомление о новой сделке в бот или на почту сразу после бронирования — это легко встроить в тот же календарь как триггер для записи. У других узнать о статусе брони можно только через личный кабинет, и тогда проверка перед каждым подтверждением обязательна. Обзоры бирж дают общее сравнение функционала и условий (vc.ru, elama.ru), но про синхронизацию занятости слотов между разными площадками информации там почти нет — каждый админ решает эту задачу сам.
Среди бирж встречаются инструменты, которые показывают админу занятость его слотов по сделкам внутри одной площадки в одном окне — например, у Telepost в разделе для администраторов каналов (telepost.pro/publisher) видно, какие даты уже заняты заявками через эту биржу. Это снимает часть риска внутри одной площадки, но не между разными биржами и личными договорённостями — общий календарь всё равно нужен.
— Сверить время подтверждения: приоритет обычно у того, кто раньше получил подтверждение и внёс оплату, а не у того, кто раньше написал. — Сразу предложить второму покупателю альтернативную дату или скидку за перенос — не затягивать с ответом, рекламодатель и так теряет собственный медиаплан на эту публикацию. — Зафиксировать случай в календаре отдельной пометкой. Через несколько месяцев по таким пометкам видно, через какую площадку конфликты повторяются чаще, и стоит ли продолжать продажу рекламы для Telegram каналов через неё в том же режиме.
Овербукинг — это не невезение, а отсутствие единой точки учёта. Ручная таблица с датами и источниками заявок закрывает большую часть риска, инструменты отдельных бирж для контроля занятости закрывают ещё часть. Полностью убрать конфликт брони можно только одним способом: свести все продажи — биржи и прямые — в одно место, которое проверяется перед каждым подтверждением, а не держится в памяти или в переписке за последнюю неделю.