Open source · Produit

FeedbackFlow

Collecter, prioriser et livrer le feedback produit — une alternative open-source à Canny. Un espace public de votes, une roadmap et un tableau de bord, le tout pensé pour rester simple à héberger.

Next.js 16TypeScriptPrismaPostgreSQLApp RouterTailwind
RôleConception & dév.
Période2026 · 2 sem.
TypeProjet perso
StatutEn ligne
Vue d'ensemble de FeedbackFlow

// Contexte

Pourquoi ce projet

Les outils de feedback produit comme Canny sont efficaces mais fermés et payants dès qu'on dépasse l'usage minimal. Je voulais un projet à scope court pour démontrer ma capacité à livrer un produit complet, propre et déployable — du schéma de données à l'interface publique.

FeedbackFlow est donc pensé comme une brique auto-hébergeable : une équipe l'installe, ouvre un portail de feedback, et garde la main sur ses données.

// Problème

Ce qu'il fallait résoudre

Au-delà du « clone », trois contraintes structuraient le projet :

  • Hiérarchiser le bruit. Beaucoup de retours, peu de signal : il faut un système de votes et de statuts pour faire remonter ce qui compte.
  • Deux audiences, une base. Un espace public pour les utilisateurs, un back-office pour l'équipe — sans dupliquer la logique.
  • Simple à déployer. Pas d'infra exotique : une base Postgres et une plateforme type Vercel doivent suffire.

// Solution

L'approche retenue

J'ai découpé le produit en trois surfaces : un portail public (soumettre une idée, voter, suivre l'avancement), une roadmap en colonnes par statut, et un tableau de bord pour trier, fusionner et faire évoluer les demandes.

Le tout repose sur un modèle de données unique et un rendu côté serveur (App Router) pour des pages publiques rapides et indexables.

Portail public — liste des idées
Roadmap par statut
Tableau de bord d'administration

// Décisions techniques

Les choix qui comptent

Next.js 16 · App Router

Rendu serveur pour le public

Les pages publiques (idées, roadmap) sont rendues côté serveur : rapides au premier affichage et indexables par les moteurs.

PourquoiLe SEO et la vitesse sont essentiels pour un portail de feedback ouvert.
Prisma · PostgreSQL

Un schéma unique, deux usages

Le même modèle (idées, votes, statuts, commentaires) alimente le portail public et l'admin. Prisma sécurise les requêtes avec le typage de bout en bout.

PourquoiÉviter la duplication de logique et les incohérences entre les deux surfaces.
TypeScript

Typage de bout en bout

Des types partagés entre la base, l'API et les composants : moins de bugs silencieux, des refactors sereins.

PourquoiLivrer vite sans sacrifier la fiabilité — la marque de fabrique du projet.

// Résultat

Ce que ça donne

Un produit complet, open-source et déployable en quelques minutes — qui sert aussi de démonstration concrète de ma façon de travailler : scope clair, code typé, mise en production réelle.

3surfaces : portail, roadmap, admin
100 %TypeScript, de la base à l'UI
~2 sem.de l'idée à la mise en ligne