Se ha denunciado esta presentación.
Se está descargando tu SlideShare. ×

Nos trucs et astuces pour construire des produits que les devs adorent chez ADEO

Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Próximo SlideShare
Happy dev ... & ops
Happy dev ... & ops
Cargando en…3
×

Eche un vistazo a continuación

1 de 61 Anuncio

Nos trucs et astuces pour construire des produits que les devs adorent chez ADEO

Comment construire des produits que les développeurs adorent ? Qui simplifient leur vie ? Dont ils deviendront de fervents supporters?

On pense souvent à l’expérience utilisateur. Mais l’expérience du développeur est souvent oubliée. Par exemple:
- Savez-vous combien de temps un développeur met à naviguer dans votre API ? Galère avec sa documentation ? Et si on pouvait diviser ce temps par 10 ou plus ?
- Est-ce facile de contribuer en faisant une pull request ?
- A-t-on rapidement de l’aide en cas de problème?

Dans cette conférence, nous indiquons pourquoi l'expérience développeur est importante. Nous partageons notre approche, trucs et astuces pour s’assurer que les développeuses et développeurs passent de bons moments avec votre app'.

Comment construire des produits que les développeurs adorent ? Qui simplifient leur vie ? Dont ils deviendront de fervents supporters?

On pense souvent à l’expérience utilisateur. Mais l’expérience du développeur est souvent oubliée. Par exemple:
- Savez-vous combien de temps un développeur met à naviguer dans votre API ? Galère avec sa documentation ? Et si on pouvait diviser ce temps par 10 ou plus ?
- Est-ce facile de contribuer en faisant une pull request ?
- A-t-on rapidement de l’aide en cas de problème?

Dans cette conférence, nous indiquons pourquoi l'expérience développeur est importante. Nous partageons notre approche, trucs et astuces pour s’assurer que les développeuses et développeurs passent de bons moments avec votre app'.

Anuncio
Anuncio

Más Contenido Relacionado

Similares a Nos trucs et astuces pour construire des produits que les devs adorent chez ADEO (20)

Anuncio

Más reciente (20)

Nos trucs et astuces pour construire des produits que les devs adorent chez ADEO

  1. 1. Product Developer Experience (DX) Nos trucs et astuces pour construire des produits que les devs adorent 28/10/2022 Head of Developer Relations & Experience ADEO JULIEN JAKUBOWSKI Lead Developer Advocate 🥑 ADEO GUILHERME GUITTE
  2. 2. Merci à tous les sponsors !
  3. 3. Comment faire des produits excellents et adoptés ? Comment attirer et retenir les Devs ?
  4. 4. Head of Developer Relations & Experience ADEO JULIEN JAKUBOWSKI Lead Developer Advocate 🥑 ADEO GUILHERME GUITTE
  5. 5. COLLABORATEURS DANS LE MONDE 5 150 000 150 000
  6. 6. 7 Nous utilisons la TECHNOLOGie Pour améliorer votre vie, dans votre habitat
  7. 7. JE SUIS CONVAINCU QUE LES BONS LOGICIELS SONT FAITS PAR DES Devs HEUREUX, QUI TRAVAILLENT POUR UNE ENTREPRISE QUI LEUR donne du pouvoir dE décision, ET QUI AMÉLIORE LEUR QUOTIDIEN continuellement.
  8. 8. Des produits pour nos devs dans le monde environ 5000 devs, 250+ produits avec API 9
  9. 9. User Experience (UX) Developer Experience (DX) Pour faire d’excellents produits, les devs doivent vivre une excellente expérience
  10. 10. Interactions et émotions vécues par les devs lors de l’utilisation d’un produit pour atteindre un certain objectif 11 API Code samples Docs Code contributions
  11. 11. Agacement Méfiance Indifférence Abandon Incompréhension Frictions Mauvaise surprise
  12. 12. Enthousiasme Promotion Bonne surprise Satisfaction Fierté Maîtrise La vie
  13. 13. La vie est trop courte pour me casser la tête à comprendre comment ton produit résoud mon problème
  14. 14. Gagner du temps… et de l’adoption ! “Je trouve tout de suite comment faire” “C’est super facile, j’ai réussi un hello world en si peu de temps avec l’API !” “Je fais bien du 1er coup, pas besoin d’appeler à l’aide”
  15. 15. Être plus attractif pour les devs "Ici, c’est facile d’utiliser les APIs, la doc est claire… c’est confortable !" "J’aime travailler ici et je le recommande autour de moi. On s’intéresse à mon quotidien, on prend soin de moi"
  16. 16. Prise en main : autonome en moins de 4 heures D'un semaine => 4 heures 2000+ jours de gagnés ! 17
  17. 17. Deployments & Ops made easier with Kubernetes Build frontends based on micro-frontend approach
  18. 18. Que vous pouvez essayer dès demain* *ou plutôt : lundi, après Agile Tour Bordeaux. 5 idées actionnables
  19. 19. Quels sont les produits concernés ?
  20. 20. First DEVELOPER Plus
  21. 21. Produits dont le persona principal développe First DEVELOPER
  22. 22. Produits dont les clients finaux sont le persona principal 👉 Mais où les devs sont un personae essentiel Ex: vous avez une API Plus DEVELOPER
  23. 23. 1 Validez la promesse de votre produit
  24. 24. 1 Build frontends based on micro-frontend approach KOBI est agnostique à n'importe quelle technologie front end. Promesse du produit
  25. 25. idées fausses que les devs avaient sur KOBI "KOBI ne supporte que Java" "KOBI ne nous permet pas d'innover." "KOBI ne prend pas en charge les nouvelles technologies" 1
  26. 26. 1 Grâce à un "friction log" nous avons capté les causes de ces mauvaises compréhensions D’où venaient ces malentendus?
  27. 27. 1 Kobi starters Accélérez le démarrage sur le produit, en fournissant des exemples de code et des bibliothèques prêts à l'emploi
  28. 28. Friction log Découvertes 1 KOBI Starters n'étaient proposés qu'en Java / Spring
  29. 29. Solutions 1 Une documentation sur la façon de créer des starters et de les ajouter
  30. 30. Solutions 1 Expliquer ce que font les starters
  31. 31. #1 CONSEIL 1 "API Ready" "easy to consume" "InnerSource product" Recueillir les retours des devs avec un entretien exploratoire hebdomadaire Promesses du produit MAIS en pratique, sont-elles respectées ?
  32. 32. La documentation est votre produit - Créez un "démarrage" agréable et testez-le ! 2
  33. 33. 🎯 Objectif 2 Aidez les devs à être opérationnels le plus rapidement possible. Quelles sont les étapes les plus simples pour installer et utiliser votre produit ? doit répondre à cette question :
  34. 34. Démarrage sur Turbine de 1 jour à moins de 2 heures. 📈 Résultats 2 Démarrage sur KOBI d'une semaine à moins de 4 heures.
  35. 35. Getting Started 2 Confiance Sens de la maîtrise Avoir le premier succès
  36. 36. KOBI: Permettre aux devs de coder et tester un premier micro-front "Hello World". Turbine: Permettre aux devs de faire leur premier déploiement Doit être rapide et simple 2 🎯 Objectif
  37. 37. Un bon “Getting Started” 💻 Exemples de code, qui marchent toujours 2 🎯 Objectif clair 📏 Apprentissage progressif des concepts 🚗 Chemin simple et linéaire
  38. 38. 2 Amélioration continue CONSEIL Ecrire Mesurer Apprendre
  39. 39. La documentation est la vitrine de votre produit ✨
  40. 40. 3 Ouvrez votre produit à contribution ! #innersource
  41. 41. 3 Kobi starters Accélérez le démarrage sur le produit, en fournissant des exemples de code et des bibliothèques prêts à l'emploi
  42. 42. 3 Contexte 🚫 Une seule équipe ne peut pas maîtriser toutes les technologies disponibles sur le marché 👉 Permettre à tous les dev d’ADEO de contribuer avec de nouveaux starters, dans sa technologie favorite.
  43. 43. 3 📈 Résultats de l’InnerSource Exemples de code dans chaque stack technique Améliorations de la documentation “gratuites”
  44. 44. 👉 Opportunités de contributions extérieures qui améliorent la Developer Experience : Innersource : conseils Documentation ? Exemples de codes ? Bug fixes ? 👉 Lister les points d’interactions avec les devs utilisateurs (Docs, repos GitHub, vos API) 🗣 Communiquer ! Features ?
  45. 45. 4 Favoriser une communauté de devs autour de votre produit
  46. 46. les devs sont intéressés par : ✨ Nouvelles fonctionnalités 🚫 Breaking changes ☎ Support 4
  47. 47. Diminution du support grâce à l’entraide des devs Communication sur le produit Feedback sur Developer Experience Transparence et lien renforcent la confiance envers votre produit 📈 Bénéfices des communautés 4
  48. 48. Conseil #<product>-support : les devs peuvent demander de l'aide pour l'équipe principale ; 4 #<product>-community : les devs qui consomment votre produit peuvent interagir et poster des questions générales, échanger autour des usages ; #<product>-releases : l'équipe produit publie de nouvelles fonctionnalités, des mises à jour ;
  49. 49. 4 Exemples: Annonces
  50. 50. Rappels de fonctionnalités 4
  51. 51. Conseils 4 Communauté 👉 Réservez des créneaux de 30 minutes par semaine; Écrire ensemble le message Slack Utiliser des emojis 👉 Recueillir vos fonctionnalités récentes de 3 mois ; 🗣 Publication : tenez le rythme !
  52. 52. Évaluer la Developer Experience 5
  53. 53. Évaluation de la Developer experience 5 Product Objective Use-cases Friction Log Action Item Action Item "My product objective is..." "Most important feature is..." <Frictions found> <What we can do about it?> Discovery phase Build phase Implementation phase
  54. 54. 5 API Documentation Source Code Interaction avec l'équipe produit Fonctionnalités manquantes Outils de développement Évaluation de la Developer experience
  55. 55. résultats 5 Liste priorisée d'actions Binômage avec dev advocates ou tech writers
  56. 56. Récap
  57. 57. Récap Défini la DX Arguments pour investir �� �� Confiance et promotion ☀ Rétention 2000+ jours gagnés
  58. 58. 5 idées actionnables 💡Promesse produit InnerSource Getting started Evaluer la DX Communauté
  59. 59. Developer Relations: How to Build and Grow a Successful Developer Program Activities linked with AARRRP metrics Microsoft's developer experience defs Talk that discuss the main need regarding DX from different "era" of Developer first products Ressources
  60. 60. Merci ! @GuilhermeGuitte @jak78 roti.express

×