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'.

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

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

8. 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.

9. Des produits pour nos devs dans le monde
environ 5000 devs, 250+ produits avec API
9

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

11. 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

12. Agacement
Méfiance
Indifférence
Abandon
Incompréhension
Frictions
Mauvaise
surprise

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

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

15. 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”

16. Ê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"

17. Prise en main : autonome
en moins de 4 heures
D'un semaine => 4 heures
2000+ jours de gagnés !
17

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

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

20. Quels sont les produits concernés ?

21. First
DEVELOPER Plus

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

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

24. 1 Validez la promesse de votre produit

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

26. 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

27. 1
Grâce à un "friction log" nous
avons capté les causes de ces
mauvaises compréhensions
D’où venaient ces
malentendus?

28. 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

29. Friction log
Découvertes
1
KOBI Starters n'étaient proposés
qu'en Java / Spring

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

31. Solutions
1
Expliquer ce que font les starters

32. #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 ?

33. La documentation est votre produit
- Créez un "démarrage" agréable et
testez-le !
2

34. 🎯 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 :

35. 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.

36. Getting Started
2
Confiance
Sens de la maîtrise
Avoir le premier succès

37. 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

38. Un bon “Getting
Started” 💻 Exemples de code, qui marchent
toujours
2
🎯 Objectif clair
📏 Apprentissage progressif des
concepts
🚗 Chemin simple et linéaire

39. 2 Amélioration continue
CONSEIL Ecrire
Mesurer
Apprendre

40. La documentation est la vitrine de votre
produit ✨

41. 3 Ouvrez votre produit à
contribution !
#innersource

42. 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

43. 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.

44. 3
📈 Résultats de
l’InnerSource
Exemples de code dans chaque
stack technique
Améliorations de la
documentation “gratuites”

45. 👉 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 ?

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

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

48. 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

49. 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 ;

50. 4 Exemples: Annonces

51. Rappels de fonctionnalités
4

52. 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 !

53. Évaluer la Developer
Experience
5

54. É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

55. 5
API
Documentation
Source Code
Interaction
avec l'équipe
produit
Fonctionnalités manquantes
Outils de
développement
Évaluation de la
Developer
experience

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

57. Récap

58. Récap
Défini la DX
Arguments
pour investir
��
�� Confiance et
promotion
☀
Rétention
2000+ jours gagnés

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

60. 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

61. Merci !
@GuilhermeGuitte @jak78
roti.express