Ajout des CEE au parcours par geste

[laem]

• [x] commencer l'intégration des gestes CEE
• [x] continuer l'intégration des autres CEE : chaudière biomasse, etc
• [x] ajouter les CEE réno globale, importants pour le design de l'écran d'éligibilité
• [x] reprendre l'écran d'éligibilité
• [x] les intégrer dans l'UI du parcours, avec des labels [CEE] vs [MaPrimeRénov']
• [x] voir jusqu'où on va dans les explications granulaires, notamment mentionner qu'il faut un remplacement de chaudière pour les avoir
• [x] voir comment afficher à l'utilisateur qu'il n'a pas MPR car logement < 15 ans ou secondaire
• [x] implémenter les 2 CEE restants et leurs conditions spécifiques

Un appareil indépendant de chauffage au bois performant  800€  500€ 
D’un conduit d’évacuation des produits de combustion,  
incompatible avec des chaudières individuelles au gaz  
à condensation

Suite de la réflexion

Bon, les CEE remettent tout en question sur l'écran d'éligibilité, sauf la séparation ampleur vs à la carte qui tient bon.

Je pense même qu'il faut intégrer dès maintenant l'aide copro (tout dans ampleur, rien dans à la carte), car elle a aussi le potentiel de l'impacter grandement et n'est pas très compliquée.

Ainsi dans ampleur on a :

• MPR-A : oui ou non
• si oui : CEE inclus ; si non : CEE-A
• aide locale le cas échéant
• si appartement, aide copro ; si maison, peut-être à l'avenir, des choses spécifiques à la maison ?

Dans à la carte on a un mélange MPR + CEE, qui se cumulent par exemple pour la PAC ou la chaudière au bois. Donner aussi un exemple d'isolation.

Une autre section "transverse" qui inclurait le PTZ conditionné par quelques booléens, la TVA taux réduit, et les autres aides pas encore calculées.

L'équation en maquette du parcours global :

Un proto de la section "ampleur".

L'idée serait que les aides non éligibles seraient cliquables pour comprendre le pourquoi, alors que les aides éligibles seraient le sujet de la suite du parcours.

• [x] baser l'UI sur une liste d'aides en yaml dans le publicodes, avec ses icones, et tout, pour pouvoir les classer par aides éligibles et aides non éligibles

[laem]

Quelques réfléxions suite à un petit atelier design :

• [x] proposer un total global des aides plutôt qu'un détail avec plusieurs cases vertes
• [x] différencier bien davantage le PTZ, voir ne pas l'inclure
• [x] inclure l'aide au MAR dans l'aide MPRA
• [x] baser l'UI sur une liste d'aides en yaml dans le publicodes, avec ses icones, et tout, pour pouvoir les classer par aides éligibles et aides non éligibles de façon dynamique
• [x] exclure les dispositifs non éligibles de la carte blanche principale
• [ ] mieux coder l'aide d'Angers, avec un message "peut-être des aides locales" ou "nous n'avons pas trouvé d'aides locales"
• [ ] 1ère version de De Normandie pour quelques communes listées
• [ ] essayer sans les icônes
• [ ] mettre un attribut "question avant l'éligibilité" pour remplacer situationConfig qui ne marche plus trop avec tous ces objectifs de calcul différents ?
• [ ] dans un premier temps sur l'écran ampleur, garder le bloc MPR puis lui ajouter des blocs en-dessous pour chaque aide, dans l'optique d'aller vite et de pas tout refaire sur cet écran ?

Par geste

• [x] implémenter d'abord l'écran de sélection des gestes avec la somme des montants
• [x] puis l'écran de détail des conditions des différentes subventions des gestes
• [ ] plus tard : si plusieurs gestes correspondant aux conditions de gestes de l'exo fonctière, la faire poper, c'est la seule aide d'ampleur qui semble pouvoir s'appliquer à un bouquet de gestes assez réduit de 10 k€ (PAC suffit)

[vercel[bot]]

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name	Status	Preview	Comments	Updated (UTC)
reno-dev	✅ Ready (Inspect)	Visit Preview	💬 Add feedback	Jul 25, 2024 1:22pm

[laem]

@morganmerzouk @Mael-21 une capture de ce qu'on a écrit au tableau ce matin.

Quelques éléments à l'écrit.

Parmi les 4 axes de fonctionnalités pour cet été, les deux derniers (POC iframe agences et POC prix grand public) sont relativement rapides, 1-2j de dev : on part de zéro et il n'y a pas de nouveautés côté modèle.

Pour le premier et deuxième point, on a davantage de besoins de travail de design.

Pour les points 1 et 2 :

• on garderait l'architecture ampleur vs gestes sur l'écran d'éligibilité
• on garderait l'architecture écran d'éligibilité -> second écran d'explication et de simulation des dispositifs un par an -> écran de bilan (point 2 global)
• l'écran d'éligibilité serait toujours là pour donner une carotte : rassurer l'utilisateur sur le fait qu'il a des aides (ou pas), mais sans aller dans le détail donc en lui donnant des fourchettes hautes "jusqu'à", tout en ayant déjà mis de côté les aides inéligibles. Ce serait une liste de montants et potentiellement un montant global, mais tout cela tenant en une demi-hauteur mobile
• l'écran de restitution pourrait être ou inclure une frise chronologique, cf #154 qui montrerait deux choses : la temporalité, et les entrées / sorties. Toute aide est une entrée, mais à différents moments : immédiat (avance) vs remboursement
• l'écran 2 d'explication et simulation des dispositif peut se faire soit en segmentant des "cartes" par dispositif (MPR ampleur - aide au MAR - CEE ampleur - PTZ - Denormandie - exo foncière etc), soit en les segmentant par des tags illustrés avec un symbole qui représentent le type de paiement et donc sa temporalité : un tag "remboursement", un tag "avance", un tag "prêt", un tag "exonération fiscale", et potentiellement d'autres. La difficulté, c'est que MPRA est pour les TM (très modestes) et M, divisée en deux, une part d'avance et une part de remboursement. Ça pousse dont à mon avis à intégrer une section "montant" avec fond de couleur dans chaque carte et cette section serait labellisée avec le type de montant. La carte MPRA aurait donc 2 montants.
• en termes de design on pourrait soit faire un design "un par un" où on s'assure que l'utilisateur comprend chaque dispositif un par un ; ou alors un design en scroll où section par section, l'utilisateur découvre les dispositifs éligibles et répond à de nouvelles questions pour affiner sa situation et donc les calculs (exemple : DPE cible; gain energétique cible; questions spécifiques aux aides locales; etc)
• on a identifié que le calcul de l'écrêtement est clef, car complexe, à tel point que c'est le seul mot clef non "mes aides réno" qui nous fait pour l'instant ressortir sur google ! Il s'agirait donc de le simplifier pour l'utilisateur. Par exemple, pour un ménage non modeste qui a le bonus sortie de passoire de 10 %, l'écrêtement est déjà actif pour le ménage supérieur et déjà à la limite pour le ménage intermédiaire. Dans le deuxième cas, ça veut dire que demander les aides locales ne lui sert à rien, et dans le premier ça veut même dire qu'il n'aura pas les 45 % (35 + 10) d'aide MPRA mais seulement 40 % ! Il faut qu'on explique ça
• pour les aides copro, on s'est dit que dans un premier temps il fallait faire apparaitre pour les utilisateurs en appartemetn (question à poser avant l'écran d'éligibilité) un encart visuellement bien identifié qui lui fasse comprendre le grand principe : ~30 % d'aide pour la copro + 3000 € de bonus pour l'appart individuel, et un bouton pour aller se renseigner sur ce "mode copro" sur un autre parcours autonome. C'est très important qu'on mentionne l'aide copro ne serait-ce que pour l'utilisateur comprenne que le calcul général est bien disponible en appartement, pas seulement en maison.

[laem]

@morganmerzouk j'ai parcouru le code ce matin, je t'ai mis quelques questions. Ensuite je vais faire tourner la PR sur ma machine et tester plutôt l'UX :)

[laem]

J'ai commencé à tester, je me note ces tâches :

• tester plusieurs combinaisons de gestes dans l'interface
• estimer si on n'a pas trop complexifié l'interface pour les utilisateurs non experts
• faire la démarche d'essayer de calculer une ou deux CEE de façon indépendante de ton code pour voir si je retrouve les mêmes résultats ; les mettre dans les personas
• préparer une version à mettre en ligne sans l'intégration de toutes les aides dans le bloc ampleur, juste MPR pour la 1ère mise en ligne des CEE
• relier les tâches plus haut dans cette trop longue PR et les remettre à plus tard
• notamment, créer une page mesaidesreno pour chaque geste avec un micro-simulateur qui donne un montant grosser (max ?) et qui redirige vers le simulateur principal