diff --git a/README.md b/README.md
index 2c4155f92c720a2defe53664265d146837ad7b4c..a98c70c516ae29258236ef231597b07fb21bd8c4 100644
--- a/README.md
+++ b/README.md
@@ -35,28 +35,27 @@ Voir aussi le [vocabulaire métier](#vocabulaire-métier).
 
 ## Nouvelles fonctionnalités
 
-Pour de nouvelles fonctionnalités, nous vous invitons à suivre processus suivant :
-
-1. Contacter l'ADULLACT en premier qui centralise et relaye les demandes d’évolutions du service auprès de la Dinum pour vérifier :
-   - si c'est une fonctionnalité existante et activée sur l'instance de l'Adullact ?
-   - si il existe des solutions alternatives ?
-   - si c'est une fonctionnalité en cours de développement ?
-   - si c'est une fonctionnalité qui ne sera jamais implémentée dans DS ?
-   - si c'est une fonctionnalité intéressante mais non planifiée par l'équipe DS ?
-   - si il faut documenter ce besoin ? si oui, passer à l'**étape 2** !
+Pour les demandes d'évolution au logiciel DS, comme une nouvelle fonctionnalité, nous vous invitons à suivre processus suivant :
+
 1. [Créer un ticket](https://gitlab.adullact.net/demarches-simplifiees/evolution-du-logiciel-demarches-simplifiees/-/issues/new)
    dans ce dépôt pour décrire le besoin. (Exemple #8)
    - contexte et résumé du besoin
    - éventuellement rédiger les "user stories" (les besoins du point de vue des utilisateurs)
    - éventuellement rédiger les "tests d'acceptation" (le descriptif des fonctionnements attendus)
-1. Solliciter un échange avec l'Adullact pour vérifier ensemble les points suivants :
-   - s'il faut affiner l'analyse du besoin avant d'en parler à l'équipe DS ?
-   - s'il faut demander à l'équipe DS si c'est pertinent, possible techniquement et acceptable ?
-1. Définir les prochaines étapes avec l'Adullact :
-   - rédiger ou affiner les "user stories" (les besoins du point de vue des utilisateurs)
-   - rédiger ou affiner les "tests d'acceptation" (le descriptif du fonctionnement du point de vue des utilisateurs)
-   - planifier un échange avec l'équipe DS
-   - ...
+1. Les échanges autour de ce besoin pourront se poursuivre directement sur ce nouveau ticket entre vous, les autres collectivités ou ESR, l'Adullact et éventuellement la DINUM.
+
+A chaque nouveau ticket, l'Adullact vérifira les points suivants :
+- si c'est une fonctionnalité existante et activée sur l'instance de l'Adullact ?
+- si il existe des solutions alternatives ?
+- si c'est une fonctionnalité en cours de développement ?
+- si c'est une fonctionnalité qui ne sera jamais implémentée dans DS ?
+- si c'est une fonctionnalité intéressante mais non planifiée par l'équipe DS ?
+- s'il faut affiner l'analyse du besoin ?
+- s'il faut demander à l'équipe DS si c'est pertinent, possible techniquement et acceptable ?
+- s'il faut rédiger ou affiner les "user stories" (les besoins du point de vue des utilisateurs)
+- s'il faut rédiger ou affiner les "tests d'acceptation" (le descriptif du fonctionnement du point de vue des utilisateurs)
+- s'il faut planifier un échange avec l'équipe DS
+- ...
 
 ## Vocabulaire métier