- Full-stack
- SaaS multi-tenant
- Plateforme d’engagement
Plateforme de participation · Projet personnel
Pulse transforme la participationen dynamique collective.
Une plateforme multi-tenant conçue pour motiver clients et employés grâce aux retours, tâches, reconnaissances, points et récompenses.
- 04
- Perspectives métier
- Multi
- Frontières tenant
- Async
- Travail en arrière-plan
- Ledger
- Intégrité des points
01 · Le problème
Une participation fragmentée perd sa dynamique.
Lorsque les retours, la reconnaissance, les tâches et les récompenses vivent dans des outils séparés, la continuité disparaît. Les clients ne suivent pas la suite de leur contribution, les employés voient peu leur reconnaissance et les administrateurs gouvernent difficilement la participation.
- 01 · Suivi
Contribuer sans continuité
Les clients ont besoin de relier une action à son suivi, ses points et sa progression.
- 02 · Reconnaissance
Une progression peu visible
Les contributions et la reconnaissance des employés ont besoin d’une place visible dans le produit.
- 03 · Gouvernance
Des règles dispersées
Des mécanismes séparés compliquent la gestion cohérente des droits, validations et incitations.
02 · Expérience produit
Le parcours d’engagement
Une boucle continue relie la participation à un résultat visible tout en maintenant les règles de chaque organisation.
- 01 · Contribuer
Capturer une action utile.
Les clients partagent des retours et avis tandis que les employés accomplissent des tâches ou participent à la reconnaissance.
- 02 · Gagner
Enregistrer l’événement avant le solde.
Un service central relie chaque mutation de points à une source et à une règle propre au tenant.
LEDGER / EVENT STREAM
SOURCE RELIÉERÈGLE APPLIQUÉEÉCRITURE ENREGISTRÉEIDEMPOTENCY KEY · SOURCE REFERENCE - 03 · Progresser
Rendre la contribution visible.
Le portefeuille, la reconnaissance, le classement et les trophées offrent une vue cohérente de la progression.
- 04 · Utiliser
Boucler la participation.
Un parcours de récompenses contrôlé relie les points disponibles aux demandes et validations.
Utiliser
03 · Contexte partagé
Quatre perspectives, un même cœur
Chaque rôle voit une partie différente de Pulse. Leurs actions restent reliées par les mêmes règles métier et le même registre de points, isolés par tenant.
Contribuer et suivre le résultat.
Les clients partagent des retours, participent aux avis et suivent les points et la progression liés à leur activité.
- Retours
- Points et récompenses
Transformer la contribution en progression visible.
Les employés accomplissent des tâches, échangent de la reconnaissance et voient les effets sur leur portefeuille et leurs trophées.
- Tâches
- Reconnaissance
Façonner le système de participation local.
Les administrateurs gèrent les membres, configurent l’économie de points et supervisent les parcours dans leur propre périmètre.
- Membres
- Règles économiques
Maintenir une frontière claire pour chaque tenant.
Les administrateurs plateforme créent les organisations, supervisent leur structure et maintiennent les politiques partagées.
- Tenants
- Politique plateforme
04 · Moteur économique
Une économie de points configurable.
La configuration par tenant explicite les politiques de récompense tandis qu’un registre central garde les mutations traçables.
- Identité de la monnaie
- Plafonds de gain
- Rendements décroissants
- Bonus de régularité
- Règles d’expiration
- Transferts entre pairs
- Visibilité du classement
05 · Frontières du système
Une conception multi-tenant.
Pulse est organisé comme un monolithe modulaire dans un monorepo. Le contexte tenant accompagne les données métier, les droits et le travail en arrière-plan.
- 01Client
Interfaces Next.js et React pour quatre rôles.
- 02API
Les modules FastAPI appliquent les règles produit et les droits.
- 03Données
PostgreSQL conserve les données tenant et le registre de points.
- 04Workers
Celery avec Redis traite le travail différé et planifié.
- 05Stockage
Le stockage objet conserve les ressources téléversées.
06 · Contrôle opérationnel
La participation reste gouvernable.
Les administrateurs tenant et plateforme gardent un contrôle explicite sur les règles reliant participation et récompenses.
Droits définis par rôle
Chaque perspective reçoit les actions et données nécessaires à sa responsabilité.
Validations et traces d’audit
Les événements sensibles conservent un historique opérationnel vérifiable.
Tâches asynchrones
Le travail planifié et différé passe par les workers Celery avec Redis.
07 · Journal d’ingénierie
Les choix qui structurent le système.
Les soldes peuvent diverger lors de mises à jour concurrentes.
Placer les mutations dans un registre et partager une transaction avec la mise à jour du solde.
Une infrastructure partagée peut exposer les données entre organisations.
Propager le contexte tenant dans les tables, droits et traitements en arrière-plan.
Deux mutations valides peuvent cibler le même solde.
Verrouiller ou versionner les soldes et rendre les références de source idempotentes.
Les effets différés peuvent ralentir les requêtes interactives.
Conserver le monolithe modulaire et déplacer le travail planifié vers Celery.
Ce que le projet démontre
- 01Quatre interfaces distinctes par rôle
- 02Modules de retours, tâches et reconnaissance
- 03Données et droits tenant-aware
- 04Services centraux de points configurables
- 05Structure des workers et du planificateur
Ce qui reste à valider
- 01Effet motivationnel auprès d’utilisateurs réels
- 02Performances et concurrence à l’échelle de production
- 03Fiabilité des migrations de production
- 04Comportement durable des workers et intégrations
- 05Accessibilité et responsive sur tout le produit
Résultat