CreatorOS на TON Winter Mini Hackathon: смена идеи после обратной связи
От TON-проекта для трейдеров к инструменту поддержки авторов: новая идея, презентация и прототип во время хакатона.
С чего начал
TON Winter Mini Hackathon — тот хакатон, который в своих постах я называл ХакаTON. Программа проходила 4–18 декабря 2025 года. Организаторы открыли её Idea Day 4 декабря в IT Park Kazan, после которого продолжились онлайн-воркшопы, office hours и работа над продуктами.
На хакатон я пришёл с проектом для трейдеров в экосистеме TON. Представил его жюри и получил обратную связь о продукте и конкуренции.
Почему изменил направление
После выступления стало понятнее слабое место идеи. Даже если на TON мало похожих решений, это ещё не защищает продукт: существующему сервису может быть достаточно добавить поддержку сети.
Это стало поводом проверить другое направление. Во время хакатона я сформировал CreatorOS — инструмент поддержки авторов и инфлюенсеров в связке Telegram и TON.
Что сделал
С нуля собрал презентацию и прототип новой идеи. В питче связал проблему автора канала, сценарии продукта, использование Telegram и TON, а также дальнейшее развитие. Презентация получилась на 26 страниц: от пользовательской ситуации до основных модулей и плана продукта.
Для меня это был опыт быстрого перехода от замечаний жюри к другой продуктовой гипотезе: нужно было пересобрать предложение и представить его аудитории за время самого мероприятия.
Проблема, вокруг которой строил CreatorOS
Автор канала одновременно работает с контентом, аудиториями, аналитикой и рекламодателями. Для каждого действия часто нужен отдельный инструмент: один бот проводит розыгрыши, другой собирает заявки, отдельный сервис показывает аналитику, а договорённости о рекламе остаются в переписке.
В новой концепции я сосредоточился на этих переключениях. CreatorOS должен был собрать основные действия в Telegram Mini App, чтобы у автора была единая точка управления каналом.
Сценарии в концепции
В презентации разбирал несколько связанных задач:
- Контент и аудитория: подготовка публикаций, формы и механики вовлечения в одном рабочем пространстве.
- Розыгрыши: отдельный модуль с заранее заданными условиями и проверяемым результатом. В питче он назывался Trustless Raffle.
- Рекламные размещения: связь договорённости, оплаты и публикации. Ad Escrow рассматривался как часть архитектуры такого сценария.
- Аналитика и доходы: возможность видеть результаты работы канала и поступления рядом с остальными инструментами.
Telegram задавал место, где уже работает автор и находится его аудитория. TON рассматривал как основу платёжных и контрактных сценариев. Это помогало объяснить, зачем выбранная экосистема нужна продукту и какие действия она связывает.
Что оставалось в плане развития
В плане выделил Ghost Access — делегирование отдельных задач — и Revenue Dashboard, панель доходов. Эти направления были частью дальнейшего развития концепции. На хакатоне нужно было сначала собрать понятную продуктовую историю и прототип, который можно представить и обсудить.
Результат
По итогам хакатона — 6-е место из 23 команд и 2-е место по зрительским симпатиям. Наибольшую пользу дали обсуждения с жюри, разбор рисков первоначальной идеи и работа над новым направлением.
Этот кейс сохранил для меня весь путь смены гипотезы: выступить с первой идеей, услышать возражение, выбрать другой пользовательский сценарий и собрать для него прототип и питч. Обратная связь повлияла на сам продукт, а не только на оформление презентации.
Материалы: отчёт TON CIS Hub о хакатоне · зрительское голосование · запись питча CreatorOS.