Bienvenue sur le podcast Artisan Developer, l'émission pour les programmeurs qui veulent
vivre une carrière épanouissante. Prêt à passer au niveau supérieur ? C'est parti !
Aujourd'hui je suis avec Stan Lelou, Stan bonjour !
Salut Benoît ! Je te propose qu'on parle de la, je sais pas comment on peut dire de la
différence des visions des mondes, qu'est ce qui fait qu'un développeur et un marqueuteux ont du
mal à parler ensemble parfois ? Il y a vraiment des fois où j'ai l'impression que quand un
gars du marketing parle ça a l'air vaseux, fumeux et ce qui m'a vraiment fait marrer c'est le
jour où moi je me suis formé au marketing et que j'ai eu le sentiment de passer de l'autre côté
de la barrière et ça je le voyais dans le regard de mes collaborateurs pour qui j'étais passé un
peu du côté obscure quoi. Alors quel est ton point de vue sur ces choses là ? Je pense que
c'est un développeur à la perception que le marqueuteur a un discours qui est fumeux ou
bullshit, il n'a probablement pas tort. Ce qu'il faut comprendre c'est qu'il y a aussi un aspect
pragmatique à ça, c'est à dire que le principal rôle du marqueuteur ça va généralement être de
répondre à un certain besoin, d'en répondre à une certaine attente du client final. Et donc si tu
partais d'un monde où le client final c'est quelqu'un de parfaitement rationnel, cartesien, qui prend
des decisions uniquement sur un tableau Excel, ça aurait du sens de toi même en tant que
marqueuteur il faut chier de manière parfaitement cartesienne et totalement quantifiable. Le problème
c'est que dans la pratique c'est pas comme ça que ça fonctionne, c'est à dire que les gens prennent
des décisions sur différents facteurs qui sont souvent intuitifs, souvent émotionnels, c'est des
questions de marque, c'est des questions de besoin, c'est des questions d'émotion, qu'il faut
traiter comme tel. Donc le premier point je pense qui est intéressant à voir c'est que certes le
marqueuteur parfois avoir un discours qui te semble fumeux dans le sens tu ne peux pas le saisir
et le tacler au sol de manière aussi concrète qu'un problème technique par exemple, mais faut
comprendre que souvent cet approche là est problématique. Ça peut aussi être du pure bullshit où une
personne ne sait pas de quoi elle parle, ça c'est à évaluer au cas par cas, c'est clair que c'est
probablement plus facile pour un marqueuteur un compétent de faire illusion que pour un
développeur un compétent, ça je pense que c'est très clairement le cas, mais même un marqueuteur
compétent va réfléchir sur des termes qui ne sont pas forcément familier au développeur et qui
sembleront forcément beaucoup plus dur à saisir et ça je pense que c'est une limitation qui est
inévitable. Après c'est aussi le rôle d'un marqueuteur de s'adapter à son audience et de
savoir parler à son audience et je pense qu'un marqueuteur qui apprend à parler à son client
peut en me donner se dire attiens ça serait bien que j'apprenne à parler au développeur et dans
ce cas là il apprend un autre langage et l'apprend à présenter les choses d'une autre manière.
Et à l'inverse si on regarde on va dire puisque là on est dans les stéréotypes qui
t'aillent autant y aller guément de ton point de vue c'est quoi la perception du développeur,
la perception stéréotypée du développeur par un marqueuteur ?
Je pense que la principale frustration que peut avoir un marqueuteur c'est que le développeur
lui parle de trucs qui n'ont pas d'importance c'est à dire que si tu es là t'es un marqueuteur
et un bon marqueuteur et réfléchis dans un monde où la seule chose qui compte c'est le besoin
client la solution que tu apportes et la limite le moyen que tu utilises pour apporter cette
solution n'a pas une grande importance donc si on est là et on sait d'apporter une certaine solution
ce qui compte c'est d'apporter la solution de la manière la plus rapide et c'est un coup le
développeur part dans des dissertations infinies sur les meilleurs outils les meilleurs choses.
Le marqueuteur va se dire ok je vois bien que c'est important pour toi mais il faut que tu
comprennes que ce n'a pas d'importance au final sur le client tu vois on ne voit pas parler au
client de quelle langage on a utilisé pour coder tel ou tel parti de notre application et ça je pense
que c'est la frustration inverse tu vois d'un côté l'un peut penser que l'autre un discours
qui est difficile à saisir et l'autre peut penser que l'autre enfin et du coup le marqueuteur peut
penser que le développeur ne saisit pas les choses qui sont les plus importantes et moi-même je
vois ça quand j'ai des clients qui sont des développeurs mais qui veulent monter un business
ils peuvent passer beaucoup de temps sur les aspects techniques de leur projet et beaucoup moins
de temps à penser aux aspects marketing c'est à dire quel besoin est ce que je résouds et quel
problème c'est comment est ce que je vais attirer l'attention de ce client parce que ces besoins sont
plus difficile à saisir et entre moins dans leur manière de penser mais il faut comprendre que
quand tu lances un business généralement ce qui va faire que ton business marche ou pas c'est pas
forcément ta pro est technique surtout qu'au départ quand t'as peu de clients le fait que ton
projet soit ce qui est élable ou bien codé n'a pas encore trop d'importance c'est la question est ce
que je réponds un besoin non est ce que quand les gens voient ce que je suis en train de leur dire
ça fait tick dans leur tête ou pas et ça c'est purement une problématique qui est marketing
mais ça je crois que là on touche en fait un des points insensibles et c'est peut-être un des points
d'origine aussi de parfois des difficultés de communication c'est que en tant que développeur
et personne technique on va en général très vite s'intéresser d'abord au comment et je
remarque c'est plutôt dans les carrières avancées développeur que les gens commencent à
lever le nez du guidon et se poser ok mais pourquoi je fais ça c'est quoi le problème que j'essaie
d'adresser mais je crois que ça vient aussi de notre notre formation et de notre de notre attrait
naturel en fait pour résoudre des problèmes techniques donc le comment c'est c'est par là
qu'on rentre souvent et du coup si tu avais un conseil à donner à un développeur pour mieux
parler avec un marketer ça serait quoi je pense qu'un bon point de départ c'est de
d'essayer de réfléchir au marketing d'un point de vue plus technique c'est à dire que vu de l'extérieur
le marketing c'est beaucoup de de power point c'est de tiens de des beaux discours etc mais si tu
reviens vraiment aux éléments fondamentaux c'est quoi le marketing c'est parler à l'esprit humain
réfléchir en termes de psychologie et comprendre comment la psychologie de l'esprit humain fonctionne
et comment les décisions fonctionnent maintenant si tu la plupart des gens ont cette espèce de
modèle mentale que l'être humain irrationnel il faut juste dire les bons bénéfices de ton produit
pour pour vendre maintenant si tu te renseignes un tout petit peu tu vas très vite voir que
empiriquement c'est pas le cas très simplement tu les meilleurs produits ne sont pas forcément
les plus vendus les plus grandes marques sont pas forcément les plus grandes marques parce qu'ils
ont des arguments rationnels Coca Cola n'a pas un argument rationnel pour être le meilleur
soda tu a il ya aucun modèle mental dans lequel tu peux rationaliser ce genre de choses et donc si
tu parles d'un point de vue pragmatique qui peut être un point de vue qui est abordable à un
développeur tu dis ok l'esprit humain fonctionne pas de manière purement rationnelle comment est-ce
qui fonctionne il y a ce nombre de billets qu'on peut étudier tu peux lire un bouquin par exemple
comme influence et manipulation de Robert Sheldini qui liste six piliers d'influence qui sont qui
sont important tu peux lire un bouquin qui s'appelle predictable irrational donc de Dan Ariely qui
traduit en français mais je n'ai pas le titre en tête mais tu tapes Dan Ariely sur Amazon tu
trouveras un livre et il l'analyse les billets systématiques donc systématiquement l'être humain
va être biaisé pour une information qui prendrait de telle manière plutôt que de telle manière même
si sur le papier c'est la même chose la manière dont tu pourras l'information a une importance et
donc tu peux même d'un point de vue ingénieur tu peux réfléchir à l'esprit humain et au marketing
comme ayant des principes comme ayant des choses qui sont établis des choses qui sont établies à
la fois d'un point de vue scientifique et d'un point de vue empirique ça ne sera jamais il n'y
aura jamais une réponse qui sera aussi évidente qu'un calcul ou qu'un programme qui marche
qui marche pas il faut il y aura toujours une partie d'ambiguïté sur la bonne manière de suivre
mais tu découvras que c'est pas aussi arbitraire que ça en a l'air et qu'il y a vraiment des éléments
fondamentaux qui ont été établis qui ont qui marchent qui sont répétés dans un très grand nom de
business que tu peux observer que tu peux analyser et qui vont guider les décisions donc je parle
par exemple là notamment de réfléchir en termes de besoin de réfléchir en termes de problèmes
de réfléchir à comment est ce que tu présentes un message réfléchir à quels sont les facteurs
que les gens regardent pour prendre une décision et quels sont les facteurs qui vont être les plus
influents en termes d'émotion etc tout ça tu peux l'analyser donc le livre par exemple de
chel dinier influence manipulation te donnera six éléments qui ne devraient pas être important
d'un point de vue rationnel mais qui d'un point de vue empirique et pragmatique ont une grande
importance et je pense que ça peut te donner une sensibilité sur le fait que ce métier que tu
vois en face est aussi basé sur une certaine réflexion en termes de système tout comme
toi tu peux avoir une réflexion en termes de système technique et donc ce que je veux dire c'est
que ce que tu proposes en fait tout simplement de s'intéresser au métier de le comprendre sur
ces bases techniques pour retrouver un petit peu à quoi on est habitué et comprendre un petit peu
ce qui se cache derrière l'écran de fumée pour voir que bah c'est justement pas un écran de fumée
une vraie construction qui est derrière quoi ouais je dirais que si tu commences à voir l'être
si t'es un développeur et que tu as cette mentalité d'ingénieur et que tu penses un petit peu aux
choses comme une machine est ce que tu as vraiment réfléchi à la manière dont la machine humaine
fonctionne vraiment et ce que tu peux faire c'est que tu peux découvrir quoi ça va être vachement
être intéressant donc parfois pas forcément la bonne introduction en marketing et je pense
que le livre que j'ai cité sont plutôt une bonne introduction pour s'y mettre et pour réfléchir en
termes de comment est-ce que je décompose cette machine pour les gens qui sont intéressés par
ça ou qui pensent que tiens j'ai jamais pensé comme ça mais peut-être que si je m'intéresser
ça serait intéressant tu dévoile en fait c'est vachement intéressant c'est un truc où tu peux
apprendre plein de choses tu peux découvrir plein de choses tu et une fois que tu vas découvrir
ces principes tu vas les voir partout et t'auras appris un truc sur le monde qui t'entoure.
Eh ben écoute Stan je t'en remercie pour ces éléments si les auditeurs veulent en savoir plus
sur ce que tu fais ils peuvent venir où ? Ce dont on a parlé là fait justement partie une grande partie
du travail que moi je fais c'est à dire de décomposer les principes de psychologie donc les gens
qui sont intéressés par l'influence et manipulation et qui veulent l'avoir en format podcast
essentiellement j'ai créé une série de podcasts qui se trouve à l'adresse marketingmania.fr
slash influence où je applique tous les concepts dont parle de Sheldini au web donc je peux t'expliquer
un petit peu comment ça fonctionne sinon j'ai un site called marketingmania.fr où je parle de
comment utiliser la psychologie humaine pour faire des ventes et j'ai une chaîne youtube qui s'appelle
marketingmania où j'analyse différents cas d'études ça peut être des films ça peut être des séries
ça peut être un groupe de rap comme pnl que j'avais fait récemment ça peut être jeux vidéo
fortnite pour expliquer qu'il y a sur les principes psychologiques qui sont derrière et que tu peux
retenir pour les appliquer dans tes propres projets. Eh bien écoute Stan merci beaucoup pour tout ça
et merci encore d'être venu aujourd'hui. Merci Benoît de m'avoir invité. Quant à toi cher auditeur
j'espère que tu as aimé ce podcast si c'est le cas et bien je t'invite à nous rejoindre la communauté
des artisans développeurs sur artisanddeveloppeur.fr pour te poser des questions sur la carrière,
sur le métier, sur la technique aussi mais pas que comme tu viens de le voir avec ce podcast je te dis à
demain.