Fonctionnement

De votre première réponse à une décision

Huit étapes. Vous gardez la main sur les deux qui comptent : valider le besoin et répondre aux questions qui changent l'issue.

  1. 01

    Entretien

    Une IA vous interroge sur vos objectifs, votre budget, votre équipe, vos outils actuels, vos contraintes et vos priorités.

  2. 02Vous

    Besoin

    Vous relisez le résumé de votre besoin et le validez avant tout travail de conception.

  3. 03

    Propositions à l'aveugle

    Chaque débatteur conçoit une solution sans voir celles des autres : personne ne s'ancre sur la première idée.

  4. 04

    Critiques

    Les débatteurs lisent les plans des autres et émettent des critiques bloquantes, majeures ou mineures.

  5. 05Vous

    Votre réponse

    Quand votre réponse changerait l'issue, le débat s'interrompt et vous pose la question.

  6. 06

    Révisions

    Chaque plan est révisé selon les critiques reçues, ou défendu, arguments à l'appui.

  7. 07Arbitre

    Verdict

    Un arbitre indépendant statue sur chaque option, la note sur chacun de vos critères et soulève toute question que personne n'a posée.

  8. 08Arbitre

    Rapport

    Vous obtenez un rapport de décision à lire, à partager ou à confier à vos agents de codage.

Débat en replay

Suivez les arguments un à un

Le court replay d'un cas d'école (une chaîne de 12 boutiques de vêtements qui veut vendre en ligne), puis sa matrice de décision. Modifiez les poids : le classement suit, comme dans l'application.

Démo avec des données d'exemple
  1. Débatteur A, architecte logiciel

    Une plateforme e-commerce clés en main, sur abonnement : en ligne en six semaines environ, et les paiements sont gérés pour vous.

  2. Débatteur B, maîtrise des coûts

    Une boutique open source installée par l'agence : plus souple, et aucune commission sur les ventes.

  3. Avocat du diable

    Qui applique les mises à jour de sécurité chaque mois, et qui répond un samedi de soldes si le site tombe ?

  4. Arbitre

    Personne n'a regardé le stock. Votre logiciel de caisse ne le met à jour qu'une fois par nuit : comment éviter de vendre en ligne un article déjà vendu en boutique ?

  5. Vous

    Notre fournisseur de caisse propose la synchronisation du stock en temps réel, en option payante.

Matrice de décision

Poids
OptionFaisabilitéNote
Rang 1Plateforme clés en mainFaisable4,3
Rang 2Boutique open sourceFaisable sous conditions2,8
Rang 3Développement sur mesureNon faisableExclue

Données d'exemple à titre d'illustration. Dans l'application, les critères et les poids viennent de votre entretien.

Quatre modes

Choisissez le type de débat

Une comparaison complète pour une grande décision, un tour rapide pour une petite, un test de résistance du plan que vous avez déjà, ou l'audit du devis que vous avez reçu.

  • Quelques questions

    Express

    Une seule série de questions d'entretien, puis un tour court. Une réponse claire en quelques minutes.

  • Votre solution

    Challenger mon idée

    Décrivez la solution que vous envisagez. Les modèles traquent ses failles et vous disent ce qui la rendrait solide.

  • Le devis d'un prestataire

    Auditer un document

    Joignez ce qu'un prestataire vous a envoyé (devis, descriptif des prestations ou architecture) et dites à quoi cela doit servir. Les modèles confrontent ce document à votre besoin : ce qui manque, ce qui reste flou, si les jours et le prix tiennent la route, et les questions à poser au prestataire.

    Exemple : une agence web chiffre un site de réservation à 38 000 €. Est-ce cohérent ? Que manque-t-il ?

Cadrages types

  • Application web
  • Application mobile
  • Données et IA
  • Migration
  • E-commerce

Le débat peut lire

  • Cahier des charges PDF
  • Document Word
  • Page web
  • Dépôt GitHub

Le livrable

Anatomie d'un rapport de décision

L'arbitre ne se contente pas de désigner un gagnant. Il expose son raisonnement, pour que vous puissiez le vérifier, le partager et agir en conséquence.

  1. 1

    Recommandation

    L'option à retenir et les conditions qui l'accompagnent.

  2. 2

    Matrice de décision interactive

    Chaque option notée selon vos priorités. Changez le poids des critères et le classement se met à jour.

  3. 3

    Carte du débat

    Où les débatteurs s'accordent, où ils sont partagés et où ils s'opposent.

  4. 4

    Risques et parades

    Ce qui peut mal tourner, avec quelle probabilité, et comment s'en prémunir.

  5. 5

    Coût par option

    Coût de réalisation et coût mensuel d'exploitation de chaque option, présentés comme des estimations.

  6. 6

    Schéma d'architecture

    Un schéma généré de l'option recommandée.

  7. 7

    Feuille de route et degré de certitude

    Les phases et les jalons, et chaque affirmation marquée vérifiée, estimée ou supposée.

Carte du débat

Chaque sujet placé selon l'écart entre les débatteurs.

Accord

  • Paiements gérés par la plateforme
  • Lancement avant les fêtes

Avis partagés

  • Commissions sur les ventes
  • Stock synchronisé en temps réel
  • Hébergement et maintenance par l'agence

Opposition

  • Développement sur mesure

Réécrit pour votre lecteur

  • CTO

    Compromis, architecture et risques, en détail.

  • Direction

    Décision, coût et calendrier sur une page.

  • Client non technique

    Des mots simples, sans jargon : ce que cela change pour lui.

Exportez-le à votre façon

  • Markdown
  • PDF
  • Word
  • Fiche de décision d'architecture (ADR)
  • Dossier de passation pour agents de codage

Pour les agents de codage

Un débat avant que votre agent écrive du code

Quorumind fonctionne comme serveur MCP : Claude Code, Codex ou Cursor peuvent lancer un débat avant de s'attaquer à une fonctionnalité. Le verdict leur revient sous forme de plan à suivre.

  • Un dossier de passation avec CLAUDE.md, AGENTS.md et PLAN.md
  • Les décisions consignées en ADR dans votre dépôt
  • Compatible avec tout client MCP
Exemple de session

Avant d'ajouter la connexion, lance un débat Quorumind : la développer ou passer par un fournisseur ?

Débat lancé : 3 débatteurs, 1 avocat du diable.

Verdict : passer par un service géré, faisable sous conditions.

Fichiers écrits : PLAN.md, AGENTS.md et docs/adr/0007-authentication.md

Fonctionnalités

Tout ce qu'exige une décision difficile

Pensé pour les décisions que vous devrez justifier devant un client, un responsable ou vous-même dans six mois.

  • Débat en direct

    Suivez les propositions, les critiques et les révisions au fil de leur rédaction.

  • Rôles d'experts

    Architecte cloud, sécurité, maîtrise des coûts, UX ou juriste RGPD, jusqu'à quatre à la fois.

  • Avocat du diable

    En option, une voix dont le seul rôle est d'attaquer chaque option, la favorite en premier.

  • Contrôle du consensus

    L'arbitre signale un accord trop facile et soulève la question que personne n'a posée.

  • Votre contexte joint

    Ajoutez un cahier des charges PDF ou Word, une page web ou un dépôt GitHub.

  • Cadrages types

    Partez d'un cadrage application web, application mobile, données et IA, migration ou boutique en ligne.

  • Coûts plafonnés

    Version hébergée : le prix fixe du débat, jamais plus. Auto-hébergé : le coût de chaque rôle affiché en temps réel, et une limite que vous fixez.

  • Une IA différente pour chaque rôle

    Claude, OpenAI, Gemini ou Mistral, au choix pour chaque débatteur et pour l'arbitre, et les modèles Ollama en auto-hébergé.

  • Dix langues

    Débattez et lisez le rapport dans votre langue. L'arabe s'affiche de droite à gauche.

  • Notifications par e-mail

    Demandez à être prévenu par e-mail quand le débat attend votre réponse ou que le rapport est prêt.

  • Rapports à vos couleurs

    Mettez votre nom, votre logo et votre couleur sur les rapports exportés.

  • Open source

    AGPL v3. Lisez le code, exécutez-le, modifiez-le.