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

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. Merci à tous les sponsors !

3. Comment faire des produits excellents et adoptés ? Comment attirer et retenir les Devs ?

4. Head of Developer Relations & Experience ADEO JULIEN JAKUBOWSKI Lead Developer Advocate 🥑 ADEO GUILHERME GUITTE

5. COLLABORATEURS DANS LE MONDE 5 150 000 150 000

6. 7 Nous utilisons la TECHNOLOGie Pour améliorer votre vie, dans votre habitat

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. Des produits pour nos devs dans le monde environ 5000 devs, 250+ produits avec API 9

9. User Experience (UX) Developer Experience (DX) Pour faire d’excellents produits, les devs doivent vivre une excellente expérience

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. Agacement Méﬁance Indifférence Abandon Incompréhension Frictions Mauvaise surprise

12. Enthousiasme Promotion Bonne surprise Satisfaction Fierté Maîtrise La vie

13. La vie est trop courte pour me casser la tête à comprendre comment ton produit résoud mon problème

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. Ê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. Prise en main : autonome en moins de 4 heures D'un semaine => 4 heures 2000+ jours de gagnés ! 17

17. Deployments & Ops made easier with Kubernetes Build frontends based on micro-frontend approach

18. Que vous pouvez essayer dès demain* *ou plutôt : lundi, après Agile Tour Bordeaux. 5 idées actionnables

19. Quels sont les produits concernés ?

20. First DEVELOPER Plus

21. Produits dont le persona principal développe First DEVELOPER

22. Produits dont les clients ﬁnaux sont le persona principal 👉 Mais où les devs sont un personae essentiel Ex: vous avez une API Plus DEVELOPER

23. 1 Validez la promesse de votre produit

24. 1 Build frontends based on micro-frontend approach KOBI est agnostique à n'importe quelle technologie front end. Promesse du produit

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. 1 Grâce à un "friction log" nous avons capté les causes de ces mauvaises compréhensions D’où venaient ces malentendus?

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. Friction log Découvertes 1 KOBI Starters n'étaient proposés qu'en Java / Spring

29. Solutions 1 Une documentation sur la façon de créer des starters et de les ajouter

30. Solutions 1 Expliquer ce que font les starters

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. La documentation est votre produit - Créez un "démarrage" agréable et testez-le ! 2

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. 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. Getting Started 2 Confiance Sens de la maîtrise Avoir le premier succès

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. Un bon “Getting Started” 💻 Exemples de code, qui marchent toujours 2 🎯 Objectif clair 📏 Apprentissage progressif des concepts 🚗 Chemin simple et linéaire

38. 2 Amélioration continue CONSEIL Ecrire Mesurer Apprendre

39. La documentation est la vitrine de votre produit ✨

40. 3 Ouvrez votre produit à contribution ! #innersource

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. 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. 3 📈 Résultats de l’InnerSource Exemples de code dans chaque stack technique Améliorations de la documentation “gratuites”

44. 👉 Opportunités de contributions extérieures qui améliorent la Developer Experience : Innersource : conseils Documentation ? Exemples de codes ? Bug ﬁxes ? 👉 Lister les points d’interactions avec les devs utilisateurs (Docs, repos GitHub, vos API) 🗣 Communiquer ! Features ?

45. 4 Favoriser une communauté de devs autour de votre produit

46. les devs sont intéressés par : ✨ Nouvelles fonctionnalités 🚫 Breaking changes ☎ Support 4

47. Diminution du support grâce à l’entraide des devs Communication sur le produit Feedback sur Developer Experience Transparence et lien renforcent la conﬁance envers votre produit 📈 Bénéfices des communautés 4

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. 4 Exemples: Annonces

50. Rappels de fonctionnalités 4

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. Évaluer la Developer Experience 5

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. 5 API Documentation Source Code Interaction avec l'équipe produit Fonctionnalités manquantes Outils de développement Évaluation de la Developer experience

55. résultats 5 Liste priorisée d'actions Binômage avec dev advocates ou tech writers

56. Récap

57. Récap Déﬁni la DX Arguments pour investir �� Conﬁance et promotion ☀ Rétention 2000+ jours gagnés

58. 5 idées actionnables 💡Promesse produit InnerSource Getting started Evaluer la DX Communauté

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 ﬁrst products Ressources

60. Merci ! @GuilhermeGuitte @jak78 roti.express

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

You are reading a preview.

Check these out next

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

More Related Content

Recently uploaded (20)

Featured (20)