Ежедневный эзотерический компаньон внутри Telegram
Платформа для регулярных практик: луна, совместимости, матрица, Таро и персональные советы — без приложений, web-onboarding и разрозненных каналов.
Telegram • AI • Content • Retention
Ежедневный компаньон
сценарии без Mini App
01 · Проблема
Разрозненность сервисов убивает привычку — не «вероучение»
Типичный путь пользователя расползался по приложениям, каналам и сайтам. Лунный день в одном месте, совместимость — в другом, Таро — в третьем. Это повышает трение и гасит привычку.
Несколько приложений и закладок вместо одного привычного входа
Telegram-каналы без персонализации и связного UX
Ручная проверка «опасных» лунных дней и окон
Разные инструменты без общего контекста пользователя
02 · Почему Telegram
Ограничение как продукт: весь UX — только механики бота
Без Mini Apps и webview. Навигация, удержание и монетизация должны были работать внутри привычного канала.
- Аудитория уже живёт в мессенджере — нулевой порог входа
- Без установки APK/IPA и без отдельного web-онбординга
- Push и ежедневные касания — нативные механики Telegram
- Вся навигация через кнопки и сценарии бота — осознанное ограничение
03 · Архитектура продукта
Три слоя: ежедневный ритуал, контент, utility & commerce
Это не набор разрозненных фич — а связка сценариев, где каждый модуль знает свою роль в возврате пользователя.
Ежедневный слой
Сводка по лунному дню, карточка дня, персональные советы, ограниченный бесплатный доступ как «якорь» привычки.
Контентный слой
Знаки, совместимости, матрица, тесты — структурированные сценарии с ручным ядром текстов и AI-полировкой под формат чата.
Utility & commerce
AI-Таро, разовые платные услуги, подписка, Robokassa — отдельные конечные автоматы с общей политикой доступа.
04 · AI Tarot
Стоимость и стабильность важнее «магического» промпта
Отдельный модуль: случайный расклад → генерация карт → контекст в LLM → персональная интерпретация. Снаружи это «магия», внутри — контроль стоимости, стабильности и тона.
Пайплайн генерации
1
Выбор расклада и набора слотов карт
2
Фиксация seed/варианта, чтобы сессия была воспроизводимой
3
Сборка промпта: правила + словарь + запреты на «панические» формулировки
4
Вызов модели с лимитами токенов и fallback по деградации
5
Пост-обработка: форматирование под Telegram, обрезка, эмодзи-диета
Mock reading
II · VII · XV
Спокойный разбор: где вы перегружаете контур ответственности, и где есть окно для мягкого сдвига — без категоричных предсказаний.
Тон и запреты заданы политикой промпта, не постфактум модерацией.
- — Десятки итераций промптов и схемы контекста
- — Баланс себестоимости и качества: дешёвый инференс без «лома» интерпретаций
- — Tone of voice ближе к спокойному практику, чем к маркетинговому AI
05 · Контент
Отдельная система: литература → адаптация → AI-полировка
Самая трудоёмкая часть — не код, а корпус текстов и дисциплина сценариев под формат ежедневного чтения в чате.
Контентный pipeline
Шаг 1
Исходники из профильной литературы → адаптация под формат Telegram
Шаг 2
Ручная вычитка и структурирование длинных текстов
Шаг 3
AI для выравнивания стиля и сжатия перегруженных описаний
Шаг 4
Версионирование сценариев и выкладка через admin-панель
06 · Retention
Ежедневный digital ritual вместо разового «вау»
Фокус на возврате: луна, карточка дня, лимиты free-слоя, AI как редкий апгрейд.
Ежедневные push и обновление лунного дня
Карточка дня как якорь возврата
Ограниченный бесплатный слой + платные разблокировки
AI-расклады как «редкий» апгрейд опыта
Регулярное обновление контентных пакетов
07 · Технические решения
Почему без полноценной БД — осознанный trade-off
Проект почти не требовал сложного реляционного хранения: большая часть контента статична, объём умеренный, связи простые. Полноценная БД добавила бы инфраструктурный налог без выигрыша на ранней стадии.
- — Быстрее разработка и проще деплой
- — Меньше точек отказа и операционных зависимостей
- — JSON-структуры на сервере как явный компромисс под задачу
Cron · ежедневный digest
0 8 * * * Europe/Moscow
Подготовка сводки → персональные триггеры → очередь push без «ддоса» пользователя.
{
"user_digest": {
"moon_day": 17,
"card_id": "day_2025_05_18",
"free_quota_left": 2
},
"content_ref": "pack/v3/lunar_ru.json"
}08 · Монетизация
Подписка, разовые услуги и платёжный контур под Telegram-first
Подписочная модель с понятными лимитами бесплатного слоя
Разовые платные сценарии без ломки основного flow
Robokassa как платёжный контур под Telegram-first UX
09 · Результаты
Качественные сигналы после запуска — без выдуманных процентов
Высокий уровень вовлечения для niche Telegram-формата после запуска
Сильнее всего зашли ежедневные сценарии, карточка дня и AI-расклады
Подписка с ограниченным free-слоем стабильно конвертировала в платёж
Продукт считывается как ежедневный ритуал, а не разовое развлечение
Совместимость · схема
Матрица упрощена: реальные поля и веса — в контент-пакете.
Backend · логическая схема
Bot API → сценарный роутер → JSON-хранилище / контент-паки → cron → push. LLM-вызовы изолированы в отдельный контур с лимитами и журналированием стоимости.
10 · Стек
Инструменты и интеграции
Похожие проекты
Подборка из портфолио по пересечению стека, интеграций и контекста — без ручной вставки в контент кейса.
