La démarche

Terrain d'abord.
Code ensuite.

90 % des logiciels SaaS échouent parce qu'ils résolvent des problèmes imaginaires. PrestigeOps fait l'inverse : on commence par les problèmes réels, on code en dernier.

Le principe

Pourquoi ne pas coder directement ?

La tentation est forte : avoir une idée, coder quelque chose de beau, le montrer. Mais combien d'outils "pour les garages" ont été construits par des gens qui n'ont jamais mis les pieds dans un atelier de préparation ?

Le résultat est toujours le même : un produit qui ressemble à ce que le développeur imaginait, pas à ce dont le patron a besoin. Les features sont là, mais elles ne collent pas aux workflows réels. Le patron n'adopte pas. L'abonnement ne se renouvelle pas.

La seule façon de construire quelque chose d'utile, c'est de comprendre intimement comment les gens travaillent aujourd'hui, avant de proposer quoi que ce soit.

"Nous ne connaissons pas votre métier mieux que vous. C'est un avantage : nous n'avons pas d'habitudes à défaire, pas de solution existante à adapter. Nous partons des problèmes, pas d'une réponse."

— Walid, fondateur
Les étapes

Comment PrestigeOps se construit

Un processus en quatre phases, dans l'ordre. On ne passe pas à la suivante sans avoir terminé la précédente.

Calendrier

Où on en est sur le plan à 18 mois

Phase 0
Mois 1-2 En cours

Préparation

Culture secteur, liste de 80-100 cibles, présence LinkedIn, mail-type d'approche. Pas encore de contact avec les patrons.

Phase 1
Mois 2-4

Discovery

20-30 entretiens découverte. Identifier le problème central. Obtenir 3 à 5 engagements écrits de futurs testeurs.

Phase 2
Mois 4-7

MVP ciblé

Construire une première version sur un seul problème. 3 garages pilotes testent en conditions réelles.

Phase 3
Mois 7-10

Lancement pilote

15 premiers clients payants. MRR cible : 2 000 à 3 000 €. Churn mensuel < 10 %.

Phase 4
Mois 10-18

Croissance

40 à 60 clients, MRR 6 000 à 10 000 €. Ouverture Belgique et Suisse romande.

Le fondateur

Walid, fondateur et développeur

Première année de BUT Informatique à l'IUT de Lyon. Sans alternance cette année, ce qui laisse plus de temps en semaine pour rencontrer des patrons de garages.

Zéro contact dans le milieu de la préparation automobile au départ. C'est un choix assumé de partir de zéro plutôt que de s'appuyer sur un réseau existant : ça oblige à écouter vraiment.

Notre règle : si à la fin du mois 4, les signaux terrain sont mauvais (pas de problème commun, personne ne veut tester), on arrête proprement. Ça aussi, c'est un plan.

  • BUT Informatique avant tout : le projet ne compromet pas les études
  • Disponible en semaine pour les entretiens (avantage vs alternant)
  • Déplacements possibles Lyon et région Rhône-Alpes
  • Visio pour les garages hors région
  • Réponse sous 24h garantie

Vous dirigez un garage spécialisé ?

Votre retour d'expérience vaut plus que n'importe quelle étude de marché. 20 minutes suffisent.

Demander un échange