Diagnostic gratuit · méthodologie 1.0.0

Construire, acheter ou déléguer ?

Trois questions pour une orientation, quatorze pour une recommandation argumentée : qui fait quoi, composant par composant, ce que ça risque et ce qui la changerait.

  • Sans compte ni email : le résultat s’affiche ici, en entier.
  • Des règles publiées plus bas, appliquées sans IA : mêmes réponses, même résultat.
  • Vos réponses restent dans votre navigateur.

0 / 14 réponses

N’entrez aucune donnée confidentielle : le diagnostic ne demande que des catégories. Vos réponses restent dans ce navigateur.

Étape 1 sur 3

Votre projet

Trois réponses suffisent pour une première orientation — explicitement provisoire.

Que voulez-vous mettre en place ?

Pourquoi : Le type de produit fixe ce qui existe déjà sur le marché et les parties difficiles à vérifier seul.

Où en êtes-vous ?

Pourquoi : Un prototype peut être jeté ; un produit utilisé par des clients doit être réparé, sauvegardé et maintenu.

Pour votre activité, ce produit est…

Pourquoi : C’est votre propre estimation. La suite peut la relever si d’autres réponses la contredisent — avec l’explication.

Répondez aux trois premières questions : l’orientation préliminaire s’affiche ici, puis se précise à chaque réponse.

Savez-vous quelle est votre prochaine étape ?

Méthodologie

Comment le diagnostic décide.

Cadre de décision éditorial et explicable (méthodologie publiée, version indiquée), pas un modèle de risque statistiquement validé, ni un audit de sécurité, ni une certification. Il ne voit que vos réponses.

Quatre approches

Construire (vous, avec l’IA)
Vous construisez vous-même, assisté par l’IA, et vous vérifiez le résultat.
Acheter / configurer l’existant
Un logiciel existant, configuré, ou une livraison à la main, couvre le besoin.
Hybride
Vous construisez des parties bornées ; un spécialiste réalise ou vérifie des parties définies.
Confier à un spécialiste
Un spécialiste conçoit et réalise ; vous gardez le périmètre, la validation et l’acceptation.

Ce qui fait le risque

Huit dimensions qualitatives — données, droits d’accès, argent et actions irréversibles, coût d’une panne, exposition, connexions, capacité à vérifier seul, responsable après lancement — chacune faible, modérée, élevée ou inconnue. Pas de pourcentage : un « 87 % sûr » serait une précision inventée.

Inconnu n’est jamais faible. Une réponse « je ne sais pas » empêche une recommandation solide et ajoute une vérification à faire. Cinq zones à risque déclenchent une revue spécialisée ou une réduction du périmètre : données sensibles, plusieurs entreprises clientes isolées, flux d’argent complexes ou actions irréversibles, panne coûteuse, personne pour maintenir le produit. Un petit budget ne fait pas disparaître ces risques : il réduit le périmètre.

La criticité que vous déclarez est prise telle quelle, puis relevée avec l’explication quand d’autres réponses la contredisent (des données sensibles rendent un produit critique, même jugé « normal »).

Les règles, dans l’ordre

RègleConditionApproche
R1Un logiciel existant couvre l’essentiel.Acheter / configurer l’existant
R2Site vitrine ou automatisation entre outils, sauf si vous avez conclu que rien ne convient.Acheter / configurer l’existant
R3Au moins une zone à risque, pas de capacité technique, budget sous CHF 2’000.Hybride, périmètre réduit
R4Pas de capacité technique, et deux zones à risque ou des données sensibles.Confier à un spécialiste
R5Lecture du code possible, mais trois zones à risque ou plus.Confier à un spécialiste
R6Au moins une zone à risque dans les autres cas.Hybride
R7Prototype, données fictives, vous ou votre équipe, pas d’argent.Construire (vous, avec l’IA)
R8Développeur·se (ou personne technique dans l’équipe), aucune zone à risque.Construire (vous, avec l’IA)
R9Produit payant à plusieurs utilisateurs, sans profil développeur (budget sous CHF 2’000 : commencer à la main).Hybride
R10De vrais utilisateurs, sans argent, sans profil développeur.Hybride
R11Outil interne, données ordinaires, sans argent.Construire (vous, avec l’IA)
R12Aucune autre règle ne s’applique.Hybride

Avec moins de quatre réponses sur les questions clés, le diagnostic n’affiche qu’une orientation préliminaire. Questions : 14, toutes avec « Je ne sais pas ». Version 1.0.0 ; une modification de règle change de version, et un résultat enregistré garde la sienne.

Pourquoi les droits d’accès pèsent si lourd : le contrôle d’accès défaillant est premier du classement OWASP Top 10:2025 (vérifié le 12 octobre 2026). Le détail tâche par tâche : les limites de l’IA pour développer un produit web ; un exemple complet : SaaS MVP, construire ou déléguer.

Pour aller plus loin

Le diagnostic est complet. Le guide sert à agir.

Le résultat ci-dessus ne retient rien : tout ce qui compte pour décider y est. Le guide payant apporte la suite — onze chapitres, six cas travaillés, votre fiche projet enregistrée et, avec la boîte à outils, le modèle de coûts éditable, les modèles de passation et de tests, et ce rapport exportable.