Quand un fondateur de SaaS nous a contactés pour partager son expérience avec Heedback, on a sauté sur l’occasion. Il dirige une plateforme qui permet aux couples et aux familles de créer et partager des listes de cadeaux — mariages, naissances, pendaisons de crémaillère. Des dizaines de milliers d’utilisateurs dans plusieurs pays européens.

Pour des raisons de confidentialité, appelons-le Marc. Son histoire, beaucoup de fondateurs la connaissent : un produit que les gens adorent, un volume de support qui grandit plus vite que l’équipe, et cette tension constante entre développer de nouvelles fonctionnalités et garder les utilisateurs existants satisfaits.

Voici notre échange.

Parlez-nous de votre produit et de vos utilisateurs.

Marc : On a construit une plateforme où les gens créent des listes de cadeaux pour les grands moments — mariages, baby showers, anniversaires. Les invités parcourent la liste, réservent un cadeau, et peuvent se cotiser pour les cadeaux plus chers. On est actifs dans quatre pays, donc tout tourne en français, néerlandais et anglais.

Ce qui rend notre domaine particulier, c’est la charge émotionnelle. Quand le mariage de quelqu’un est dans deux semaines et que sa liste ne fonctionne pas correctement, ce n’est pas un “je vais soumettre un ticket et attendre”. La personne a besoin d’aide maintenant. Et elle est stressée. Ça conditionne toute notre approche du support.

À quoi ressemblait votre support avant Heedback ?

Marc : Honnêtement ? Le bazar. On avait une boîte mail partagée sur Gmail, un tableau Trello pour les demandes de fonctionnalités que plus personne ne consultait au bout d’un mois, et une page FAQ en HTML statique que je mettais à jour quand j’y pensais.

Le vrai problème n’était pas le volume — c’était la visibilité. Je n’avais aucune idée des problèmes les plus fréquents. Impossible de dire si les gens étaient plus frustrés par le flux de paiement ou par les liens de partage. Tout vivait dans des fils d’emails, et une fois qu’on avait répondu, cette connaissance disparaissait.

On n’avait aucune structure pour les retours non plus. Les utilisateurs nous envoyaient des demandes par email, en parlaient dans les conversations de support, ou postaient dans notre groupe Facebook. Rien n’était centralisé. Je prenais les décisions produit à l’instinct, en fonction de celui qui criait le plus fort.

Pourquoi avoir choisi Heedback plutôt qu’un autre outil ?

Marc : J’ai regardé Intercom, Zendesk, Canny — les classiques. Intercom était beaucoup trop cher pour notre stade. Zendesk semblait disproportionné et la mise en place était accablante. Canny aurait résolu la partie feedback mais pas le support, et je ne voulais pas assembler trois outils différents.

Heedback a cliqué parce que tout était au même endroit : boîte de réception support, tableaux de feedback, base de connaissances, changelog. Et la possibilité de l’héberger soi-même, c’était un vrai différenciateur. On manipule des données personnelles — noms, adresses, préférences de cadeaux — donc pouvoir tout faire tourner sur notre propre infrastructure, ça comptait. Le RGPD, dans notre secteur, ce n’est pas optionnel.

Le pricing aussi était juste… sensé. Un prix fixe, pas de tarification par utilisateur, pas de “vos coûts vont tripler quand vous grandissez”.

Comment utilisez-vous la boîte de réception au quotidien ?

Marc : C’est devenu notre interface principale. Chaque message d’utilisateur arrive dans Heedback — que ce soit via le widget sur notre site ou par email. Mon associé et moi on se répartit la boîte, et on voit en un coup d’œil ce qui est ouvert, ce qui attend, qui s’occupe de quoi.

Ce qui m’a le plus surpris, c’est le contexte que ça donne. Quand quelqu’un écrit, je vois ses conversations précédentes, s’il a voté sur des demandes de fonctionnalités, son plan. Je ne demande plus “Pouvez-vous me donner votre email ?” — je sais déjà qui c’est.

Pendant la saison des mariages — mai à septembre — notre volume explose. Avoir tout centralisé au lieu de jongler entre Gmail, Messenger et tout le reste, ça nous a sauvé la vie.

Comment le tableau de feedback a changé vos décisions produit ?

Marc : Du tout au tout. On a mis en place un tableau public où les utilisateurs peuvent soumettre des idées et voter. En un mois, c’était évident ce que les gens voulaient vraiment. La demande numéro un n’était pas du tout ce que j’avais imaginé — c’était une fonctionnalité de “cagnotte” pour que plusieurs invités puissent se cotiser sur un cadeau coûteux.

Sans le tableau, j’aurais construit tout autre chose en me basant sur ce que je croyais que les gens voulaient. Le tableau ne fait pas que collecter des votes — il me donne de la confiance. Quand je vois 200 personnes demander la même chose, je ne devine plus.

On l’utilise aussi en interne. Quand notre petite équipe débat des priorités, on sort juste le tableau. La conversation passe très vite des opinions aux données.

Et la base de connaissances ?

Marc : L’impact a été progressif, mais massif. On a rédigé une trentaine d’articles sur les bases : comment créer une liste, comment la partager, comment fonctionnent les paiements, que faire si un cadeau est retourné, comment ajouter des articles d’autres boutiques.

Le volume de support a baissé sensiblement après ça. Les gens trouvent les réponses seuls avant même de nous contacter. Et quand ils nous écrivent, les questions sont plus ciblées — moins de “comment ça marche ?” et plus de “est-ce que je peux faire X dans ce cas précis ?” C’est beaucoup plus rapide à traiter.

Le widget suggère aussi des articles pertinents quand les utilisateurs commencent à taper un message. Je ne m’attendais pas à ce que ça marche aussi bien, mais ça intercepte beaucoup de questions avant qu’elles ne deviennent des tickets.

Vous pouvez partager des résultats concrets ?

Marc : Bien sûr. On ne mesure pas tout de façon obsessionnelle, mais quelques chiffres ressortent :

Le volume de support a baissé d’environ 40 % par rapport à la même période l’an dernier. Même nombre d’utilisateurs, moins de tickets. La base de connaissances fait son travail.
Le temps de réponse est passé de “quand on peut” à moins de 2 heures en moyenne. Avoir une seule boîte au lieu de cinq canaux a rendu ça possible.
Plus de 90 % des demandes de fonctionnalités passent maintenant par le tableau au lieu d’emails éparpillés. Rien que ça nous économise des heures de tri manuel.
On a livré 4 fonctionnalités le trimestre dernier qui étaient les plus votées. Les utilisateurs l’ont remarqué. On a reçu plus de retours positifs en un mois que sur les six mois précédents.

Le plus dur à quantifier, c’est la tranquillité d’esprit. Avant, j’avais la boule au ventre en ouvrant mes emails le lundi matin. Maintenant j’ouvre Heedback, je vois la file, et je traite. C’est structuré, pas chaotique.

Que diriez-vous à d’autres fondateurs de SaaS qui envisagent Heedback ?

Marc : Arrêtez d’essayer de coller ensemble cinq outils différents. Si vous êtes early-stage ou même mid-stage, vous n’avez pas besoin du plan à 300 €/mois d’Intercom. Vous n’avez pas besoin d’outils séparés pour le support, le feedback, la doc et le changelog qui ne communiquent pas entre eux.

Heedback fait tout ça, et le fait bien. La mise en place m’a pris un après-midi. L’auto-hébergement avec Docker était simple. Et le rapport qualité-prix est honnêtement le meilleur que j’ai trouvé.

Le conseil que j’insisterais dessus : commencez par la base de connaissances. Écrivez 20 articles sur vos questions les plus fréquentes. Vous en verrez l’impact en quelques semaines.

L’histoire de Marc est celle de nombreux fondateurs — un produit en croissance, une petite équipe, et le besoin de rester proche de ses utilisateurs sans se noyer dans le support. Si vous êtes dans une situation similaire, essayez Heedback. Vos lundis matins vous remercieront.