Recus

Qu’est-ce que Recus ?

Recus est une infrastructure d’onboarding pour les applications React Native et Expo. Elle fournit un flux d’onboarding piloté par serveur qui peut être modifié depuis un tableau de bord sans reconstruire l’application ni attendre l’examen de l’app-store.

Le SDK Recus inclut (1) une UI pilotée par serveur pour définir les écrans et champs d’onboarding en JSON, (2) une garde de navigation qui peut imposer la collecte de données obligatoires avant que les utilisateurs puissent continuer, et (3) des analytics au niveau des champs et A/B testing pour les flux d’onboarding.

Fonctionnalités principales

• Schéma d’onboarding piloté par serveur (JSON) : Définissez les écrans, champs, règles de validation et ordre des champs dans Recus et déployez les mises à jour au prochain ouverture de l’application.
• Changements d’onboarding instantanés depuis un tableau de bord : Poussez les modifications de schéma en direct pour que les équipes produit puissent mettre à jour l’onboarding sans ouvrir de tickets Jira ni nécessiter un cycle de sortie d’application.
• Garde de navigation avec imposition des obligatoires : Déclarez les champs obligatoires dans le schéma et utilisez le SDK pour empêcher la navigation vers l’application principale tant que les données requises ne sont pas complètes.
• Logique de composants headless avec registre de composants : Recus contrôle la logique d’onboarding (quel écran/champ/variante et quelles données), tandis que vos composants React Native gèrent le rendu via un registre (ex. : composants texte/numérique/bascule/sélecteur de date).
• Analytics au niveau des champs : Collectez des analytics au niveau des champs, incluant le désistement par champ et le temps sur champ, pour identifier où les utilisateurs se désengagent.
• A/B testing pour les variantes d’onboarding : Lancez des expériences sur les champs, écrans ou variantes de flux et évaluez les résultats avec des données au niveau des champs.

Comment utiliser Recus

1. Installez le SDK React Native (accès bêta) et enveloppez votre application avec le composant provider fourni (ex. : RecusContextProvider) tout en enregistrant vos composants d’entrée dans un componentRegistry.
2. Configurez l’onboarding depuis le tableau de bord Recus en définissant les écrans et champs, en spécifiant types, validation, ordre et quels champs sont obligatoires.
3. Intégrez la garde de navigation dans votre navigateur racine pour que le SDK impose les champs requis avant que les utilisateurs atteignent l’application principale.
4. Déployez les mises à jour d’onboarding depuis le tableau de bord ; Recus pousse le schéma d’onboarding mis à jour pour que les utilisateurs reçoivent les changements à leur prochaine ouverture de l’application.

Cas d’usage

• Itération d’onboarding pilotée par l’équipe produit : Votre PM ajuste l’ordre d’onboarding, ajoute des champs, active/désactive les obligatoires ou modifie les règles de validation depuis le tableau de bord sans attendre un sprint développeur et une sortie.
• Flux d’achèvement de profil obligatoire : Exigez des utilisateurs qu’ils complètent les saisies critiques (ex. : nom complet, email, date de naissance) avant d’accéder à l’application principale, imposé par le SDK au niveau de la navigation.
• Diagnostiquer où l’onboarding casse : Utilisez les données de désistement par champ et temps-sur-champ pour identifier quel champ spécifique (pas seulement l’écran global) cause les plus gros abandons.
• Tester des variantes d’onboarding alternatives : Lancez des tests A/B sur des champs, écrans ou variantes d’onboarding spécifiques pour comparer les résultats avec une analyse causale basée sur les données par champ.
• Évoluer l’onboarding sans cycles app-store : Modifiez le schéma d’onboarding au fil du temps (ex. : ajouter un nouveau champ obligatoire ou optionnel) sans soumettre de mise à jour d’application pour chaque changement.

FAQ

• Recus est-il limité à React Native, ou supporte-t-il aussi Expo ?
  Le site décrit Recus comme une infrastructure d’onboarding pour les applications React Native et Expo.

• Quand les utilisateurs voient-ils les changements d’onboarding ?
  Recus livre le schéma d’onboarding mis à jour pour que les utilisateurs obtiennent les changements à leur prochaine ouverture de l’application.

• Recus nécessite-t-il une sortie complète d’application pour chaque changement d’onboarding ?
  Le site indique que les mises à jour du schéma d’onboarding peuvent être modifiées depuis le tableau de bord Recus sans reconstruction ni attente app-store.

• Comment Recus s’intègre-t-il avec les composants UI existants ?
  Recus utilise un registre de composants pour que vos composants React Native gèrent le rendu, tandis que Recus pilote la logique d’onboarding et l’imposition de validation.

• Quels analytics Recus collecte-t-il pour l’onboarding ?
  Recus collecte des analytics au niveau des champs, incluant le désistement par champ et le temps-sur-champ, et supporte le A/B testing sur les variantes de flux.

Alternatives

• Onboarding build-and-release avec UI locale + mises à jour app-store : Approche traditionnelle où les changements d’onboarding nécessitent des modifications de code et une nouvelle release, impliquant souvent une revue d’app et un délai plus long.
• Moteurs de formulaires côté client avec logique de navigation personnalisée : Les solutions axées sur les formulaires gèrent la validation et l’UX d’entrée, mais la source oppose Recus aux outils offrant des moteurs de formulaires sans le contrôle du tableau de bord d’onboarding et le comportement de garde de navigation.
• Outils de déploiement progressif de fonctionnalités (ex. : flags distants) combinés à du code d’onboarding personnalisé : La configuration distante peut modifier le comportement client, mais vous devez toujours implémenter vous-même la logique d’onboarding, l’application de la navigation et les analytics.
• Outils de contenu/tour d’onboarding statique : Les outils de contenu ou de tour guident les utilisateurs avec des infobulles ou des tours, mais ils ne remplacent pas l’onboarding piloté par schéma, l’application des champs obligatoires ou les analytics par champ décrits pour Recus.