Template — Cadrage d’une mini-app IA no-code

Template — Cadrage d’une mini-app IA no-code

1. Nom provisoire

Nom de l’application :

[Nom provisoire]

Ce nom peut évoluer. Il sert d’abord à clarifier l’idée.

2. Intention du projet

Cette mini-app a pour objectif de :

[Décrire en une phrase ce que l’application aide à faire]

Exemple :

Aider des personnes curieuses à explorer des symboles, notions ou traditions de manière claire, ouverte et nuancée.

3. Problème ou besoin de départ

Le besoin identifié est :

[Décrire le problème, la difficulté ou l’envie de départ]

Exemples :

  • transmettre un savoir personnel sans créer un site complexe ;
  • rendre un sujet plus accessible ;
  • aider des utilisateurs à poser de meilleures questions ;
  • structurer une passion ou une expertise ;
  • créer un outil simple de partage.

4. Public visé

L’application s’adresse principalement à :

[Décrire le public cible]

Niveau du public :

  • Débutant
  • Curieux
  • Intermédiaire
  • Professionnel
  • Autre : [à préciser]

5. Promesse utilisateur

L’application promet d’aider l’utilisateur à :

[Formuler le bénéfice concret]

Exemple :

Comprendre une notion en ouvrant plusieurs pistes de réflexion, sans imposer une interprétation unique.

6. Fonction principale

L’utilisateur peut :

[Décrire l’action principale]

Exemples :

  • poser une question ;
  • entrer un thème ;
  • choisir un mode d’exploration ;
  • obtenir une réponse structurée ;
  • recevoir des pistes de réflexion ;
  • préparer une mini-présentation.

7. Modes ou usages possibles

L’application proposera les modes suivants :

  1. [Mode 1] — [description]
  2. [Mode 2] — [description]
  3. [Mode 3] — [description]
  4. [Mode 4] — [description]
  5. [Mode 5] — [description]

Exemple :

  1. Découvrir — expliquer simplement une notion
  2. Explorer — ouvrir plusieurs pistes
  3. Comparer — mettre deux notions en relation
  4. Questionner — poser des questions de réflexion
  5. Préparer un partage — aider à préparer une explication orale

8. Type de réponse attendu

Les réponses doivent être :

  • claires ;
  • utiles ;
  • adaptées au niveau de l’utilisateur ;
  • structurées ;
  • nuancées ;
  • non dogmatiques ;
  • vérifiables autant que possible.

Format de réponse souhaité :

  1. [Partie 1]
  2. [Partie 2]
  3. [Partie 3]
  4. [Partie 4]
  5. [Partie 5]

9. Principes de comportement de l’IA

L’IA doit :

  • [Principe 1]
  • [Principe 2]
  • [Principe 3]
  • [Principe 4]
  • [Principe 5]

Exemples :

  • distinguer les faits, les interprétations et les croyances ;
  • proposer plusieurs pistes plutôt qu’une vérité unique ;
  • signaler ce qui est incertain ;
  • poser une question de relance quand c’est utile ;
  • ne pas inventer de références.

10. Ce que l’application ne doit pas faire

L’application ne doit pas :

  • [Limite 1]
  • [Limite 2]
  • [Limite 3]
  • [Limite 4]
  • [Limite 5]

Exemples :

  • donner des vérités absolues ;
  • faire des promesses irréalistes ;
  • donner des conseils médicaux, juridiques ou psychologiques ;
  • inventer des sources ;
  • parler avec une autorité excessive.

11. Ton et style

Le ton doit être :

[Décrire le style général]

Exemples :

  • clair ;
  • calme ;
  • pédagogique ;
  • chaleureux ;
  • sobre ;
  • profond mais accessible ;
  • professionnel ;
  • non spectaculaire.

Le ton à éviter :

  • [Ton à éviter 1]
  • [Ton à éviter 2]
  • [Ton à éviter 3]

12. Sources ou matière de départ

Les contenus utilisés pour alimenter l’application seront :

  • notes personnelles ;
  • fiches structurées ;
  • cartes d’exploration ;
  • PDF ;
  • articles en ligne ;
  • liens web ;
  • documents Google Docs ;
  • autre : [à préciser]

Niveau de fiabilité attendu :

  • brouillon ;
  • relu ;
  • sourcé ;
  • validé pour prototype.

13. Version prototype

La première version doit rester simple.

Elle contiendra :

  • un nom provisoire ;
  • une intention claire ;
  • quelques contenus de départ ;
  • un prompt principal ;
  • une interface simple ;
  • un formulaire de retour utilisateur.

14. Test utilisateur

Nombre de testeurs prévus :

[Nombre]

Objectif du test :

[Ce qu’on veut vérifier]

Questions à poser aux testeurs :

  1. Est-ce que l’application est claire ?
  2. Est-ce que les réponses sont utiles ?
  3. Est-ce que le ton est adapté ?
  4. Est-ce que tu aurais envie de la réutiliser ?
  5. Qu’est-ce qui manque ?

15. Phrase boussole

La phrase qui résume le projet :

[Phrase courte qui servira de guide]

Exemple :

L’application ne donne pas des réponses fermées ; elle aide à explorer du sens.

Version courte — Cadrage rapide

Nom provisoire

[Nom]

Intention

Cette mini-app aide à : [phrase simple]

Public

Elle s’adresse à : [public cible]

Besoin

Le problème ou l’envie de départ est : [besoin]

Fonction principale

L’utilisateur peut : [action principale]

Modes

  1. [mode 1]
  2. [mode 2]
  3. [mode 3]

Réponses attendues

Les réponses doivent être :

  • claires
  • utiles
  • adaptées au public
  • nuancées
  • vérifiables si possible

L’IA doit

  • [principe 1]
  • [principe 2]
  • [principe 3]

L’IA ne doit pas

  • [limite 1]
  • [limite 2]
  • [limite 3]

Ton

Le ton doit être : [style]

Sources

La matière de départ sera : [notes, fiches, PDF, liens, etc.]

Test

On testera avec : [nombre de personnes]

Objectif du test : [objectif]

Phrase boussole

[phrase qui résume l’application]