Aller au contenu

Vos utilisateurs ont la suite en tête.

De leurs idées.
À votre prochaine version.

Les idées, les votes et votre roadmap.
Ensemble, dans votre application.

Gratuit pendant la bêta. Sans carte bancaire.

Roadmap du widget sur tablette : planifié, en cours, livré
Liste des idées dans le widget sur téléphone, avec votes et bouton pour proposer une idée
  • Une clé publique. Pour connecter votre application.
  • Votre identité visuelle. Un widget à vos couleurs.
  • Un seul endroit. De la première idée à la livraison.

Ce que voient vos utilisateurs

Comme si vous l’aviez conçu vous-même.

Votre couleur, la police du système, le thème de l’appareil. Un panneau sur ordinateur, le plein écran sur téléphone. Vos utilisateurs ne voient pas un outil : ils voient votre application.

Proposer, voter, suivre.

Les idées similaires sont suggérées à la saisie. L’auteur vote et suit automatiquement. Chaque idée garde un historique public : créée, planifiée, livrée, avec vos notes.

Détail d’une idée : statut, vote, suivi, historique, commentaires

Une roadmap qui dit vrai.

Planifié, en cours, livré. Trois colonnes qui reflètent vos décisions réelles, sans date promise.

Roadmap en trois colonnes

Sombre quand l’appareil l’est.

Le widget suit le thème du téléphone ou celui que votre application impose. Rien à configurer.

Liste des idées en thème sombre

Des nouveautés qui ferment la boucle.

Publiez une nouveauté : les idées liées passent en livré. Avec votre fournisseur email configuré, les abonnés éligibles sont prévenus.

  • Markdown restreint, aperçu fidèle
  • Idées livrées listées et cliquables
  • Lien de désabonnement dans chaque email

Une console pour répondre.

Inbox filtrable, statut avec note publique, fusion des doublons, modération, membres, export des données d’un utilisateur.

Inbox de la console d’équipe

Intégration

Une clé. Quelques lignes.

La même clé publique vaut pour toutes vos surfaces. Le chemin Web est distribué aujourd’hui : balise script hébergée et paquet npm fourni avec le code. Android et iOS sont fournis sous forme de sources, sans distribution publique. Aucun secret côté client, aucun compte à créer pour vos utilisateurs.

<script src="https://widget.142-44-160-52.sslip.io/v1/loader.js" defer></script>
<script>
  window.ProductFeedback = window.ProductFeedback || [];
  window.ProductFeedback.push(['init', {
    key: 'pk_live_votre_cle_publique',
    user: { id: currentUser.id, name: currentUser.name }
  }]);
</script>

<!-- un bouton flottant apparaît ; ou ouvrez-le vous-même -->
<button onclick="ProductFeedback.show()">Donner mon avis</button>
Remplacez pk_live_… par la clé publique de votre Project.Aucun secret côté client.
  1. 1

    Créez un Project

    Un email, un nom, vos plateformes. Vous recevez une clé pk_live_….

  2. 2

    Collez l’extrait

    Balise script, paquet npm ou WebView. Le widget apparaît, déjà à vos couleurs.

  3. 3

    Répondez

    Triez, planifiez, publiez. Activez les notifications avec votre propre fournisseur email si vous le souhaitez.

Une place pour chaque retour

Le feedback qui reste dans votre produit.

Une conversation continue, plutôt que des retours dispersés. Voici ce que Keyfeed réunit dans votre application.

Moins de doublons.
Plus de signal.

Les suggestions à la saisie aident à retrouver une idée existante. Les votes rassemblent les attentes ; votre équipe garde la décision.

Pas un autre compte.
Votre application.

Vos utilisateurs contribuent avec l’identité transmise par votre application. Activez le mode vérifié pour la faire confirmer par votre serveur.

Une décision.
Un suivi visible.

Un statut, une note publique, une nouveauté. Chacun peut retrouver ce qui a changé, directement dans le widget.

Sécurité et données

Simple à intégrer.
Clair sur la sécurité.

Aucun secret dans le code client, chaque Project isolé jusqu’à la base de données, des origines et applications autorisées que vous déclarez vous-même.

  • Isolation par ProjectRow Level Security PostgreSQL forcée sur chaque table ; deux rôles applicatifs sans privilège de contournement.
  • Tokens opaquesSessions et clés stockées hachées. Rotation du secret d’identité avec recouvrement de 15 minutes.
  • Identité vérifiéeEn mode vérifié, votre serveur signe l’identité. En mode déclaré, Keyfeed fait confiance à l’identifiant envoyé par votre application : la clé publique seule n’authentifie pas l’utilisateur.
  • CSP par ProjectOrigines d’intégration contrôlées, avec aperçu console et développement local autorisés. Markdown restreint, aucun HTML brut.
  • Vos emails, votre expéditeurLes notifications partent avec votre fournisseur. Rien ne part tant que vous n’avez rien configuré.
  • Vie privéeExport et anonymisation d’un utilisateur en un clic, désabonnement en un lien, aucun pixel de suivi.

Tarifs

Gratuit pendant la bêta.

0 €par Project pendant la bêta. Ensuite un tarif simple, annoncé un mois à l’avance, et vos données toujours exportables.

Hébergé

  • Jusqu’à 50 Projects, membres illimités, utilisateurs finaux illimités
  • Widget Web distribué ; sources Android et iOS fournies
  • Hébergement sur VPS, connexion HTTPS
  • Gestion des idées, votes et commentaires
  • Export des données d’un utilisateur, anonymisation

Auto-hébergé

Un processus Node.js et une base PostgreSQL. Docker Compose fourni, avec ou sans reverse proxy existant.

Questions fréquentes

Avant d’intégrer.

La clé publique dans mon code client, c’est sûr ?

Elle est conçue pour être publique : elle identifie votre projet, pas votre utilisateur. En mode déclaré, un client peut déclarer un autre identifiant. Pour vérifier l’identité, votre serveur doit signer un token en mode vérifié. Ne placez jamais le secret d’identité dans votre application cliente.

Mes utilisateurs doivent-ils créer un compte ?

Non. Votre application transmet un identifiant stable. Pour garantir qu’il n’est pas usurpable, activez l’identité vérifiée : votre serveur signe un token, la plateforme le vérifie.

Qui envoie les emails à mes utilisateurs ?

Vous. Branchez votre clé Resend ou votre relais SMTP dans les paramètres du Project : les notifications partent avec votre expéditeur. Tant que rien n’est configuré, aucun email ne part.

Puis-je récupérer ou supprimer les données d’un utilisateur ?

Depuis la console : export JSON de tout ce qu’un utilisateur a écrit, et anonymisation irréversible. Le désabonnement des emails tient en un lien, sans connexion.

Et si je préfère héberger moi-même ?

Docker Compose : PostgreSQL, un conteneur applicatif, un reverse proxy TLS ou le vôtre. Le guide couvre le cas d’un serveur déjà occupé par d’autres applications.

La suite commence
par une idée.

Un email, un nom, une clé. Le widget s’essaie depuis la console avant même d’être intégré.