# 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]