Tous les projets
P

Paypr

App

Centralisation des tickets digitaux, connectée au paiement.

Rôle
Développement full-stack
Catégorie
App
Stack principale
React Native · Next.js · Supabase
01Le contexte

Le ticket de caisse papier disparaît, remplacé par des reçus numériques envoyés par mail, par SMS, ou enfermés dans l'application de chaque enseigne. Le résultat est paradoxal : tout est numérique, et pourtant plus rien n'est retrouvable. Une garantie à faire jouer six mois plus tard devient une chasse au trésor.

02Le problème et la réponse
Le problème

Les tickets et reçus digitaux se perdent, deviennent vite inutilisables, et les informations d'achat sont éparpillées entre les apps et les commerçants.

La solution

Une application qui relie les tickets au système de paiement pour les centraliser automatiquement, éliminer les tickets inutilisables et retrouver chaque information d'achat au même endroit.

03Le produit, écran par écran
Maquette jouable

Mes achats

Août 2026

TousSous garantieProÀ trier
DecathlonAujourd'hui · carte ••4264,90 €
Fnac12 août · garantie 2 ansGarantie329,00 €
Carrefour11 août · courses87,12 €
Apple Store3 août · carte ••42Garantie1 149,00 €
AchatsGarantiesDépensesProfil
01 / 04 · Portefeuille

Tous les achats au même endroit, quel que soit le commerçant. La centralisation vient du paiement, pas d'une application par enseigne.

Maquette interactive reconstituée pour ce portfolio. Les valeurs affichées illustrent l'interface — ce ne sont pas des chiffres de production.

04Les partis pris
01

Partir du paiement, pas du ticket

Le point commun de tous les achats n'est pas le commerçant. C'est la transaction. En s'ancrant au paiement, la centralisation devient automatique au lieu de dépendre du bon vouloir de chaque enseigne.

02

Une application mobile d'abord

React Native pour couvrir iOS et Android avec une seule base de code, sans sacrifier le ressenti natif. C'est une app qu'on ouvre en trente secondes, à la caisse ou dans le métro.

03

Un socle de données strict

Supabase avec des règles d'accès au niveau des lignes : chaque utilisateur ne peut voir que ses propres transactions, garanti par la base de données elle-même et pas seulement par le code applicatif.

05La planche de design
// palette
#10B981
#0D9488
#0A0A0C
#F5F5F7
// échelle typographique
AaDisplay · 600
AaTitre · 550
AaCorps · 400
// partis pris visuels
  • 01Un vert de confiance plutôt qu'un bleu bancaire : l'application parle d'achats du quotidien, pas de patrimoine.
  • 02Les montants sont en chiffres tabulaires, alignés à droite. Une colonne de prix qui danse est illisible.
  • 03Chaque enseigne reçoit une pastille colorée dérivée de son nom. Reconnaître un achat doit être instantané, avant même de lire.
  • 04Le ticket est reconstruit typographiquement, jamais affiché comme une photo. Il reste lisible, sélectionnable et traduisible.
06Pourquoi cette stack
React Native
Une base de code pour iOS et Android. Décisif sur un produit où le mobile est l'usage principal.
Supabase
PostgreSQL managé avec authentification et sécurité au niveau des lignes. Les données financières exigent ce niveau de rigueur.
Stripe
La référence sur le rapprochement de transactions, avec une documentation qui tient la route.
TypeScript
Sur un domaine financier, une erreur de type est une erreur d'argent. Le typage strict n'est pas négociable.
React NativeNext.jsSupabaseStripeTypeScript

Un projet du même genre ?

Décrivez-moi votre situation. Je vous dis ce qui est réaliste,
dans quel ordre, et ce que je ferais différemment.

amauryandrade1998@gmail.com