Что оказалось сложнее ИИ при создании учебного приложения: опыт разработки на React Native и Supabase

Студенту не нужно читать 40 страниц PDF, чтобы понять одну идею. Достаточно вставить конспект — и получить объяснение простыми словами, по шагам, без жаргона. Именно такую задачу поставил перед собой разработчик, который сделал приложение TikoNote.

Стек выбрал самый скучный: React Native для мобильных приложений, Supabase для базы и авторизации, Express.js для API, RevenueCat для подписок, Stripe для веб-платежей. Никаких суперновых технологий. Цель — быстрый рабочий MVP, а не идеальная архитектура с первого дня.

Казалось, самое сложное — сделать умные объяснения. На деле — синхронизация состояний подписки между RevenueCat, App Store Connect и Google Play Console. Это заняло больше времени, чем вся магия ИИ.

Три ошибки, которые стоили больше всего

• Синхронизация подписок. Три сервиса никак не могли договориться, есть ли у пользователя доступ. Отладка этого — ад. Потрачено времени больше, чем на весь AI-пайплайн.
• Онбординг. Каждый лишний экран до «момента прозрения» отсекал реальных пользователей. Сократить онбординг оказалось важнее, чем добавить любую фичу.
• Распространение. Само приложение — это 30% работы. Остальные 70% — донести его до студентов. Целевая аудитория (поколение Z) сидит в TikTok и Lemon8, а не в Twitter.

Что сработало: режим Фейнмана

Функция, о которой чаще всего говорят пользователи — режим Фейнмана. Ты объясняешь концепцию своими словами, а приложение показывает, где рассуждение ломается. Маленькая фича, но она опирается на метод, которому люди давно доверяют.

Этот паттерн и работает: привязать ИИ к известному методу обучения — активному припоминанию, интервальным повторениям, блиттингу (когда пересказываешь всё, что помнишь). Не просто добавить ИИ к карточкам и назвать это инновацией.

Практические выводы

Если вы собираетесь делать учебное приложение, вот что стоит сделать сразу:

1. Выбери способ распространения до написания кода. Приложение не найдёт студентов само. Подумай, где сидит твоя аудитория — и канал, через который ты её достанешь.
2. Сократи онбординг до одного экрана. Идеал — сразу показать, как приложение решает проблему. Каждый дополнительный шаг — потерянные пользователи.
3. Настрой подписки заранее. RevenueCat, App Store Connect и Google Play Console не подружатся сами. Заложи на это отдельный спринт.
4. Тестируй фичу на учениках. Если они не узнают в ней знакомый метод — переделай. Пользователи не верят в новые подходы, им нужен обычный, но с ИИ.

Сейчас у приложения немного — пара тысяч скачиваний и небольшой, но реальный MRR. Это история не про технологии, а про доверие. В учебном приложении важнее не движок ИИ, а путь пользователя от первого открытия до подписки. ИИ — лишь инструмент. Решают подписки, онбординг и канал распространения.