В таблице прибыль, на счёте пусто: пять дыр в учёте Telegram-канала
Рекламодатель ещё не оплатил выход, статистика по закупу осталась в переписке, а несколько расходов не дошли до таблицы. При этом месяц уже закрыт в плюс. Разбираю пять мест, где деньги становятся невидимыми.
В таблице канал прибыльный. На счёте не хватает на следующий закуп.
Знакомая сцена? Продажи есть, реклама выходит, канал растёт. В колонке с выручкой всё выглядит убедительно. Но стоит открыть банковское приложение — и настроение меняется.
Начинается финансовая археология. Этот рекламодатель обещал оплатить после выхода. Тому менеджеру перевели аванс. По одному закупу статистику прислали голосовым. Ещё один расход записали в заметки, но до таблицы он не добрался. А красивую итоговую цифру уже успели мысленно потратить.
Никто ничего не украл. Деньги не исчезли физически. Исчезла связь между событиями.
Именно в этих разрывах чаще всего живут финансовые проблемы Telegram-канала. Не в сложных формулах и не в недостатке ещё одного дашборда, а в пяти очень приземлённых дырах учёта.
Слепая зона №1. Закуп оплачен, но его результат так и не появился
С расходом всё просто: деньги ушли, значит закуп хочется сразу записать в таблицу и забыть.
Но закуп заканчивается не в момент оплаты. После неё ещё должно произойти размещение, появиться фактический охват, переходы или вступления, а затем — вывод, стоило ли повторять этот источник и этот креатив.
На практике цепочка часто обрывается посередине:
- стоимость лежит в таблице;
- ссылка на публикацию — в переписке;
- охват прислали скриншотом;
- количество новых подписчиков посмотрели «примерно»;
- итоговое решение осталось в голове.
Через неделю вы помните, что закуп вроде бы был нормальным. Через месяц — только название канала. Через три месяца донор снова предлагает размещение, и оценивать его приходится почти с нуля.
В результате расход учтён точно, а результат — по ощущениям. Это опасная асимметрия: деньги система видит, причину их тратить или не тратить снова — уже нет.
Минимальный набор для закрытого закупа выглядит скучно, но честно: канал, дата и стоимость размещения, статус оплаты, ссылка на пост, использованный креатив и фактический результат.
Если части данных пока нет, лучше оставить явный прочерк, чем подставить удобное предположение.
Слепая зона №2. Продажу считают деньгами раньше, чем деньги пришли
Рекламодатель согласовал размещение. Слот занят. Пост вышел. В таблице появляется выручка — и месяц сразу выглядит лучше.
Только выручка и деньги на счёте — не одно и то же.
У продажи есть несколько разных событий:
- О размещении договорились.
- Публикация вышла.
- Рекламодатель оплатил.
Если склеить их в одно слово «продано», легко потратить ещё не полученные деньги.
Закупы следующей недели нужно оплачивать сейчас, а рекламодатель обещает перевод завтра. Потом в пятницу. Потом бухгалтер вернётся из отпуска.
Так прибыльный на бумаге канал внезапно начинает занимать деньги на собственную рекламу.
Поэтому дебиторка — это не бухгалтерская формальность для больших компаний. Для владельца канала это простой список: кто, сколько и за какое размещение ещё не заплатил.
Пока этого списка нет перед глазами, часть выручки существует только в договорённостях.
Слепая зона №3. Одна итоговая метрика прячет разные проблемы
Чаще всего закупы сравнивают по цене подписчика. Это полезная цифра, но она отвечает только на вопрос, сколько в итоге стоил результат. Она не объясняет, почему он получился именно таким.
Одинаковая цена подписчика может скрывать совершенно разные ситуации:
- дорогой охват и сильный креатив;
- дешёвый охват и слабую реакцию;
- много переходов, после которых люди не захотели подписываться;
- неточную атрибуцию, когда непонятно, с какого размещения человек вообще пришёл.
И решения во всех случаях разные.
Где-то нужно договариваться с донором. Где-то — менять подачу. Где-то — приводить в порядок сам канал перед закупом. А иногда сначала надо признать, что данных недостаточно и сравнение пока невозможно.
Проблема средней цифры в том, что она очень успокаивает.
«Подписчик выходит примерно столько-то» звучит как знание. Но среднее легко скрывает и лучший источник, который стоит масштабировать, и худший, который продолжает съедать бюджет.
Слепая зона №4. Маленькие расходы считаются слишком маленькими
Обычно крупные закупы записывают аккуратно. Они заметны и немного пугают.
А всё остальное легко получает статус «потом внесу»: работа автора или дизайнера, комиссия, сервис, оплата менеджеру, технический расход, возврат, корректировка.
Каждая такая сумма по отдельности кажется недостаточной, чтобы открывать таблицу. Но прибыль канала уменьшают не только большие платежи. Она уменьшается каждым расходом, который был в реальности, но не попал в расчёт.
Особенно сложно, когда каналов несколько.
Общий платёж прошёл с одной карты, услуга относилась к другому каналу, а в конце месяца расход распределили «примерно». После этого можно посчитать красивую прибыль каждого канала — и ни одной из этих цифр нельзя будет по-настоящему доверять.
Полезный вопрос здесь звучит не «записываем ли мы крупные расходы», а иначе:
Могу ли я объяснить происхождение каждого расхода за период и понять, к какому каналу и процессу он относится?
Если для ответа нужно вспоминать переписки и листать банковские операции, учёт уже имеет слепую зону.
Слепая зона №5. У следующего действия нет владельца
Финансовая потеря не всегда начинается с неправильной цифры. Иногда она начинается с фразы «надо не забыть».
Надо запросить статистику у донора. Проверить оплату рекламодателя. Подготовить креатив. Напомнить менеджеру. Перенести публикацию. Уточнить маркировку.
Пока каналом занимается один человек, эти обязательства ещё можно держать в голове. Когда появляется команда, общий чат превращается в странный гибрид календаря, базы данных и системы управления задачами.
В нём есть вся информация. Найти её невозможно.
Если у действия нет срока, ответственного и связи с конкретным закупом или продажей, оно становится бесхозным.
А бесхозные задачи обычно всплывают в самый дорогой момент: когда сорван слот, забыта оплата или статистику уже поздно нормально собрать.
Командный учёт нужен не ради контроля людей. Он нужен, чтобы у денег и обязательств была понятная история: кто договорился, кто отвечает за следующий шаг и что уже изменилось.
Быстрая проверка: видите ли вы деньги своего канала
Откройте текущую систему учёта — неважно, таблица это, заметки или CRM — и попробуйте без переписок ответить на пять вопросов:
- Какие оплаченные закупы ещё не получили фактический результат?
- Какие опубликованные продажи рекламы ещё не оплачены?
- Какой донор и какой креатив действительно работают лучше остальных?
- Все ли расходы относятся к правильному каналу и периоду?
- Кто отвечает за каждую незакрытую оплату, статистику и публикацию?
Если ответ находится за минуту — система работает.
Если нужно открыть четыре таблицы, два чата и банковское приложение, деньги пока не пропали. Но часть из них уже стала невидимой.
Когда таблиц становится слишком много
Сама по себе таблица не проблема. Она отлично работает, пока канал один, операций немного, а весь контекст помещается в голове владельца.
Проблема начинается позже: одна таблица отвечает за закупы, другая — за продажи, задачи живут в чате, статистика приходит скриншотами, а реальное состояние денег видно только в банковском приложении.
Каждая часть по отдельности понятна. Общей картины нет.
Именно поэтому я начал собирать Flow — не как замену таблице ради замены, а как способ соединить закупы, продажи рекламы, креативы, оплаты, финансы, задачи и работу команды в одном контуре.
Смысл не в том, чтобы перенести каждую таблицу на отдельный красивый экран. Смысл в связях:
- закуп относится к конкретному каналу и креативу;
- публикация получает фактическую статистику;
- продажа не считается оплаченной, пока деньги действительно не пришли;
- финансовая операция попадает в общий результат;
- у задачи есть ответственный и срок;
- изменения остаются в истории, а не растворяются в чате.
Flow не подставляет демонстрационные показатели: новый аккаунт начинается с пустой базы, а расчёты появляются только из реальных данных пользователя.
Это не так эффектно на первом скриншоте, зато не создаёт шестую дыру — уверенность в цифрах, которых на самом деле нет.
Хочу проверить Flow на реальной работе
Сейчас я ищу владельцев и администраторов Telegram-каналов, готовых проверить Flow на реальной работе.
Мне важна не вежливая похвала, а честная обратная связь: где неудобно, чего не хватает, что осталось понятным только мне как автору продукта и какую часть вашей реальной работы система пока не видит.
Если хотите поучаствовать, напишите мне в Telegram: @sinclemaire.
Чтобы я понимал, откуда вы пришли, начните сообщение со слова «VC».
Хочу сделать так, чтобы деньги Telegram-канала перестали исчезать хотя бы из поля зрения.