MTES-MCT / dialog

Intégration de la réglementation de circulation dans les solutions numériques
https://dialog.beta.gouv.fr
GNU Affero General Public License v3.0
9 stars 0 forks source link

Système de blog #476

Closed florimondmanca closed 11 months ago

florimondmanca commented 1 year ago

User story

ETQ communicant DiaLog je publie des articles sur DiaLog ou sujets connexes 1 à 2 fois par mois au moins jusqu'aux JO afin d'étendre la visibilité de DiaLog

ETQ visiteur du site DiaLog je consulte des articles afin de mieux connaître l'outil et ses cas d'usage

Critères d'acceptation

Design

Voir Maquette

Inspirations

Implémentation

Options techniques

Contexte supplémentaire

johanricher commented 1 year ago

1. Besoin et priorisation

Le 27 juillet on avait déterminé que les collectivités dénuées d’outil pour la création d’arrêté de circulation sont pour l'instant les seules qu'on peut embarquer et sont donc prioritaires pour le travail de déploiement ("bizdev") de DiaLog. On n'avait pas encore à ce moment de contenu rédactionnel qui leur était destiné.

Est-ce que cela a changé ? Est-ce que du contenu destiné à notre cible actuelle est prêt à être publié ? Qui va s'occuper ensuite de produire d'alimenter le blog de façon continue et régulière ? Comment diffuser ce contenu auprès des cibles pour les convertir en collectivités embarquées (notamment travail de déploiement et d'animation réseaux sociaux) ?

2. Périmètre

Les fonctionnalités classique d'un blog / CMS :

Est-ce que c'est de ce périmètre dont il est question ? dans le cas contraire quel serait-il ?

Pour éviter d'élargir la base de code et fonctionnelle à maintenir par l'équipe DiaLog, est-ce qu'il a été envisagé d'utiliser une solution blog / CMS existante disposant de telles fonctionnalités ?

Parmi les exemples de blogs cité sur le ticket, celui de place des entreprises utilise Wordpress, et celui de transport.data.gouv.fr utilise Hugo

mmarchois commented 12 months ago

Merci Johan pour ce commentaire détaillé ! @MathieuFV as-tu un avis sur ce dont tu aurais besoin ?

15marches commented 12 months ago

Merci pour ces éléments. J'ajouterais dans les cibles : les GPS qu'il est important de convaincre et tenir informés des avancées. Nous avons déjà 3 articles prêts à être publiés. Sont définis également une dizaine d'articles à rédiger dans le pipe. L'objectif est une diffusion régulière jusqu'au printemps (à réactualiser et reconsidérer ensuite selon les objectifs T3/T4 2024). Concernant les choix de solution, quelle sera l'URL ? Pour moi afin de ne pas "inquiéter" les collectivités il faudrait que l'URL soit la plus proche de XXX.gouv (ce qui excluerait par exemple un dialog.substack.com)

15marches commented 12 months ago

(Stéphane)

MathieuFV commented 12 months ago

Pour essayer de répondre aux questions soulevées par Johan ici :

Le 27 juillet on avait déterminé que les collectivités dénuées d’outil pour la création d’arrêté de circulation sont pour l'instant les seules qu'on peut embarquer et sont donc prioritaires pour le travail de déploiement ("bizdev") de DiaLog. On n'avait pas encore à ce moment de contenu rédactionnel qui leur était destiné.

Est-ce que cela a changé ? Est-ce que du contenu destiné à notre cible actuelle est prêt à être publié ? Qui va s'occuper ensuite de produire d'alimenter le blog de façon continue et régulière ? Comment diffuser ce contenu auprès des cibles pour les convertir en collectivités embarquées (notamment travail de déploiement et d'animation réseaux sociaux) ?

  1. A-t-on du contenu éditorial ciblé pour le public "Gestionnaire routier"

-> Oui et non : on dispose de trois interviews. La première est celle d'une consultante en urbanisme à propos du management du trottoir, la seconde est celle de la directrice RSE de Sogaris, une foncière logistique, et la dernière de moi concernant l'article 122. Ces trois contenus intéressent notre cible de manière plus ou moins directe, ils sont en tout cas (peut être dans une moindre mesure pour la seconde interview), en lien direct avec leur activité.

  1. Qui va s'occuper de créer et publier le contenu ?

-> Stephane prépare d'ici la fin de l'année une 20aine d'articles déjà prêts, ils nous permettront d'aller jusqu'en juillet/août 2024 au rythme convenu. L'an prochain j'espère disposer des budgets nécessaires à disposer d'un(e) chargé de déploiement qui pourrait nous aider à poursuivre les publications.

  1. Comment publier ces contenus auprès de notre public cible ?

-> Ce dans quoi nous croyons Stéphane et moi est l'utilisation du reach des réseaux sociaux, d'où l'importance de la régularité des posts jusqu'aux JO. Ensuite nous avons (et LinkedIn est aussi important ici), la possibilité de faire relayer ces contenus par des têtes de réseau interessantes : Le programme LUD+, le CEREMA, la Gazette des Territoires, etc. On espère ainsi bénéficier d'une meilleure exposition. Le blog permet ensuite de retenir l'attention des curieux en proposant une variété de contenu, d'augmenter notre référencement, de donner envie (pourquoi pas ?) a des utilisateurs ou élus de témoigner...

Sur la question code VS CMS, je n'ai pas d'avis particulier. Je crois que le blog est moins prioritaire que d'avancer sur nos chantiers "opérationnels" donc une solution clé en main peut être attirante, d'un autre côté l'intégration du blog dans le reste du site ne peut être que meilleure si on le fait nous même, et l'objectif est bien que les lecteurs finissent par devenir des utilisateurs.

Du reste point de vue fonctionnalités du blog il me semble que Johan a tout couvert. Stéphane avait soulevé la nécessité de disposer d'un Snippet (court extrait du contenu qui apparaît après le titre lors d'une intégration réseaux sociaux par exemple).

florimondmanca commented 12 months ago

@MathieuFV Est-ce que l'édition via une UI dédiée serait importante, ou est-ce que ça vous irait de faire des modifs en Markdown dans l'UI GitHub pour intégrer de nouveaux articles ou corriger des articles existants ?

Concrètement, sur github vous arriveriez sur une page comme celle-là : https://github.com/fairnesscoop/fairness.coop/blob/master/content/blog/2023/45-pourcent-fonctionnalites-jamais-utilisees.md

Si ce workflow vous convient (on peut en discuter de vive voix jeudi lors de l'atelier), Hugo semble tout-à-fait envisageable. C'est une technologie assez mature et bien moins lourde que Wordpress. On peut obtenir une bonne intégration visuelle en faisant un thème simple utilisant le DSFR (c'est un travail qu'il faudrait faire de toute façon avec un CMS dynamique comme Wordpress, sauf qu'on perdrait la possibilité de le définir dans du code versionné dans git).

Voilà le remplissage de la checklist de fonctionnalités avec Hugo :

Je rajoute le critère snippet

@mmarchois Tu en penses quoi ?

MathieuFV commented 12 months ago

Pour moi faire les modifs en markdown ne doit poser aucun problème. Dans le pire des cas j'aurais quelques petites choses à apprendre mais je suppose qu'il y a des éditeurs avec aperçu qu'on peut avoir sur son poste pour tester avant de mettre en prod ? Du coup le volet éditeur ne me semble pas indispensable. Il le serait davantage si nous confions la gestion du blog à quelqu'un d'autre, ou plusieurs autres personnes, mais ce ne sera à priori pas le cas avant l'an prochain.

florimondmanca commented 12 months ago

@MathieuFV

Pour l'aperçu "complet", en créant une PR sur une branche avec vos modifs, il y aura un déploiement de branche sur Scalingo pour voir le résultat "en live".

L'UI GitHub a aussi un mode "aperçu" (avec un rendu simple).

florimondmanca commented 11 months ago

Discuté ce jour : autre option technique, Eleventy avec le thème eleventy-dsfr sur étagère. J'ai mis la description du ticket à jour.

MathieuFV commented 11 months ago

Liens des articles :