01 Контекст и проблема
Ключевой пользователь — успешный профессионал — духовно голоден, но в тупике: общие западные приложения лишены глубины, целителям из Instagram нельзя доверять, а до настоящих учителей не добраться из другой страны. Вся категория проваливается на одном вопросе: настоящий ли этот человек и безопасно ли это? Ограничение — не деньги, а доверие.
02 Роль и ограничения
Как AI Product Manager я отвечал за полную продуктовую и инженерную разработку: интерфейсы пользователя, практика и администратора. Основатель отвечает за качество практики, суждение при проверке и бренд. Ограничения: небольшая команда, покрывающая всю область маркетплейса, двусторонний холодный старт, который должен вызывать доверие с обеих сторон, и руководящий принцип из спецификации — безопасность является продуктом, а не слоем соответствия требованиям.
03 Продуктовый подход
Проверка — это стержень. Практик не может разместиться без прохождения четырёхэтапной проверки (письменная заявка, видеопредставление, полная демо-сессия, оцениваемая по восьмимерной рубрике, и двадцатисессионное испытательное окно) при амбициозном уровне принятия менее 10%. Вокруг этого выстроен полный жизненный цикл сессии и модель отношений: после первой сессии у пользователя появляется Основной практик, поэтому продукт наращивает ценность за счёт непрерывности, а не разовых бронирований.
Доверие — это клин: делаем ставку на проверку так же, как финтех делает ставку на безопасность. Оно также переносимо: слой доверия не зависит от рынка, поэтому глобальное расширение — это выход на рынок, а не переделка.
04 Реализованные функции
Четырёхэтапная проверка
Заявка → видео → оцениваемое демо → 20-сессионное испытание. Ров.
Профили практиков
Значок проверки, уровень, линия традиции, вступительное видео, рейтинги, доступность.
Онбординг практиков
Заявка плюс чек-лист из 7 шагов, обязательный до первой сессии.
Панель практика + CRM
Сегодня / Расписание / Клиенты / Бизнес, с приватными заметками по каждому клиенту.
Аккаунты пользователей + путь
Панель, рефлексивный экран Пути, профиль и настройки.
Поиск и фильтрация
По модальности, языку, уровню, доступности, цене и рейтингу.
Процесс бронирования
Максимум три экрана: слот → аккаунт → оплата, без сюрпризов.
Платежи Stripe Connect
Мультивалютный checkout и еженедельные автоматические выплаты практикам.
Встроенное видео (Daily.co)
Живые сессии внутри приложения, без ссылок на Zoom, полный контроль над сессией.
Рейтинги и отзывы
По желанию, модерируемые администратором, влияющие на продвижение практика по уровням.
Доверие и безопасность
Обнаружение кризисных ключевых слов с многоуровневой реакцией и ресурсами по странам.
Админ / супер-админ
Шесть разделов: панель, пользователи, практики, сессии, контент, финансы.
Также реализовано: ограниченный обмен сообщениями (первичный контакт + один обмен после сессии), двусторонняя синхронизация с Google Calendar, пакеты, подарочные сессии, реферальные программы и библиотека контента/практик.
05 Архитектура
Next.js (App Router) на Vercel; Supabase для Postgres + аутентификация с защитой на уровне строк, разделяющей роли пользователя, практика и администратора. Stripe Connect управляет платежами маркетплейса и еженедельными мультивалютными выплатами; Daily.co обеспечивает встроенное видео; двусторонняя синхронизация с Google Calendar управляет доступностью практиков.
06 Аналитика и наблюдаемость
Инструментировано с первого дня, чтобы каждая воронка, точка отсева и ошибка были видны, и чтобы фактически существовала основа данных, от которой зависит слой ИИ ниже. Четыре инструмента, намеренно не пересекающихся:
PostHog
Продуктовая аналитика: воронки, отслеживание событий и повтор сессий по путям от знакомства к оплате и удержания.
Sentry
Мониторинг ошибок и производительности: ловит сбои и медленные участки в checkout и живом видео.
Google Analytics
Аналитика привлечения: источники трафика, конверсия целевых страниц и CAC по каналам.
Hotjar
Тепловые карты и записи: показывают, где пользователи колеблются на профилях и на checkout.
07 Слой принятия решений на ИИ
Поверх аналитического стека выше платформа запускает многоуровневый комиссионный движок (30% → 25% → 20% по мере того, как практики проводят больше сессий) и ценообразование под конкретный рынок. Эта основа данных питает слой принятия решений на ИИ.
Claude интегрирован в супер-админку в качестве второго пилота для принятия решений, читающего данные PostHog и аналитики: он рекомендует, а затем автоматизирует корректировки комиссий и сборов для защиты маржи, реагирует на аналитические события (риск оттока, разрывы в предложении по часовым поясам, снижение качества практиков) и выявляет шаги по оптимизации прибыли, которые администратор-человек упустил бы. Смысл был в последовательности: сначала появился аналитический субстрат, а ИИ принимает решения поверх него.
08 Статус и результат
Полноценная трёхсторонняя платформа, построенная для веба и мобильных устройств; запуск выстроен по принципу «сначала предложение», с кампанией ко Дню йоги, закрепляющей ранний спрос.
50
Проверенные практики
1,200
Платящие пользователи
32%
Конверсия из знакомства в оплату
70%
Удержание с первой на вторую сессию
09 Рефлексия / Что дальше
Выстраивание основы проверки, аналитики и администрирования до какого-либо ИИ было намеренным: система, которая распоряжается реальными деньгами, настолько же надёжна, насколько надёжны данные и процесс проверки под ней. Платформа успешно работает с запущенным вторым пилотом для принятия решений на ИИ, и тот же переносимый слой доверия масштабирует модель от рынка к рынку.