Miximum

Dans une SSII, on ne vit que par et pour… LE CLIENT. Le client, ce graal qu’il faut conquérir au prix de hautes luttes commerciales. Lui qu’il faut satisfaire à tout prix à coups de nuits blanches et de travail irréprochable. Celui-là même qu’il faut séduire et fidéliser par sa disponibilité totale, sa réactivité sans égale, sa dévotion sans faille,

Et pour cause, pas de client, pas de contrat ! Et pas de contrat, pas de recette ! Et pas de recette, rien dans la marmite ! On comprend donc aisément l’importance que revêt LE CLIENT pour tout l’écosystème d’une SSII. On comprend également que quand LE CLIENT demande quelque chose, on se plie en 4 pour le lui donner, du moment qu’il paie le prix.

Dans une SSII, LE CLIENT est roi. Ce que CLIENT veut, Dieu le veut. Les désirs du CLIENT sont des ordres, etc.

Mais est-ce la pure vérité ? Car LE CLIENT, parfois, à un peu des goûts de chiottes, ou n’y connait que dalle en informatique. Il peut être trés influençables, et choisit ses technologies en fonction des modes plutôt que de leur utilité.

Autre problème, LE CLIENT est généralement totalement inconscient des efforts nécessaires à déployer pour satisfaire ses désirs. LE CLIENT a besoin d’aller chercher une baguette de pain ? Il vous demandera une navette spatiale, parce que c’est plus efficace (  »c’est ce qu’ils utilisent, à la NASA  »).

Enfin, LE CLIENT a ce défaut qu’il veut tout, tout de suite. Un délai non respecté ? C’est un crime de lèse-majesté ! Pourtant, tous les developpeurs savent comme moi que le développement est une activité hautement hasardeuse, et qu’on perd parfois des heures entières sur des détails. Mais ça, LE CLIENT ne l’accepte pas ! Si le projet n’est pas livré dans les temps, c’est forcément la faute du méchant développeur qui n’a pas bien fait son travail.

Devant cet état de fait, le développeur se retrouve dans des situations difficiles : d’un côté, il lui faut satisfaire la demande du CLIENT, mais d’un autre, il aimerait lui faire comprendre que ladite demande est stupide, inutile, contre-productive, et nécessite de mettre en place des solutions techniques absolument disproportionnées.

Comment réagir ? Terrible tiraillement ! Cruel dilemne ! Dois-je fermer mon clapet et obéir avec soumission en ravalant ma rancoeur et en acceptant de mettre mes années d’études et d’expérience au service d’un incompétent notoire pour mettre en oeuvre des solutions absurdes mais qui me permettront de manger à ma faim et peut-être même de partir en vacance aux caraïbes, ou dois-je m’insurger et lever haut le poing de la logique et du bon sens pour faire briller la flamme de la raison et ramener le client aux dures réalités quitte à le voir se vexer et se tourner vers un prestataire plus servile (oui je sais, c’est une trés longue phrase, essayez donc de la prononcer d’une traite sans prendre votre respiration, vous verrez, c’est amusant) ?

J’avoue que pour ma part, étant encore jeune et par conséquent un brin idéaliste sur les bords, je privilégierais la seconde solution. De toutes manières, il faut arrêter de l’idéaliser, ce client. Un de perdu, 10 de retrouvés, non mais. Et puis, je suis sûr que si on lui présente avec diplomatie une solution alternative qui réponde à ses besoins, on arrivera bien à le convaincre.

En fait, le développeur est un peu une mère, pour son client : c’est à lui de savoir ce qui est bon pour lui, et d’imposer des limites à ses caprices. Malheureusement, bien peu d’écoles et d’universités voient les choses sous cet angle, et prévoient les formations adéquates. J’imagine bien l’intitulé du cours : «  Comment éduquer son client ?  »

Maintenant, l’autre solution, c’est de sélectionner ses clients avec soin. Mais bon, encore faut-il en avoir les moyens.