# Optimisations landing rubis.pro

> Version : 0.1 · Dernière maj : 2026-05-17
> Source : audit de `https://rubis.pro` mai 2026 + retours commerciaux
> Statut : à arbitrer puis implémenter (cf. section "Plan d'exécution")

Document de travail sur les frictions identifiées sur la landing publique et les optimisations à arbitrer. La landing est déjà dans le top 10% des SaaS B2B français observés (tonalité singulière, métaphore "rubis = 10 minutes" mémorable, trois chiffres d'autorité bien sourcés, section LME avec amendes Fnac/Cdiscount/Sanofi très rassurante, pricing radicalement simple). Ce qui suit ne remet pas en cause l'existant — ce sont les **6 frictions résiduelles qui plombent la conversion d'un visiteur qualifié**.

À traiter avant les actions d'acquisition (réseau direct, experts-comptables, SEO) — inutile d'envoyer du trafic sur une page qui convertit mal.

---

## 1. Ambiguïté du nom et du branding

**Constat.** "Rubis sur l'ongle" est une expression française qui évoque **payer cash, immédiatement, sans délai** — donc du point de vue du **payeur**, pas du créancier. Or notre client est celui qui se fait payer (le créancier qui veut récupérer son dû). Quand un dirigeant de TPE découvre le nom pour la première fois, son cerveau ne fait pas spontanément le lien avec "outil de relance de factures impayées".

**Impact.** Friction cognitive à l'entrée. Le visiteur doit faire un effort de traduction avant de comprendre. Pas dramatique (le H1 et la tagline lèvent l'ambiguïté), mais coûteux sur des canaux où on n'a qu'une fraction de seconde (LinkedIn, search ads, bouche-à-oreille).

**Recommandation.** Ne pas renommer (le nom est joli, sonore, mémorisable, déjà déployé). Mais **renforcer le sous-titre immédiat** sous le wordmark dans le header pour lever toute ambiguïté :

- Actuel (à vérifier sur la page) : tagline "Vos factures relancées toutes seules pendant que vous travaillez."
- Garder cette tagline, mais ajouter une micro-baseline juste sous le logo dans le header : `Logiciel de relance de factures impayées` ou `Recouvrement amiable automatisé`. Quelque chose de fonctionnel et SEO-friendly.

**Action concrète.** Ajouter un `<span>` discret sous le wordmark dans le header de `apps/landing` (taille ~12px, couleur neutre chaude `#7A6E62` ou équivalent). Tester sur 2 semaines, mesurer le taux de rebond.

---

## 2. Le plan Free 5 factures cannibalise le segment cœur

**Constat.** Le plan Free actuel autorise 5 factures actives. Or **le segment cœur de Rubis** (freelance solo, artisan, consultant indépendant, kiné en libéral) émet typiquement **moins de 5 factures par mois**. Conséquence : on offre gratuitement le produit aux gens qui devraient être nos premiers payeurs, et on ne capture que les boîtes plus grosses (qui ont déjà Pennylane, Sellsy, Qonto avec recouvrement intégré, etc.).

**Impact.** Conversion Free → Pro probablement très faible, voire nulle, sur ce segment. C'est le piège classique du Free trop généreux : ça remplit le compteur d'inscrits mais ça ne ramène pas de MRR.

**Recommandation.** Trois options à arbitrer (mon avis : option B).

- **Option A — Supprimer le plan Free.** Remplacer par essai 14 jours uniquement (cf. point 3). Plus radical mais plus rentable.
- **Option B — Limiter le Free à 2 factures actives max** (recommandé). Permet de tester le produit sans le rendre utilisable en production solo. Force la conversion dès que l'usage est réel.
- **Option C — Free dégradé en lecture seule après 14 jours.** Création de factures et envoi de relances limités au plan Pro après l'essai, mais consultation de l'historique reste possible. Plus subtil mais plus complexe à implémenter.

**Action concrète.** Décider entre A/B/C en équipe, créer un ADR (probablement ADR-022 pricing exact, toujours ouvert dans `docs/decisions.md`). Mettre à jour `landing/index.html` + composants pricing dans `apps/landing` et `apps/web`. Tester pendant 30 jours, comparer aux 30 jours précédents.

---

## 3. L'essai 30 jours sans CB est trop long et trop "gratuit"

**Constat.** "30 jours d'essai gratuit, sans carte bancaire" est devenu un standard SaaS — mais c'est **trop long** pour un produit dont la valeur se voit en 7-14 jours (la première relance automatique part en quelques heures après le premier import facture). Et l'absence de CB demandée à l'inscription **divise la conversion par 2 à 3** sur ce type d'outil (donnée connue, cf. études Profitwell, ChartMogul).

**Impact.** Décision repoussée → friction supplémentaire à J+30 → la moitié des essais ne se réactivent jamais.

**Recommandation.**

- Passer à **14 jours d'essai** (largement suffisant pour ressentir la valeur sur 1-3 factures relancées automatiquement).
- **Demander la CB à l'inscription** avec une promesse claire : "Aucun prélèvement avant le J+14. Vous serez notifié 48h avant la facturation et pouvez annuler en un clic depuis votre compte." Cette transparence neutralise la résistance.
- Bonus : envoi automatique d'un email J+12 récapitulant l'usage des 12 premiers jours ("Vous avez relancé X factures, récupéré Y €, gagné Z minutes") — déclencheur émotionnel avant le prélèvement.

**Action concrète.** Mettre à jour le tunnel d'inscription dans `apps/web` (formulaire signup + intégration Stripe Setup Intent au lieu de Payment Intent différé). Mettre à jour le copy sur `landing` ("14 jours d'essai gratuit" et préciser le "CB demandée, non prélevée"). Cohabiter avec un fallback "Pas de CB ? Commencez en plan Free 2 factures" pour ne pas perdre les ultra-réticents.

---

## 4. Zéro preuve sociale visible

**Constat.** Sur un sujet de **confiance** (gestion de factures, connexion bancaire via Powens AISP, données financières sensibles), l'absence totale de :

- logos clients (même un seul)
- témoignages signés (nom + prénom + boîte + photo)
- chiffres d'usage en temps réel ("X factures relancées via Rubis ce mois-ci", "Y € récupérés à ce jour")
- presse, citations, awards

...envoie un signal "SaaS désert" qui coûte massivement en conversion. Même les meilleures landing pages sans preuve sociale tournent à 1-2% de conversion alors qu'avec preuve sociale on monte à 4-8% sur le même trafic qualifié.

**Recommandation court terme** (sans clients payants encore).

1. **Recruter 5-10 bêta-testeurs** dans le réseau direct (cf. plan d'acquisition 30 jours). Leur offrir un **accès Pro gratuit à vie** en échange d'un témoignage signé + droit d'usage de leur logo et photo.
2. **Afficher dès le 1er bêta-testeur recruté** une bande "Ils utilisent Rubis" avec son logo (même si c'est le seul pour le moment — 1 logo signé > 0 logo).
3. **Compteur en temps réel** dès qu'il y a assez de volume (>50 relances envoyées) : "X relances envoyées via Rubis ce mois-ci" — affiché en bas de hero ou en section dédiée. Le compteur peut être branché sur une endpoint de `apps/api` qui agrège.
4. **3 témoignages signés visibles en section dédiée** avant le pricing : prénom + nom complet + société + ville + photo (vraie photo, pas stock). Une phrase concrète sur le bénéfice mesuré, pas du "j'adore Rubis".

**Recommandation moyen terme.** Une fois 20+ clients payants, ajouter des cas clients vidéo (témoignage 60-90s) — déclencheur émotionnel le plus puissant en B2B SMB.

**Action concrète.** Créer une section `<TrustedBy />` dans `apps/landing` (composant réutilisable). Préparer un template d'email "Demande de témoignage en échange d'accès à vie" à envoyer aux 8-10 premiers bêta-testeurs (cf. plan acquisition S1).

---

## 5. Le CTA principal "Lancer Rubis" est trop léger

**Constat.** "Lancer Rubis" est mignon, cohérent avec le branding (verbe d'action, ton singulier), mais **ne dit pas ce qui se passe quand on clique**. Un visiteur qui découvre la page n'a aucune idée de l'engagement (signup ? démo ? téléchargement ?), du temps que ça va prendre, ni du résultat à la sortie. Friction cognitive juste avant le clic — pire moment pour avoir une friction.

**Impact.** Taux de clic CTA probablement en dessous de la moyenne du marché (5-12% sur SaaS B2B SMB français).

**Recommandation.** Réécrire le CTA en deux niveaux : action + sous-texte rassurant.

- CTA primaire : **`Démarrer mon essai 14 jours →`**
- Sous-texte sous le bouton (taille ~13px, neutre chaud) : **`Première relance envoyée en 5 minutes · CB demandée, non prélevée avant J+14`**

Plus long visuellement, mais **enlève toutes les questions** que le prospect se pose à ce moment. Et le "5 minutes" est un déclencheur d'urgence/simplicité très fort.

**Variante à A/B tester** plus tard : `Récupérer mes factures impayées →` (orienté résultat client) vs `Démarrer mon essai 14 jours →` (orienté process). Mon pari : la première variante gagne en taux de clic mais perd en qualification — à mesurer.

**Action concrète.** Mettre à jour le CTA dans hero + footer de `apps/landing`. Conserver le verbe "Lancer Rubis" éventuellement en CTA secondaire (sticky header au scroll) pour garder la touche identitaire.

---

## 6. Le blog n'est pas en navigation prioritaire

**Constat.** Le blog existe (lien présent dans la page) mais n'est pas mis en avant. Or **c'est le seul levier SEO long-terme** de Rubis pour capturer le trafic des gens qui cherchent **avant de connaître l'existence d'un outil** ("comment relancer un client qui ne paie pas", "modèle email relance facture", "délai légal LME", etc.).

**Impact.** Trafic SEO sous-exploité, donc dépendance totale aux canaux outbound (réseau, partenariats, ads) pour générer des leads. Pas scalable.

**Recommandation.**

1. **Promouvoir le blog en nav primaire** (header) à côté de "Tarifs" et "Connexion". Label : `Guides` ou `Ressources` (plus large que "Blog" qui sonne marketing).
2. **Produire 5 articles SEO ciblés** dans les 30 prochains jours (cf. plan acquisition S4) :
    - "Modèle d'email de relance facture impayée (gratuit, à copier-coller)"
    - "Que faire quand un client ne paie pas une facture ? Guide complet 2026"
    - "Délai de paiement légal en France : ce que dit la loi LME"
    - "Combien de temps avant de mettre en demeure ? Le bon timing en 2026"
    - "Lettre de mise en demeure : modèle Word à télécharger gratuitement"
3. **Chaque article doit ouvrir vers Rubis en CTA discret en fin** ("Et si vous automatisiez tout ça ? Démarrer mon essai 14 jours") — pas en début pour ne pas casser la valeur perçue de l'article.
4. **Lead magnet** : proposer les modèles Word/PDF en téléchargement contre email → liste de remarketing.

**Action concrète.** Mettre à jour la nav dans `apps/landing` (composant header partagé). Créer un template d'article SEO optimisé (frontmatter Astro avec `description`, `keywords`, `publishDate`, schéma JSON-LD `Article`, image OG dédiée). Lancer la rédaction du 1er article cette semaine.

---

## Plan d'exécution priorisé

Découpage en **quick wins** (impact élevé, effort faible — à faire immédiatement) et **chantiers structurants** (impact élevé, effort moyen-élevé — à planifier).

### Quick wins (semaine 1, < 1 jour de dev cumulé)

| # | Action | Fichier(s) impacté(s) | Effort |
|---|---|---|---|
| 1 | Ajouter micro-baseline `Logiciel de relance de factures impayées` sous le wordmark | `apps/landing` header | 15 min |
| 2 | Réécrire CTA principal en `Démarrer mon essai 14 jours →` + sous-texte | `apps/landing` hero + footer | 30 min |
| 3 | Passer essai 30j → 14j dans le copy de la landing | `apps/landing` (multiple sections) | 30 min |
| 4 | Promouvoir le blog en nav primaire (label `Ressources`) | `apps/landing` header component | 30 min |

### Chantiers structurants (semaines 2-4)

| # | Action | Fichier(s) impacté(s) | Effort |
|---|---|---|---|
| 5 | Arbitrer Free 5 factures → Free 2 factures (ADR-022) + implémenter | `apps/api` (quotas), `apps/web` (UI plan), `apps/landing` (pricing) | 1-2 j |
| 6 | Demander CB à l'inscription via Stripe Setup Intent + email J+12 récap | `apps/web` (signup flow), `apps/api` (Stripe integration + emails) | 2-3 j |
| 7 | Composant `<TrustedBy />` + recrutement 5-10 bêta-testeurs en parallèle | `apps/landing` + actions commerciales hors code | 1 j de dev + temps commercial |
| 8 | Rédiger les 5 articles SEO + templates Astro optimisés | `apps/landing` (blog content) | 1-2 j par article |

### Métriques à suivre (avant / après)

À mesurer pendant 30 jours après déploiement des quick wins, puis 30 jours après les chantiers structurants. Outil : Plausible ou Umami (RGPD-friendly, à confirmer ADR si pas encore tranché).

- **Taux de clic CTA hero** (% des visiteurs qui cliquent sur le bouton principal)
- **Taux de conversion signup** (% des visiteurs qui complètent l'inscription)
- **Taux de conversion essai → payant** (% des comptes qui passent en payant à J+14)
- **Taux de rebond landing** (sur trafic SEO/réseau qualifié)
- **Position SEO** sur les 5 mots-clés cibles des articles

---

## Ce qu'on **ne** change **pas**

À noter pour résister à la tentation de tout refondre :

- La **métaphore "rubis = 10 minutes"** reste centrale. C'est l'actif différenciant le plus fort de la marque.
- Les **3 chiffres d'autorité** (44j DSO moyen, 15Md€ de retards, -26% si automatisé) restent en hero — bien sourcés, crédibles.
- La **section loi LME** avec les amendes Fnac/Cdiscount/Sanofi reste — c'est un coup de maître pour rassurer sur le sérieux du problème.
- Le **pricing radicalement simple** (1 plan principal, un sous-choix) reste — c'est un signal de confiance fort vs la concurrence (Upflow, Dunforce avec leurs plans confus à l'enterprise).
- La **tonalité singulière** (ni corporate, ni indie cringe) reste — c'est ce qui rend la landing mémorable.

---

## Décisions ouvertes à trancher

À documenter en ADR dès arbitrage. À discuter en équipe avant exécution des chantiers structurants.

1. **Option Free** : A (supprimer), B (2 factures, recommandé), ou C (lecture seule après 14j) ? → impacte ADR-022.
2. **Conserver "Lancer Rubis" en CTA secondaire** au scroll, ou tout uniformiser sur `Démarrer mon essai 14 jours` ?
3. **Compteur temps réel** sur la landing : à brancher sur `apps/api` (endpoint public agrégé) ou via job batch quotidien ? Trade-off perf vs fraîcheur.
4. **Outil analytics** pour mesurer les métriques ci-dessus : Plausible self-hosted sur LXC Proxmox (cohérent infra), Umami (open-source, self-hostable aussi), ou GA4 (simple mais pas RGPD-friendly) ? → futur ADR.
