Recus

Что такое Recus?

Recus — инфраструктура онбординга для приложений React Native и Expo. Она обеспечивает серверно-управляемый поток онбординга, который можно изменить из дашборда без перестройки приложения или ожидания ревью в app store.

SDK Recus включает (1) серверно-управляемый UI для определения экранов и полей онбординга в формате JSON, (2) navigation guard, который принуждает сбор обязательных данных перед тем, как пользователи смогут продолжить, и (3) аналитику на уровне полей и A/B-тестирование потоков онбординга.

Ключевые возможности

• Серверно-управляемая схема онбординга (JSON): Определяйте экраны, поля, правила валидации и порядок полей в Recus — обновления доставляются при следующем запуске приложения.
• Мгновенные изменения онбординга из дашборда: Публикуйте изменения схемы в реальном времени, чтобы продуктовые команды могли обновлять онбординг без Jira-тикетов или циклов релиза приложения.
• Navigation guard с принудительным сбором: Объявляйте обязательные поля в схеме и используйте SDK, чтобы запретить переход в основное приложение до завершения сбора требуемых данных.
• Логика headless-компонентов с реестром компонентов: Recus управляет логикой онбординга (какой экран/поле/вариант и какие данные), а ваши React Native-компоненты отвечают за рендеринг через реестр (например, компоненты для текста/чисел/переключателя/датчика).
• Аналитика на уровне полей: Собирайте аналитику по полям, включая отказы от поля и время на поле, чтобы выявить, где пользователи отваливаются.
• A/B-тестирование вариантов онбординга: Запускайте эксперименты по полям, экранам или вариантам потоков и оценивайте результаты на основе данных по полям.

Как использовать Recus

1. Установите SDK для React Native (бета-доступ) и оберните приложение в предоставленный провайдер (например, RecusContextProvider), регистрируя ваши компоненты ввода в componentRegistry.
2. Настройте онбординг из дашборда Recus, определяя экраны и поля, указывая типы, валидацию, порядок и обязательные поля.
3. Интегрируйте navigation guard в корневой навигатор, чтобы SDK принудительно проверял обязательные поля перед доступом к основному приложению.
4. Публикуйте обновления онбординга из дашборда; Recus отправляет обновленную схему онбординга, и пользователи получают изменения при следующем запуске приложения.

Сценарии использования

• Итерации онбординга от продуктовой команды: Ваш PM меняет порядок онбординга, добавляет поля, включает обязательность или корректирует правила валидации из дашборда без ожидания спринта разработчиков и релиза.
• Потоки обязательного заполнения профиля: Требуйте от пользователей завершить ключевые поля (например, ФИО, email, дата рождения) перед доступом к основному приложению — принуждается SDK на уровне навигации.
• Диагностика сбоев онбординга: Используйте данные об отказах от полей и времени на поле, чтобы найти, какое конкретное поле (а не экран в целом) вызывает наибольшие оттоки.
• Тестирование альтернативных вариантов онбординга: Запускайте A/B-тесты по конкретным полям, экранам или вариантам, сравнивая результаты с причинно-следственными выводами на основе данных по полям.
• Эволюция онбординга без циклов app store: Меняйте схему онбординга со временем (например, добавляйте новое обязательное или опциональное поле) без подачи обновлений приложения для каждого изменения.

FAQ

• Recus ограничен React Native или поддерживает и Expo? Сайт описывает Recus как инфраструктуру онбординга для приложений React Native и Expo.

• Когда пользователи видят изменения онбординга? Recus доставляет обновленную схему онбординга, так что изменения приходят при следующем запуске приложения.

• Требует ли Recus полный релиз приложения для каждого изменения онбординга? Сайт указывает, что обновления схемы онбординга можно менять из дашборда Recus без перестроек и ожидания app store.

• Как Recus интегрируется с существующими UI-компонентами? Recus использует реестр компонентов, чтобы ваши React Native-компоненты отвечали за рендеринг, а Recus управлял логикой онбординга и принуждением валидации.

• Какую аналитику собирает Recus для онбординга? Recus собирает аналитику на уровне полей, включая отказы от поля и время на поле, и поддерживает A/B-тестирование вариантов потоков.

Альтернативы

• Онбординг с сборкой и релизом + локальный UI + обновления в app-store: Традиционный подход, где изменения онбординга требуют изменений кода и нового релиза, часто с ревью приложения и длительным циклом.
• Клиентские движки форм с кастомной логикой навигации: Решения, ориентированные на формы, управляют валидацией и UX ввода, но в отличие от Recus не предлагают дашборд для онбординга и navigation guard.
• Инструменты постепенного rollout функций (например, remote flags) + кастомный код онбординга: Удалённая конфигурация меняет поведение клиента, но логику онбординга, принудительную навигацию и аналитику приходится реализовывать самостоятельно.
• Инструменты статического контента/туров онбординга: Инструменты контента или туров ведут пользователей подсказками или турами, но не заменяют schema-driven онбординг, принудительное выполнение обязательных полей или аналитику по полям Recus.