Ressources du livre
Créer son business web avec l'IA
Par PrasNiv
Ce livre part d'un constat simple : l'IA a rendu la construction d'un site accessible, mais elle n'a rien changé à ce qui fait échouer la plupart des projets — construire avant d'avoir vérifié, et attendre d'être prêt pour publier.
Cette page rassemble ce qui s'utilise directement : les prompts, les checklists et le parcours. Tout est accessible sans avoir lu l'ouvrage.
Disponible sur Amazon Kindle. Les ressources ci-dessous sont accessibles sans l'acheter.
Le parcours en sept étapes
- 1
Trouver un problème réel
Partir d'une gêne que vous avez observée, pas d'une idée de produit. Une idée séduisante sans problème derrière ne survit pas au premier client.
- 2
Vérifier avant de construire
Parler à des personnes concernées, comprendre ce qu'elles font déjà. L'IA aide à préparer ces conversations, elle ne les remplace pas.
- 3
Choisir des outils que vous comprenez
Une pile simple que vous maîtrisez vaut mieux qu'une architecture que vous ne saurez pas réparer un dimanche soir.
- 4
Construire la plus petite version utile
Ce qui suffit à rendre le service une fois, à un vrai client. Tout le reste peut attendre d'être demandé.
- 5
Publier avant d'être prêt
Un site imparfait en ligne enseigne davantage qu'un site parfait en local. Les mentions légales, elles, ne sont pas optionnelles.
- 6
Vendre à la main
Les dix premiers clients se trouvent par des messages individuels, pas par une automatisation. C'est aussi là qu'on apprend le plus.
- 7
Décider avec des chiffres
Ce que vous construisez ensuite doit venir de ce que vous avez mesuré, pas de ce qui vous amuse. C'est l'étape la plus difficile.
Vingt-cinq prompts
Remplacez ce qui est entre crochets par votre situation. Ces prompts sont écrits pour obtenir une réponse utilisable, pas une réponse flatteuse : plusieurs demandent explicitement à l'IA de vous contredire.
Cadrer l'idée
Clarifier le problème
Je veux créer un service en ligne pour [audience]. Aide-moi à formuler le problème précis qu'il résout, en une phrase, sans jargon. Pose-moi trois questions avant de répondre.
Tester la douleur
Voici mon idée : [idée]. Liste cinq raisons pour lesquelles ma cible pourrait ne PAS payer pour cela. Sois direct, ne me ménage pas.
Décrire la cible
Décris trois profils types de clients pour [idée] : leur situation, ce qu'ils font aujourd'hui sans mon service, et ce qui les ferait changer.
Chercher les concurrents
Quels services existent déjà pour [problème] en Suisse romande ? Pour chacun, indique ce qu'il fait bien et ce qu'il laisse de côté. Dis-moi si tu n'es pas sûr.
Trouver l'angle
Compte tenu de [concurrents], quel angle me reste-t-il ? Propose trois positionnements différents et explique le risque de chacun.
Construire l'offre
Définir le périmètre minimal
Pour [idée], quelle est la plus petite version utilisable ? Liste ce qui doit exister et ce qui peut attendre. Justifie chaque exclusion.
Structurer les tarifs
Propose trois formules pour [service], avec ce qui distingue chacune. N'invente aucun prix de marché : demande-moi mes coûts d'abord.
Écrire la promesse
Rédige la phrase d'accroche de [service] en moins de quinze mots. Elle doit dire ce que le client obtient, pas ce que fait le produit. Propose cinq variantes.
Anticiper les objections
Quelles sont les cinq objections les plus probables face à [offre] ? Pour chacune, propose une réponse honnête — pas une esquive.
Nommer le service
Propose dix noms pour [service]. Contrainte : prononçable en français et en anglais, domaine .ch plausible, aucun jeu de mots obscur.
Construire le produit
Choisir la pile technique
Je sais [compétences] et je veux construire [projet] seul. Propose une pile technique réaliste et explique ce que chaque choix m'évite d'apprendre.
Structurer les données
Pour [projet], propose un schéma de base de données. Pour chaque table, explique ce qu'elle représente et pourquoi elle est séparée des autres.
Découper le travail
Découpe la construction de [projet] en tranches livrables d'une journée. Chaque tranche doit produire quelque chose de visible.
Écrire un composant
Écris un composant [framework] pour [fonction]. Commente le POURQUOI de chaque décision non évidente, pas ce que fait le code.
Relire son propre code
Voici mon code : [code]. Trouve les cas que je n'ai pas gérés. Concentre-toi sur les valeurs absentes, les erreurs réseau et les états intermédiaires.
Lancer
Écrire la page d'accueil
Rédige la page d'accueil de [service]. Structure : problème, solution, preuve, action. Aucun superlatif, aucune promesse invérifiable.
Préparer la FAQ
Quelles questions un visiteur se posera-t-il avant d'acheter [service] ? Rédige huit questions et leurs réponses, en admettant ce que tu ignores.
Vérifier les mentions légales
Quelles mentions légales doit comporter le site d'un [statut] en Suisse ? Cite les textes applicables et dis-moi ce qui dépend du canton.
Écrire le premier courriel
Rédige un courriel de présentation de [service] à envoyer à dix personnes de mon réseau. Court, personnel, sans argumentaire commercial.
Préparer les objections tarifaires
Un prospect trouve [service] trop cher à [prix]. Aide-moi à comprendre s'il a raison avant de défendre mon prix.
Durer
Analyser les premiers retours
Voici les retours de mes premiers utilisateurs : [retours]. Distingue ce qui relève d'un vrai problème produit de ce qui relève d'une attente individuelle.
Décider quoi construire ensuite
J'hésite entre [option A] et [option B]. Aide-moi à choisir en fonction de ce que j'ai appris, pas de ce qui m'amuse le plus.
Écrire un article utile
Rédige un article sur [sujet] pour mon audience. Interdiction d'inventer un chiffre : si une donnée manque, écris-le explicitement.
Préparer une décision difficile
Je pense arrêter [fonctionnalité] parce que [raison]. Liste les arguments contre cette décision, aussi solidement que possible.
Faire le point trimestriel
Voici mes chiffres du trimestre : [chiffres]. Que devrais-je arrêter, continuer, commencer ? Fonde-toi uniquement sur ces données.
Quatre checklists
À cocher au fil du projet. Rien n'est enregistré : recharger la page remet tout à zéro, ce qui convient à un exercice qu'on refait à chaque projet.
Avant d'écrire une ligne de code
0/5Cinq points qui évitent de construire ce que personne n'attend.
Avant de publier le site
0/6Ce qui doit exister avant qu'un inconnu arrive.
Conformité suisse
0/5Les obligations à vérifier auprès des sources officielles, pas auprès d'une IA.
Les dix premiers clients
0/5Rien de tout cela ne demande de code.
Les outils cités
Cinq outils suffisent à lancer un projet. Aucun prix n'est indiqué ici : les tarifs changent, et nous préférons les tenir à jour dans nos comparatifs, où ils sont datés et sourcés.
ChatGPT
Explorer et reformulerUtile pour cadrer une idée, préparer des questions, sortir d'une page blanche. Ne lui demandez pas de chiffres : il en invente.
Claude
Écrire et relire du codeBon pour produire des tranches de code commentées et repérer les cas non gérés. Vérifiez toujours ce qui touche à l'argent ou aux données personnelles.
GitHub
Conserver et versionnerGratuit pour un dépôt privé. Le seul outil de cette liste qui vous protège d'une erreur irréversible.
Vercel
Mettre en ligneDéploiement automatique à chaque envoi de code. L'offre gratuite suffit à un projet qui démarre.
Infomaniak
Héberger en SuisseÀ considérer si vos données doivent rester sur le territoire. Nous avons comparé les hébergeurs suisses en détail.
Voir le comparatif
Lancer depuis la Suisse
Trois questions se posent tôt, et une IA ne peut pas y répondre à votre place : faut-il vous inscrire au registre du commerce, êtes-vous assujetti à la TVA, et où doivent résider les données de vos clients.
Les deux premières se vérifient sur les portails fédéraux — estv.admin.ch pour la TVA, votre caisse de compensation pour l'AVS. La troisième dépend de votre activité, et nous l'avons documentée dans nos comparatifs d'hébergement.
DevisFlash, un exemple fil rouge
Le livre suit un projet fictif : DevisFlash, un outil qui transforme une conversation avec un client en devis prêt à envoyer. Il est fictif volontairement — un exemple réel obligerait à publier des chiffres que nous ne pourrions pas vérifier.
Le projet sert à montrer les décisions, pas à démontrer un succès : ce qui a été coupé du périmètre initial, pourquoi la facturation a été confiée à un outil existant plutôt que recodée, et ce que les premiers utilisateurs ont demandé qui n'avait pas été prévu.
Pourquoi certaines informations ne sont pas dans le livre
Un livre se fige à sa date de publication. Les tarifs, les conditions et les offres changent — parfois d'un mois à l'autre.
Nous avons donc gardé hors du livre tout ce qui se périme : prix des hébergeurs, frais bancaires, conditions d'inscription. Ces informations vivent sur Chooselya, où chaque donnée porte sa source officielle et sa date de vérification, et où elles sont reprises quand elles évoluent.
Le livre garde ce qui dure : la méthode, les erreurs de raisonnement, les décisions qui se posent quel que soit l'outil du moment.
Voir tous les comparatifs