Attention! Texte - uniquement pour les vendeurs et les managers! Il est interdit aux programmeurs de lire!
Disons que vous êtes un directeur commercial pour des projets, produits, services dans le secteur informatique. Vous vendez, recherchez de nouveaux clients, concluez des contrats, résolvez des situations problématiques, signez des actes, assommez de l'argent, allez à des réunions.
Le résultat de votre travail est évident - des revenus et de l'argent. Tu es beau, pas d'ironie.
Et surtout, tout le monde comprend que vous êtes beau. L'argent que vous avez apporté, les clients que vous avez apportés, les actes que vous avez signés - tout est bien en vue. Une évaluation universelle de votre travail qui est compréhensible par le monde entier.
Les collègues de vente sont vraiment heureux de votre réussite, ou un peu jaloux ou parfois sympathiques. Ils comprennentton travail. Comprenez les difficultés que vous avez surmontées, les conflits que vous avez résolus et l'argent que vous avez apporté.
Vous êtes apprécié pour ce que vous avez fait exactement. Vous avez gagné de l'argent et vous avez été apprécié pour l' argent . Ils vous ont même donné une partie de cet argent - regardez, tout comme une option, une entreprise au sein d'une entreprise.
Total. Vous gagnez de l' argent . On vous a demandé de gagner de l' argent . Vous êtes payé pour gagner de l' argent . Vous êtes apprécié pour gagner de l' argent . Vous êtes promu pour gagner de l' argent . Vous êtes apprécié pour ce que vous faites exactement. L'argent est votre produit. Simple, direct, extrêmement liquide, absolument transparent. C'est pourquoi il est séduisant.
Ce modèle - bdyms - a également migré vers les programmeurs.
Pas encore à 100% et pas partout, mais la tendance est à la hausse. Tout le monde n'ose toujours pas demander de l'argent au programmeur alors qu'il demande un «produit».
De plus, le programmeur doit souvent formuler lui-même ce qui est le produit de son travail. Auparavant, ils demandaient simplement «qu'est-ce que tu fais du tout?», Maintenant c'est plus beau et plus lisse: «quel produit produisez-vous?». Eh bien, le programmeur répond à quelque chose, et obtient assez rapidement la question suivante - "comment ce produit se transforme-t-il en argent?"
Parfois, des questions sont posées à la couche entre les programmeurs et les vendeurs - chefs d'équipe, chefs de produit, etc. (pas familier avec toutes les "races", soryan, si vous avez oublié quelqu'un), mais cela ne change pas l'essence. La question se pose toujours aux programmeurs, sous une forme ou une autre.
Les programmeurs sont des gens intelligents, éduqués et curieux, ils connaissent donc déjà assez bien les termes de gestion. Nous avons appris à traduire notre travail dans le langage de l'argent et des produits. Certains l'aiment même.
Cependant, l'essence du travail n'a pas changé. Que fait un programmeur? Lui, hélas, programme. Crée des programmes. Ou quelqu'un d'autre termine. Ou des pauses.
Attention, question: à quand remonte la dernière fois que vous avez regardé le résultat du travail d'un programmeur? Pas pour l'argent pour lequel cette œuvre a été vendue! Sur le résultat du travail lui-même - tout site, application, intégration, système ERP?
Le résultat de votre travail est visible - c'est de l'argent. Vous leur avez fait droit - de l'argent. Qui peut voir le résultat du travail du programmeur? Non, pas ça ... Qui s'intéresse à lui du tout ?
En fait, deux personnes - le client / utilisateur et le programmeur lui-même. Mais même ici, ce n'est pas si simple.
Le client s'intéresse à ce qu'il appelle «le résultat» - pour travailler, en somme. Eh bien, à peu près comme convenu. Ce qu'il y a à l'intérieur - il s'en fiche.
Et à l'intérieur là ... Eh bien, merde, excusez-moi. C'est aussi effrayant de marcher qu'un champ de mines. Et pourquoi? C'est parce que personne ne s'intéresse à ce qu'il y a à l'intérieur. Mais pour être honnête, ce qui est à l'extérieur n'est pas intéressant. Si seulement l'acte a été signé, ou si le prépaiement a été effectué, ou si l'abonnement a été renouvelé.
Cela laisse la seule chose qui oblige le programmeur à écrire du code normal - appelons cela le "noyau interne". Seul le programmeur lui-même a besoin d'un code normal. Certes, les figues comprendront pourquoi.
Revenons au sujet de la composition. Maintenant, je ne vous accuse pas, mes amis-gérants, de rien, je ne vous reproche pas, et je ne me plains pas. Je viens de décrire la réalité pour que vous puissiez l'utiliser à vos propres fins.
Ainsi, le programmeur écrit le code et l'aime beaucoup. Personne ne voit ce code à l'exception du programmeur. Vous l'avez déjà? L'apparence - formes, interface - est vue par le client, parfois même des louanges. Pour être honnête, un programmeur n'est pas particulièrement fier de la forme externe, en règle générale. Il est soit dessiné automatiquement, selon une description déclarative, soit n'a généralement rien à voir avec le programmeur. Le programmeur écrit le code.
En plus du code, il existe également un algorithme, qui est assez lisible par l'homme. Ainsi, le programmeur est le plus fier du code et de l'algorithme. Parfois, rarement - une forme externe, si elle est dessinée par code ou est, en fait, le but d'écrire du code.
Maintenant, vous comprenez probablement tout. Vous êtes un vendeur. Comme le disaient les grands, «si vous vendez des briques et parlez à un client de ses rhumatismes, il achète chez vous».
Prenez 5 minutes pour regarder l'interface. Écoutez l'histoire de son fonctionnement. Faites comme si vous étiez intéressé. Bien sûr, je ne vous demande pas de regarder dans le code - écoutez simplement le code. Eh bien, il baise. Et n'oubliez pas d'évaluer, n'en faites pas trop - le mensonge n'est pas le bienvenu.
Et c'est tout, il est à vous. Un programmeur, je veux dire.
Nous sommes comme des enfants. Si vous avez des enfants, vous me comprendrez. Une fois que vous avez fait l'éloge du dessin - même s'il y a une ligne sur la feuille - c'est tout, vous dessinerez pendant des heures et chaque dessin sera traîné vers vous. Pas à personne, mais à vous. Parce que vous avez apprécié le dessin que l'enfant a fait. Et pas l'argent pour lequel vous pouvez vendre ce dessin.
Si vous accordez plus d'attention au produit fabriqué par le programmeur, ce produit deviendra meilleur. Le programmeur arrêtera de chier dans le code, car il deviendra finalement - peut-être même pour la première fois de sa vie - stupide.
C'est là que le noyau interne apparaît. Bref, tout le monde va bien.
Oui, et - chut.