onboarding-flow

Par mkurman · zorai

npx skills add https://github.com/mkurman/zorai --skill onboarding-flow

name: onboarding-flow description: Lorsque l'utilisateur doit concevoir, améliorer ou auditer un flux d'activation post-inscription pour amener les nouveaux utilisateurs à leur premier moment de valeur. Activez lorsque l'activation stagne, que le délai avant la valeur semble excessif, ou que les premières sessions manquent d'impact. related: [support-docs, email-marketing, churn-analysis] reads: [startup-context]

tags: [nontechnical, startup-founder-skills, onboarding-flow, experimental-design, compliance] ----------|------------------------|---------------------| | B2B SaaS (simple) | Compléter le premier flux de travail core | < 10 minutes | | B2B SaaS (complex) | Importer les données + générer le premier rapport | < 24 heures | | PLG / Self-serve | Inviter le premier membre de l'équipe + collaborer | < 48 heures | | Developer tool | Premier appel API ou déploiement réussi | < 30 minutes | | B2C app | Compléter la première session/transaction | < 3 minutes |

Onboarding au sein du produit

Privilégiez l'onboarding qui se déroule dans l'expérience produit elle-même, pas isolé de celle-ci. Les product tours qui superposent l'interface sans contexte sont moins efficaces que :

  • Des empty states qui enseignent — Chaque écran vide guide l'action suivante
  • Des prompts contextuels — Des indications qui apparaissent quand l'utilisateur arrive à un point de décision
  • Une divulgation progressive — Révélez la complexité à mesure que l'utilisateur démontre sa capacité
  • Des données d'exemple — Laissez les utilisateurs expérimenter la valeur du produit avant d'investir leurs propres données

Règles de coordination multi-canal

  • In-app : Guidance en temps réel pour les utilisateurs actifs. Checklists, tooltips, barres de progression, CTAs sur les empty states.
  • Email : Nudges asynchrones pour les utilisateurs qui partent. Bienvenue jour 0, renforcement jour 1, ré-engagement jour 3, récapitulatif de la valeur jour 7.
  • Push/SMS : Réservez aux signaux à fort intent seulement (« Votre rapport est prêt », « Votre coéquipier vient de rejoindre »). Ne l'utilisez jamais pour des rappels génériques.
  • Règle de suppression : Si l'utilisateur a complété l'action in-app, supprimez l'email correspondant. Rien ne détruit la confiance plus vite que des emails « Complétez votre setup ! » envoyés après que le setup soit terminé.

Principes de conception des checklists

  • 3 à 5 éléments maximum. Les taux de complétion chutent sharply au-dessus de 5.
  • Le premier élément doit être pré-complété. Commencer avec une progression visible augmente significativement les taux de complétion (endowed progress effect).
  • Chaque élément prend moins de 2 minutes. Si plus long, divisez-le en sous-étapes.
  • Montrez la récompense. « Connecter Slack -> Recevoir les notifications instantanément » et non juste « Connecter Slack ».
  • Permettez de sauter avec des conséquences. Laissez les utilisateurs sauter mais montrez ce qu'ils perdent.

Ré-engagement pour les utilisateurs bloqués

Diagnostiquez avant de prescrire. Différents points de blocage indiquent des problèmes différents :

Point de blocage Cause probable Intervention
Inscrit, jamais revenu Proposition de valeur peu claire ou mauvais timing Email avec un cas d'usage spécifique correspondant au contexte d'inscription
Début du setup, abandon Trop d'étapes ou blocage rencontré Email avec lien direct vers l'étape où ils se sont arrêtés
Setup complété, jamais utilisé Aucune raison convaincante de revenir Email déclenché quand quelque chose de pertinent se produit
Utilisé une fois, jamais revenu La première expérience n'était pas valuable Demander ce qu'ils essayaient d'accomplir ; proposer un appel guidé

Garde-fous de qualité

Tous les designs d'onboarding doivent inclure :

  • Une documentation des risques identifiant les hypothèses qui pourraient être fausses
  • Des questions ouvertes qui nécessitent une recherche utilisateur pour y répondre
  • Des prochaines étapes explicites avec propriétaires et délais
  • Des indicateurs avancés à mesurer avant d'attendre les données de rétention

Compétences connexes

  • support-docs — Créer des articles du centre d'aide et des guides de démarrage qui soutiennent le flux d'onboarding
  • email-marketing — Construire le programme email complet du cycle de vie au-delà de l'onboarding (rétention, expansion, win-back)
  • churn-analysis — Lorsque les données de complétion d'onboarding révèlent des patterns de churn précoce nécessitant une investigation plus profonde

Exemples

Exemple 1 : Concevoir un nouveau flux d'onboarding

Utilisateur : « Nous sommes un outil de gestion de projets B2B. Les utilisateurs s'inscrivent mais seulement 20% créent leur premier projet. Aidez-nous à corriger l'onboarding. »

Bon extrait de sortie :

Événement d'activation : Créer le premier projet + ajouter au moins une tâche (corrélé avec la rétention à 60 jours).

Conception des 30 premières secondes : Après l'inscription, atterrissez sur un exemple de projet pré-construit (pas un tableau de bord vide). L'utilisateur voit à quoi ressemble le produit quand il est rempli. Un seul prompt guidé dit « Créez votre premier vrai projet » avec 3 modèles à choisir. Après la création du projet, un prompt contextuel pour ajouter une première tâche avec un exemple. État de célébration : « Votre projet est en direct ! Invitez votre équipe à collaborer. »

Impact attendu : Réduire les étapes pré-valeur de 4 à 2 devrait augmenter la création de projets de 20% à 45-55%.

Exemple 2 : L'activation stagne

Utilisateur : « Nous avons 3 000 inscriptions du mois dernier et 60% n'ont jamais complété le setup. Comment les ramener ? »

Bon approche de sortie : Segmentez les 60% par l'endroit où ils se sont arrêtés. Concevez des emails de ré-engagement différents pour chaque point de blocage. Incluez des lignes d'objet, le corps du message et les CTAs reliant directement à l'étape abandonnée. Recommandez une politique de sunset (arrêter l'envoi d'emails après 30 jours pour protéger la délivrabilité). Construisez un backlog d'expériences testant différentes interventions à chaque point de blocage, priorisées par volume d'utilisateurs bloqués et taux de récupération estimé.

Skills similaires