Le but d'une fiche AIMC n'est pas d'avoir une marque parfaite. Le but est de publier une position claire, monétisable, améliorable.
Tu peux créer une fiche avec seulement un nom. Le logo, le site, le résumé, le client, le problème et la solution peuvent venir ensuite. Une fiche visible peut recevoir du feedback. Une idée gardée dans Notion ne vend rien.
Le principe
Chaque fiche doit répondre à quatre questions :
- C'est quoi ?
- Pour quel client ?
- Quel problème ça règle ?
- Quelle solution est livrée ?
Si ces quatre réponses sont lisibles, la fiche est utile. Si elles sont floues, le design, le logo et le site ne sauveront rien.
Se faire aider par IA
Si tu bloques, ouvre un assistant et colle le prompt plus bas :
Prompt :
Je veux remplir une fiche startup AIMC.
Voici ce que je construis, même si c'est encore flou :
[décris ton idée en vrac]
Aide-moi à remplir ces champs avec des phrases courtes, concrètes et non marketing :
Type : Application / Jeu / Service
Nom :
Résumé : une phrase claire
Client : qui paie, utilise ou décide
Problème : ce qui pousse ce client à chercher une solution maintenant
Solution : ce qui est livré concrètement
Contraintes :
- pas de bullshit
- pas de mots vagues comme "révolutionner", "plateforme innovante", "tout-en-un"
- pas de promesse impossible
- écris comme si un client devait comprendre en 10 secondes
- propose 3 versions, puis recommande la meilleure
Ne copie pas aveuglément. L'IA sert à clarifier. C'est toi qui sais ce que tu construis.
Type
Choisis le format le plus proche.
Produit : application, outil, SaaS, jeu, template.
Service : agence, studio, offre faite pour des clients.
Ne sur-optimise pas. Si tu vends du temps, de l'expertise ou une prestation, c'est un service. Si tu construis quelque chose que plusieurs personnes peuvent utiliser sans toi à chaque fois, c'est un produit.
Nom
Le nom est le seul champ obligatoire.
Un bon nom est court, lisible, facile à dire. Il n'a pas besoin d'expliquer tout le business.
Bon :
Zenhook
InboxPilot
Founder Arena
Trop lourd :
AI Automation Client Workflow Platform
Smart Business Growth Assistant Solution
Règle simple : si tu dois respirer au milieu du nom, il est probablement trop long.
Site
Optionnel.
Si le site existe déjà, ajoute-le. Sinon, laisse vide. La landing se fait dans la même semaine, juste après avoir clarifié la fiche.
Format attendu :
https://tonsite.com
Si tu écris tonsite.com, AIMC peut le transformer en https://tonsite.com.
Logo
Optionnel.
Un logo absent vaut mieux qu'un mauvais logo bricolé pendant deux heures. Tu peux publier sans logo, puis revenir compléter.
Formats acceptés :
PNG, JPG, WebP, SVG
2 Mo max
Résumé
Le résumé est une phrase. Pas un manifeste.
Structure :
[Nom] aide [client] à [résultat] grâce à [mécanisme simple].
Exemples :
Zenhook envoie des alertes temps réel pour les apps configurables par API.
Studio Ops IA automatise les opérations répétitives des indépendants.
À éviter :
Une solution innovante qui révolutionne la productivité grâce à l'intelligence artificielle.
Pourquoi c'est mauvais : on ne sait pas qui l'utilise, ce que ça fait, ni pourquoi quelqu'un paierait.
Client
Le client, c'est qui paie, utilise ou décide.
Évite "tout le monde". Un client précis rend la fiche plus forte.
Structure :
Pour [type de client] qui [situation concrète].
Exemples :
Pour les petites équipes SaaS qui veulent suivre leurs événements critiques sans construire une infra interne.
Pour les indépendants qui passent trop de temps à gérer leurs emails, devis et relances.
Test simple : est-ce qu'une personne peut se reconnaître dans la phrase ? Si oui, c'est bon. Si non, c'est trop abstrait.
Problème
Le problème doit être concret, douloureux, actuel.
Pas :
Les gens veulent gagner du temps.
C'est trop vague. Tout le monde veut gagner du temps.
Structure :
Aujourd'hui, ils perdent / ratent / font à la main [chose concrète].
Exemples :
Ils ratent des incidents parce que les événements critiques sont dispersés entre logs, Slack et dashboards.
Ils perdent des ventes parce que les demandes clients arrivent partout et ne sont pas traitées assez vite.
Un bon problème crée une tension. On comprend pourquoi quelqu'un voudrait régler ça maintenant.
Solution
La solution décrit ce qui est livré concrètement.
Structure :
On fournit [objet concret] qui permet de [résultat concret].
Exemples :
Une API d'alertes configurable qui déclenche Slack, email ou webhook dès qu'un événement critique arrive.
Un setup d'agents IA qui trie les demandes, prépare les réponses et met à jour le CRM.
Reste simple. La solution n'est pas une vision à 10 ans. C'est ce que le client obtient.
Pour un jeu
Si ton produit est un jeu, garde les mêmes champs mais traduis-les comme ça :
| Champ startup | Champ jeu |
|---|---|
| Client | Joueur qui joue, paie ou invite |
| Problème | Frustration, manque ou envie de jeu |
| Solution | Boucle de jeu, gain, raison de revenir |
Exemple :
Client : joueurs mobile qui aiment les parties rapides et compétitives.
Problème : les jeux de stratégie sont trop longs, trop chers ou trop complexes.
Solution : une boucle courte : recruter, automatiser, attaquer, améliorer son studio.
Checklist avant publication
Avant de publier, vérifie :
- est-ce qu'on comprend ce que c'est ?
- est-ce qu'on comprend pour qui c'est ?
- est-ce qu'on comprend le problème ?
- est-ce qu'on comprend ce qui est livré ?
- est-ce qu'un client potentiel peut se reconnaître ?
Si oui, publie. Tu amélioreras ensuite.
La règle
Ne cherche pas la phrase parfaite. Cherche la phrase claire.
Une fiche imparfaite mais lisible est meilleure qu'un projet invisible. Publie maintenant, complète après.