À qui cela s'adresse

Skomi pour les produits SaaS

Une société SaaS mesure deux choses qu'on achète d'ordinaire séparément : un site vitrine qui doit convertir, et un produit qui doit retenir. Skomi couvre les deux depuis un script et une facture, pour ce qui est de la mesure au niveau de la page, qui est la part à lire attentivement ci-dessous.

Ce que vous obtenez

Le site vitrine et le produit connecté sur le même script. Pages d'essai, documentation, tarifs et l'application elle-même remontent dans un seul compte : le chemin d'un article de blog à un compte activé est un seul entonnoir plutôt que deux outils recousus à la main.

Pas de bandeau de consentement sur le site vitrine. Rien n'est stocké sur l'appareil du visiteur : la page qui doit convertir n'est donc pas la page qui demande d'abord la permission. Pour un produit dont l'argumentaire repose sur la confiance, cela vaut plus que l'analytics.

Des entonnoirs, et des cohortes avec une réserve. Les parcours montrent où un tunnel d'inscription ou d'accueil perd des gens, étape par étape, et cela fonctionne quel que soit votre réglage d'identité. Les cohortes de rétention regroupent selon la première fois qu'un visiteur a été vu, jamais. Mais lisez la section suivante avant de vous y fier, parce que ce que « le même visiteur la semaine prochaine » signifie dépend d'un réglage que la plupart des gens laissent tranquille.

Heatmaps et enregistrements à l'intérieur du produit. L'écran d'accueil où tout le monde cale n'est en général pas celui que vous auriez deviné. Les saisies sont masquées dans les enregistrements par défaut, ce qui compte davantage ici que sur une page vitrine.

Un widget de feedback que vous pouvez poser sur un seul écran. Demandez sur la page où est le doute, plutôt que d'envoyer un questionnaire par e-mail une semaine plus tard.

Rendre compte sans distribuer d'identifiants. Un tableau de bord partagé est un lien sans compte derrière, ce qui permet à un fondateur de montrer des chiffres à un investisseur ou à un conseil sans ajouter de sièges.

Ce que Skomi ne fera pas pour vous

Skomi n'a pas d'identifiant d'utilisateur, et c'est tout le sujet. L'identité est dérivée sur le serveur à partir d'un sel quotidien remplacé : quelqu'un qui revient la semaine prochaine est compté comme un nouveau visiteur, pas le même. Il n'y a pas d'appel identify(), pas de dimension compte, pas de « quel client a regardé la page tarifs », et pas de recollage d'un téléphone avec un ordinateur portable. Si votre question porte sur un compte nommé ou une personne précise, ce n'est pas l'outil et aucun réglage ne le transforme en cela. Un identity.mode par site réglé sur device remet un identifiant stable sur l'appareil et fait que la rétention signifie ce que vous attendez, au prix de stocker quelque chose sur l'appareil, ce qui ramène la question du consentement avec. C'est un vrai compromis et il vous revient.

Pas de feature flags, pas d'expérimentations, pas d'A/B testing. Les suites d'analytics produit regroupent tout cela et Skomi n'en a rien. Si votre feuille de route dépend de livrer des variantes et d'en lire la différence, vous ferez tourner autre chose à côté.

Pas de CRM, pas d'e-mails, pas de fiches utilisateurs. Skomi mesure et restitue ; il ne détient aucune identité client, il ne peut donc pas segmenter par forfait, déclencher un e-mail de cycle de vie, ni vous dire quels comptes se sont tus.

Pas d'authentification unique pour votre propre équipe. Les gens avec qui vous travaillez se connectent avec leur propre e-mail et mot de passe, et l'accès s'accorde par site ou par application plutôt que par groupe d'annuaire.

Enregistrer un produit connecté est une décision, pas une valeur par défaut. Les saisies sont masquées et vous pouvez échantillonner plutôt que tout capturer, mais vous filmez tout de même des écrans portant des données clients. Faites-le délibérément, dites-le dans votre politique de confidentialité, et gardez une conservation courte.

Le configurer comme vous travaillez

Un script sur les deux, site vitrine et application. Ils peuvent être un seul site dans Skomi ou deux : un si vous voulez tout l'entonnoir dans une vue unique, deux si les équipes qui les regardent sont différentes. Le guide de l'extrait couvre les deux cas.

Balisez chaque campagne de la même façon pour que le côté acquisition soit lisible. Il y a une convention qu'il vaut mieux adopter avant la première campagne plutôt qu'après la dixième.

Faites de l'inscription un objectif, et de la première action réelle un second objectif. L'écart entre les deux est l'activation, et c'est le chiffre qui manque à la plupart des tableaux de bord SaaS.

Activez les enregistrements sur les seules routes d'accueil, à un taux d'échantillonnage plutôt que sur tout. Les écrans tranquilles du produit n'ont pas besoin d'être filmés.

Réglez la conservation délibérément. Par défaut c'est la fenêtre de votre forfait ; pour un produit affichant des données clients à l'écran, plus court est en général la bonne réponse.

Un script, ou un SDK. Les mêmes rapports dans les deux cas.

Créez un compte, enregistrez un site, et activez ce dont vous avez besoin.