1️⃣ Formulation très courte (1–2 phrases)

Proposer un outil d’orientation qui, à partir de critères renseignés par l’entreprise, identifie automatiquement les dispositifs d’accompagnement mobilisables et précise les modalités de candidature ou de dépôt de dossier associées.

2️⃣ Pitch court (5–6 lignes)

L’objectif est de développer un outil d’aide à l’orientation des entreprises vers les dispositifs d’accompagnement existants.
L’outil recenserait l’ensemble des critères et paramètres d’éligibilité des dispositifs (stade, secteur, géographie, maturité, besoins, etc.).
Une fois ces éléments renseignés, il permettrait :

1. d’identifier les dispositifs d’accompagnement pertinents ;
2. de restituer, pour chacun, le processus de candidature ou de soumission de dossier.
   L’enjeu est de simplifier l’accès aux dispositifs et de réduire la complexité administrative en amont.

3️⃣ Note de synthèse structurée (usage interne / projet)

Idée / concept
Développer un outil centralisé de référencement des dispositifs d’accompagnement (publics, privés, territoriaux, sectoriels), fondé sur leurs critères d’éligibilité.

Fonctionnement
L’utilisateur renseigne un ensemble de paramètres (profil de l’entreprise, stade de développement, besoins, secteur, localisation, type de projet…).
L’outil analyse ces données et génère automatiquement :

• la liste des dispositifs d’accompagnement mobilisables ;
• pour chacun, le parcours associé (processus de candidature, pièces attendues, calendrier, étapes clés).

Valeur ajoutée

• Gain de temps pour les entreprises et les accompagnateurs.
• Meilleure lisibilité de l’écosystème d’accompagnement.
• Orientation plus fiable et cohérente vers les bons dispositifs, au bon moment.

4️⃣ Version “banque / innovation / écosystème”

Mise à disposition d’un outil d’orientation intelligent permettant, à partir de critères normalisés, de cartographier les dispositifs d’accompagnement mobilisables par une entreprise et d’en expliciter les modalités opérationnelles (éligibilité, parcours de candidature, attendus).
L’outil vise à fluidifier l’accès aux dispositifs, fiabiliser l’orientation et renforcer la valeur de conseil.

Si tu veux, prochaine étape possible (au choix, je le fais direct) :

• 🧠 Schéma logique (entrées → moteur de règles → sorties)
• 📋 Liste type de critères / paramètres
• 🧩 User story (ex. chargé d’affaires / dirigeant / accompagnateur)
• 📊 Matrice “dispositifs × critères” exploitable en Excel ou outil digital

Dis-moi simplement l’usage cible (note interne, comité, pitch partenaire, projet IT).

🧱 Logique IT fonctionnelle de l’outil d’orientation

1️⃣ Vue d’ensemble (architecture fonctionnelle)

┌──────────────────┐
│ Interface Util.  │
│ (Front-End)      │
└────────┬─────────┘
         │
         ▼
┌──────────────────────────┐
│ Module de saisie         │
│ des critères             │
└────────┬─────────────────┘
         │
         ▼
┌──────────────────────────┐
│ Normalisation & contrôle │
│ des données              │
└────────┬─────────────────┘
         │
         ▼
┌──────────────────────────┐
│ Moteur de règles         │
│ / Matching               │
└────────┬─────────────────┘
         │
         ▼
┌──────────────────────────┐
│ Base Dispositifs         │
│ & Processus              │
└────────┬─────────────────┘
         │
         ▼
┌──────────────────────────┐
│ Génération des résultats │
│ & parcours utilisateurs  │
└────────┬─────────────────┘
         │
         ▼
┌──────────────────┐
│ Restitution /    │
│ Orientation      │
└──────────────────┘

2️⃣ Description des briques fonctionnelles

🔹 1. Interface utilisateur (Front-End)

Rôle

• Point d’entrée utilisateur (entreprise, conseiller, accompagnateur).

Fonctions

• Accès guidé à l’outil.
• Parcours simple et progressif.
• Possibilité d’enregistrer ou modifier une simulation.

🔹 2. Module de saisie des critères

Rôle

• Collecter les paramètres structurants du besoin.

Fonctions

• Formulaires dynamiques (listes déroulantes, champs conditionnels).
• Logique de dépendance entre critères (ex. stade ⇄ type de dispositif).
• Aide contextuelle (définitions, exemples).

Types de critères (exemples)

• Profil entreprise (taille, ancienneté, maturité).
• Secteur / filière.
• Localisation.
• Type de projet.
• Besoin principal (financement, accompagnement, structuration, marché…).

🔹 3. Module de normalisation et contrôle

Rôle

• Garantir l’exploitabilité des données saisies.

Fonctions

• Vérification de complétude.
• Normalisation des valeurs (référentiels métiers).
• Gestion des cas limites (informations partielles).

➡️ Brique clé pour éviter les erreurs de Matching.

🔹 4. Moteur de règles / Matching

Rôle

• Cœur logique de l’outil.

Fonctions

• Comparaison critères utilisateur ↔ critères d’éligibilité des dispositifs.
• Application de règles métiers :
  • éligible / non éligible,
  • éligible sous conditions,
  • prioritaire / secondaire.
• Gestion de règles cumulatives ou exclusives.

Sorties

• Liste des dispositifs pertinents.
• Niveau de correspondance / pertinence.

🔹 5. Base des dispositifs & processus

Rôle

• Référentiel central de connaissance.

Contenu

• Fiches dispositifs :
  • objectifs,
  • critères d’éligibilité,
  • périmètre (géographique, sectoriel),
  • typologie d’accompagnement.
• Fiches processus :
  • étapes de candidature,
  • pièces attendues,
  • délais,
  • calendriers,
  • points de contact / liens.

Caractéristiques

• Données versionnées.
• Mise à jour simplifiée (back-office).

🔹 6. Génération des résultats

Rôle

• Transformer l’analyse en information actionnable.

Fonctions

• Agrégation des résultats par utilisateur.
• Hiérarchisation des dispositifs.
• Association automatique dispositif ↔ parcours.

🔹 7. Restitution & orientation

Rôle

• Passage à l’action.

Fonctions

• Restitution lisible :
  • dispositifs recommandés,
  • conditions clés,
  • prochaines étapes.
• Accès direct :
  • lien candidature,
  • checklist des pièces,
  • contact référent.
• Export possible (PDF, lien partageable, Excel).

3️⃣ Flux fonctionnel résumé (end-to-end)

Utilisateur
   ↓
Saisie des critères
   ↓
Normalisation des données
   ↓
Analyse via moteur de règles
   ↓
Identification des dispositifs
   ↓
Association des processus
   ↓
Restitution + orientation actionnable

4️⃣ Points clés pour cadrage IT

• Séparation Front / Logique métier / Référentiels.
• Moteur de règles évolutif (ajout/modification de dispositifs).
• Gouvernance claire des données (qui met à jour quoi).
• Scalabilité (nouveaux dispositifs sans refonte).

🛠️ Back‑office – Gestion des dispositifs d’accompagnement

1️⃣ Objectif du back‑office

Mettre à disposition des administrateurs un environnement dédié permettant :

• de créer, modifier, activer ou désactiver des dispositifs d’accompagnement,
• de gérer leurs critères d’éligibilité et leurs parcours associés,
• de garantir la fiabilité des résultats produits par le moteur de règles.

2️⃣ Profils utilisateurs (rôles fonctionnels)

3️⃣ Briques fonctionnelles du back‑office

🔹 1. Gestion du référentiel des dispositifs

Fonctions

• Création d’une fiche dispositif.
• Modification / mise à jour.
• Activation / désactivation (visibilité front).
• Historisation des versions.

Données principales

• Nom du dispositif.
• Type (financier, accompagnement, mixte).
• Porteur (institution, acteur public/privé).
• Périmètre géographique.
• Description courte / longue.

🔹 2. Gestion des critères d’éligibilité

Fonctions

• Association de critères à chaque dispositif.
• Paramétrage fin des règles :
  • obligatoire / optionnel,
  • valeurs acceptées,
  • seuils / exclusions.
• Gestion de dépendances entre critères.

Exemples

• Taille d’entreprise ≥ X.
• Stade = création / amorçage / croissance.
• Secteur inclus / exclus.
• Localisation obligatoire.

➡️ Correspondance directe avec le moteur de règles.

🔹 3. Gestion des processus de candidature / soumission

Fonctions

• Création d’un parcours par dispositif.
• Décomposition en étapes successives.
• Paramétrage des attendus par étape.

Éléments gérés

• Étapes (pré‑qualification, dépôt, instruction…).
• Pièces à fournir.
• Délais et calendriers.
• Liens externes (plateforme, formulaire).
• Contact référent.

🔹 4. Référentiels communs (brique transverse)

Fonctions

• Gestion des référentiels utilisés dans la saisie :
  • secteurs,
  • typologies de projets,
  • stades de maturité,
  • zones géographiques.
• Harmonisation des valeurs (normalisation).

➡️ Condition nécessaire pour un matching fiable.

🔹 5. Moteur de règles – paramétrage métier

Fonctions

• Définition des règles d’éligibilité :
  • règles simples (conditionnelles),
  • règles cumulatives,
  • règles d’exclusion.
• Pondération éventuelle (scoring).
• Test des règles sur cas simulés.

Objectif

• Permettre l’évolution des dispositifs sans développement lourd.

🔹 6. Outils de contrôle & supervision

Fonctions

• Visualisation des dispositifs actifs/inactifs.
• Détection des incohérences :
  • critères non mappés,
  • parcours incomplets,
  • règles contradictoires.
• Logs de modification (qui / quand / quoi).

🔹 7. Publication & synchronisation Front‑Office

Fonctions

• Validation finale avant mise en production.
• Publication immédiate ou planifiée.
• Synchronisation avec le front‑office.

4️⃣ Schéma fonctionnel du back‑office

Administrateur / Métier
        │
        ▼
Back-office
 ├─ Gestion des dispositifs
 ├─ Gestion des critères
 ├─ Gestion des processus
 ├─ Référentiels communs
 ├─ Paramétrage règles
 ├─ Contrôle / audit
        │
        ▼
Moteur de règles
        │
        ▼
Front-office (outil utilisateur)

5️⃣ Points clés de conception IT

• Séparation stricte :
  • données dispositifs,
  • règles métier,
  • référentiels.
• Versionnement obligatoire.
• Sécurisation des droits.
• Back‑office pensé métier-first, non technique.

6️⃣ Périmètre MVP recommandé

✅ Création / modification de dispositifs
✅ Paramétrage critères simples
✅ Parcours de candidature basique
✅ Activation / désactivation
✅ Publication front

📄 Fiche dispositif – Exemple paramétré (Back‑office)

1️⃣ Identification du dispositif

• Nom du dispositif : Programme d’Accompagnement Innovation – Phase Amorçage
• Type : Accompagnement (non financier)
• Porteur : Acteur public national
• Statut : ✅ Actif
• Visibilité front-office : ✅ Oui
• Version : v1.2
• Date de dernière mise à jour : JJ/MM/AAAA

2️⃣ Description métier

• Objectif
  Accompagner les entreprises innovantes en phase d’amorçage dans la structuration de leur projet et la préparation à une levée de fonds.
• Bénéfices clés
  • Accompagnement stratégique
  • Mise en réseau
  • Aide à la structuration financière
• Durée de l’accompagnement
  6 à 9 mois

3️⃣ Critères d’éligibilité (paramétrage)

🔹 Profil entreprise

🔹 Stade et maturité

🔹 Secteur d’activité

🔹 Localisation

🔹 Besoins exprimés

4️⃣ Règles métier associées (moteur de règles)

• ✅ Éligible si
  • ancienneté ≤ 5 ans
  • stade = amorçage
  • secteur non exclu
  • localisation = France
• ⚠️ Éligible sous conditions si
  • maturité = idée avancée (sans prototype)
• ❌ Non éligible si
  • stade ≥ croissance
  • activité exclue

5️⃣ Pondération / priorité (optionnel)

• Stade = amorçage → +40
• Besoin levée de fonds → +30
• Secteur prioritaire → +20

➡️ Score de pertinence calculé automatiquement

6️⃣ Processus de candidature associé

🔹 Parcours étapes

1. Pré‑qualification en ligne
2. Dépôt du dossier
3. Instruction
4. Comité de sélection
5. Notification de décision

🔹 Pièces à fournir

• Pitch deck
• Note projet
• Prévisionnel financier
• Kbis / statuts

🔹 Délais indicatifs

• Instruction : 3 à 4 semaines
• Comité : mensuel

🔹 Point d’entrée

• Lien candidature : URL externe
• Contact référent : nom / mail générique

7️⃣ Paramètres de publication

• Visible pour :
  • ✅ Entreprises
  • ✅ Conseillers
• Date d’effet : immédiate
• Archivage automatique : non

8️⃣ Logs & gouvernance

• Créé par : Administrateur X
• Modifié par : Contributeur Y
• Historique versions : consultable

🧠 Ce que voit le moteur de règles

• Critères structurés
• Règles explicites
• Parcours opérationnel attaché
• Résultat immédiatement actionnable côté front

DISPOSITIF
──────────
- dispositif_id (PK)
- nom
- type_dispositif
- porteur
- description_courte
- description_longue
- statut (actif / inactif / archive)
- date_effet
- date_fin
- version
- date_creation
- date_maj

CRITERE
───────
- critere_id (PK)
- code_critere
- libelle
- type_donnee (liste, numerique, booléen, texte)
- referentiel_associe (optionnel)

DISPOSITIF_CRITERE
─────────────────
- dispositif_critere_id (PK)
- dispositif_id (FK)
- critere_id (FK)
- obligatoire (bool)
- valeur_min (optionnel)
- valeur_max (optionnel)
- valeurs_autorisees (liste)
- condition_logique (AND / OR / EXCLUSION)

REGLE_ELIGIBILITE
────────────────
- regle_id (PK)
- dispositif_id (FK)
- type_regle (eligibilite / exclusion / conditionnelle)
- expression_logique
- resultat (eligible / non_eligible / eligible_sous_condition)
- priorite

PONDERATION
───────────
- ponderation_id (PK)
- dispositif_id (FK)
- critere_id (FK)
- valeur_score

PROCESSUS
──────────
- processus_id (PK)
- dispositif_id (FK)
- libelle
- description

ETAPE_PROCESSUS
───────────────
- etape_id (PK)
- processus_id (FK)
- ordre
- libelle
- description
- delai_indicatif

PIECE_A_FOURNIR
───────────────
- piece_id (PK)
- etape_id (FK)
- libelle
- obligatoire (bool)

POINT_ENTREE
────────────
- point_entree_id (PK)
- processus_id (FK)
- type (URL / contact / plateforme)
- valeur

REFERENTIEL_SECTEUR
REFERENTIEL_STADE
REFERENTIEL_TERRITOIRE
REFERENTIEL_TYPE_PROJET

- code
- libelle
- actif

HISTORIQUE_MODIFICATION
──────────────────────
- historique_id (PK)
- entite
- entite_id
- action (creation / modification / suppression)
- utilisateur
- date_action
- version

DISPOSITIF
 ├─ DISPOSITIF_CRITERE ─ CRITERE
 ├─ REGLE_ELIGIBILITE
 ├─ PONDERATION
 └─ PROCESSUS
        ├─ ETAPE_PROCESSUS
        │      └─ PIECE_A_FOURNIR
        └─ POINT_ENTREE

dispositif
 ├─ dispositif_critere ─ critere
 ├─ regle_eligibilite
 ├─ ponderation
 └─ processus
        ├─ etape_processus
        │      └─ piece_a_fournir
        └─ point_entree

✅ appeler la requête SQL de matching entreprise → dispositifs
✅ afficher les dispositifs éligibles + processus associé

Le code est pensé MVP / POC, clair, maintenable, et directement branchable sur ce qu’on a déjà construit.

1️⃣ Hypothèses (rappel cohérent avec ce qu’on a fait)

Tables utilisées

• entreprise
• entreprise_critere
• dispositif
• dispositif_critere
• critere
• processus
• etape_processus
• point_entree

👉 Le matching s’appuie uniquement sur les critères obligatoires.

2️⃣ Script PHP : matching + affichage

📄 matching_dispositifs.php

3️⃣ Affichage HTML simple (résultat métier lisible)

4️⃣ Ce que fait exactement ce code

✔ charge les critères réels de l’entreprise
✔ applique les règles min / max / listes / exclusions
✔ filtre uniquement sur les critères obligatoires
✔ retourne des dispositifs actionnables (avec lien)
✔ prêt à être branché sur :

• une page conseiller,
• un parcours entreprise,
• une API JSON.

🧩 User Stories – Outil d’orientation vers les dispositifs

👤 Persona 1 – Chargé d’affaires innovation (banque)

🎯 Contexte

Le chargé d’affaires accompagne des entreprises innovantes et doit :

• identifier rapidement les dispositifs pertinents,
• éviter les erreurs d’orientation,
• apporter une valeur de conseil structurée.

US‑CA‑01 – Identifier les dispositifs éligibles

En tant que chargé d’affaires
Je veux saisir les paramètres clés d’une entreprise
Afin de obtenir automatiquement la liste des dispositifs d’accompagnement éligibles

✅ Critères saisis : taille, stade, secteur, localisation, besoins
✅ Résultat : liste filtrée de dispositifs

US‑CA‑02 – Comprendre le “pourquoi” de l’éligibilité

En tant que chargé d’affaires
Je veux visualiser les critères validés / bloquants
Afin de expliquer clairement le résultat au client

✅ Ex. : « Éligible car amorçage + PME + innovation tech »
✅ / « Non éligible car entreprise hors périmètre géographique »

US‑CA‑03 – Orienter vers l’action

En tant que chargé d’affaires
Je veux accéder directement au processus de candidature associé
Afin de guider le client sans perte de temps

✅ Étapes clés
✅ Pièces à fournir
✅ Lien vers la plateforme / contact

US‑CA‑04 – Gagner du temps en rendez‑vous

En tant que chargé d’affaires
Je veux disposer d’un outil simple utilisable en rendez‑vous client
Afin de produire une recommandation immédiate et fiable

✅ Utilisable en direct
✅ Résultat lisible en 1 écran

👤 Persona 2 – Dirigeant / fondateur d’entreprise

🎯 Contexte

Le dirigeant ne maîtrise pas l’écosystème des aides :

• il ne sait pas à quoi il est éligible,
• il perd du temps entre plateformes et acteurs.

US‑DIR‑01 – Se repérer dans les dispositifs

En tant que dirigeant
Je veux renseigner quelques informations sur mon entreprise
Afin de savoir rapidement quels dispositifs existent pour moi

✅ Pas de jargon
✅ Questions simples et guidées

US‑DIR‑02 – Éviter les candidatures inutiles

En tant que dirigeant
Je veux être orienté uniquement vers les dispositifs réellement accessibles
Afin de ne pas perdre de temps sur des dossiers voués au refus

✅ Filtrage strict
✅ Transparence des critères

US‑DIR‑03 – Passer rapidement à l’action

En tant que dirigeant
Je veux connaître précisément les étapes et documents requis
Afin de lancer ma candidature sans recherche complémentaire

✅ Checklist claire
✅ Délais indicatifs
✅ Accès direct aux points d’entrée

👤 Persona 3 – Accompagnateur / acteur de l’écosystème

🎯 Contexte

L’accompagnateur (incubateur, pépinière, cluster…) :

• accompagne plusieurs entreprises simultanément,
• doit orienter de manière cohérente et homogène.

US‑ACC‑01 – Standardiser l’orientation

En tant que accompagnateur
Je veux une grille objective de matching dispositifs ↔ entreprises
Afin de sécuriser mes recommandations

✅ Logique commune
✅ Alignement avec les critères officiels

US‑ACC‑02 – Maintenir l’outil à jour

En tant que accompagnateur référent
Je veux m’appuyer sur un référentiel central de dispositifs
Afin de éviter les informations obsolètes ou contradictoires

✅ Dispositifs versionnés
✅ Processus maintenus à jour via back‑office

US‑ACC‑03 – Accompagner dans le temps

En tant que accompagnateur
Je veux refaire le matching à différents stades de maturité
Afin de proposer de nouveaux dispositifs au bon moment

✅ Re‑simulation possible
✅ Approche parcours / cycle de vie

🧠 User Stories transverses (outil)

US‑SYS‑01 – Fiabilité des règles

En tant que utilisateur
Je veux que les règles d’éligibilité soient strictement appliquées
Afin de garantir la crédibilité de l’outil

US‑SYS‑02 – Évolutivité

En tant que administrateur
Je veux ajouter ou modifier des dispositifs sans développement lourd
Afin de garantir la pérennité de l’outil

🎯 User Stories prioritaires (MVP recommandé)

✅ US‑CA‑01
✅ US‑CA‑03
✅ US‑DIR‑01
✅ US‑DIR‑03
✅ US‑ACC‑01