Avant de m'appeler pour un projet d'application sur mesure, dix minutes de préparation transforment radicalement la qualité du premier échange. Voici ce qui est utile d'avoir en tête, et ce qui ne l'est pas du tout.
Ce qui est utile de préparer
Un premier appel productif tient en trois zones : le problème métier que vous cherchez à résoudre, les utilisateurs qui vont s'en servir, et les contraintes connues (outils existants, données, budget, deadline).
| Zone | Ce qui aide vraiment | Ce qui n'est pas nécessaire |
|---|---|---|
| Problème | 1-2 phrases qui décrivent ce qui ne va pas aujourd'hui (perte de temps, erreurs, plafonds). | Une analyse de marché complète. |
| Utilisateurs | Qui s'en sert, sur quel appareil, combien de fois par semaine. | Un persona marketing détaillé. |
| Cas d'usage | 2-3 scénarios concrets, du genre « le commercial entre une commande pendant qu'il est chez le client ». | Un cahier des charges exhaustif figé. |
| Outils existants | Liste des logiciels actuels (CRM, ERP, Excel partagés, SaaS métier). | Tous les détails techniques de chaque outil. |
| Données | Ordre de grandeur (50 clients ? 5 000 ? 500 000 ?) et formats si dispo. | Le schéma complet de la base. |
| Budget | Une fourchette ou « je ne sais pas encore ». | Un devis pré-établi. |
| Deadline | Une vraie date contrainte (salon, fin d'année fiscale, lancement client) si elle existe. | Une deadline théorique pour faire sérieux. |
Les questions auxquelles je vais répondre
Pendant l'appel, vous allez avoir des réponses concrètes sur ces points. Inutile de chercher à les anticiper avant.
- Est-ce qu'une app sur mesure est vraiment la bonne solution ? Parfois un outil du marché, une automatisation ou une refonte du process suffit.
- Quel périmètre pour une première version utile ? Le MVP n'est pas « la version réduite », c'est la plus petite chose qui résout le problème.
- Quelle stack technique a du sens ? Next.js, no-code, hybride, dépend de votre cas. Pas de réponse universelle.
- Quel ordre de grandeur de budget et de durée ? Une fourchette honnête, pas un chiffre précis (ça vient avec le devis).
- Quelles sont les étapes concrètes après l'appel ? Devis, atelier de cadrage, prototype, dev, livraison.
Ce qu'on évite (et pourquoi)
Autre piège fréquent : chercher à comparer trois prestataires sur un même cahier des charges. C'est rassurant mais ça tire vers le bas — chaque équipe a sa façon de cadrer, son approche technique, ses zones de force. Comparer trois propositions est bien plus pertinent que comparer trois devis sur un cahier identique.
Ce qui se passe après le premier appel
Synthèse écrite
Sous 48 à 72h, vous recevez une synthèse de ce qu'on a cadré : problème, périmètre proposé, utilisateurs, contraintes. Vous validez ou ajustez.
Devis structuré
Un devis détaillé avec postes lisibles (cadrage, design, dev, intégrations, tests, mise en ligne), modalités de paiement, durée indicative et hypothèses prises. Pas de « forfait global » opaque.
Atelier de cadrage si projet important
Pour les projets dépassant un certain seuil, un atelier d'analyse et de cadrage dédié permet de descendre dans le détail (entités, parcours, écrans clés) avant le développement.
Checklist 10 minutes avant l'appel
Cinq minutes de préparation suffisent. Notez sur un bout de papier :
- Le problème principal en 1 phrase (sans chercher la solution).
- 2-3 cas d'usage concrets (« le commercial fait X chez le client », « la secrétaire valide Y le matin »).
- Les outils existants qu'il faut conserver ou avec lesquels l'app doit dialoguer.
- Un ordre de grandeur sur volume de données et d'utilisateurs.
- Votre contrainte de temps si elle existe (vraie deadline, pas une deadline confortable).
- Votre fourchette de budget ou « je ne sais pas ».
C'est tout. Le reste se construit pendant l'appel.
Pour caler ce premier appel, prenez rendez-vous ici. Sans engagement, 30 à 45 minutes, et vous repartez avec une vision claire de ce qui a du sens (ou pas) pour votre projet.
Questions fréquentes
Faut-il déjà avoir un cahier des charges pour le premier appel ?
Non, surtout pas. Un cahier des charges figé en amont est souvent contre-productif : il fige des choix techniques avant qu'on ait validé le besoin. Le premier appel sert justement à cadrer ensemble ce qui doit être construit, pourquoi, et dans quel ordre.
Combien de temps dure le premier appel ?
30 à 45 minutes en général. Largement suffisant pour comprendre votre situation, les utilisateurs cibles, les contraintes principales et identifier s'il y a un projet derrière, ou s'il faut d'abord cadrer autrement.
Faut-il déjà avoir une idée de budget ?
C'est utile mais pas obligatoire. Si vous avez une enveloppe en tête, ça aide à orienter le périmètre (MVP, version complète, déploiement progressif). Si vous n'en avez pas, on regarde ensemble ce que coûteraient les différentes ambitions possibles.
Que se passe-t-il après le premier appel ?
Si le projet a du sens et qu'on s'entend, je vous envoie un devis structuré sous quelques jours, basé sur ce qu'on a cadré ensemble. Si le périmètre demande plus de travail amont (ateliers, prototype, étude technique), on en discute pendant l'appel.
Et si finalement mon idée n'est pas mûre pour développer une app ?
Je vous le dis franchement. Une app coûte cher à construire et à maintenir : si un outil du marché, une automatisation simple ou un meilleur process suffisent, je le dirai. Le premier appel sert aussi à éviter de lancer un projet qui n'a pas besoin d'exister.