Retour
Journal du CEO

Première année à l’université et comment mon premier emploi a posé les bases

Dans le post précédent, j’ai écrit sur le fait que j’ai été presque tout dans mon premier emploi (toujours sous contrat de freelance) : d’un superviseur de campagne Google AdWords à un programmeur. Travailler dans une agence de publicité a été un excellent début de carrière en freelance car cela m’a probablement appris toutes les erreurs possibles.

En plus de créer des sites web, la première chose avec laquelle j’ai commencé à travailler était la publicité payante Google AdWords, qui à l’époque était assez mystérieuse. Je me souviens de ne rien savoir à ce sujet, sauf que Google Analytics était un outil en pleine croissance et partiellement lié au service de publicité payante Google AdWords.

Voulant être honnête et bien faire le travail, j’ai téléchargé une série de livres Apress sur le SEO et Google AdWords via des torrents. Je les ai lus en anglais au lieu de blogs chaque jour pour comprendre de quoi il s’agissait et comment les gérer correctement.

Je suis fier, mais ces trois livres que j’ai lus ont été un excellent début pour une compréhension générale du SEO et de Google. J’ai ensuite continué à construire sur cette compréhension en lisant des blogs et en suivant les dernières évolutions. Lire ces livres a posé les bases de mes connaissances, qui sont toujours utiles aujourd’hui.

Le deuxième problème que j’ai réalisé à l’époque était qu’un designer print ne pouvait pas être simultanément un designer web. À l’époque, presque chaque designer se considérait comme un designer universel, et des termes comme UX ou UI n’étaient pas utilisés. Et c’était un problème majeur.

Le problème était que les designers créaient des cartes postales statiques et belles qui, d’une certaine manière, étaient censées fonctionner comme des sites web. Quelques exemples :

• Les éléments du menu étaient conçus sans états et sans indiquer qu’ils pouvaient être cliqués.
• Des dégradés étaient utilisés (CSS3 n’existait pas à l’époque), et l’arrière-plan devenait une seule grande image – imaginez ce que Google PageSpeed Insights dirait à ce sujet aujourd’hui.
• Le designer utilisait des polices italiques ou même Comic Sans parfois. Oui, ça arrivait.

Pour aider mes collègues, j’ai lu le blog alors populaire de Smashing Magazine, qui a en grande partie façonné ma compréhension du design web : comment les éléments devraient être disposés, les meilleures pratiques, et a posé les bases des normes UI/UX qui se développeraient à l’avenir.

Ainsi, je suis devenu le premier rempart avant de présenter les designs aux clients – celui qui donnerait quelques notes au designer pour rendre le design au moins un peu meilleur. Je me souviens que c’était une vraie douleur pour un designer print expérimenté – un enfant essayant de lui dire comment dessiner. Il y avait beaucoup de tension, mais je me sentais obligé de bien faire les choses et avec qualité. Je voulais partager mes connaissances.

Le troisième problème était que les sites web n’étaient pas le principal business des agences de publicité. Il n’est pas un secret que les agences de publicité sont souvent basées sur des relations et des connexions, où un “bon copain” arrive et commande des services parce qu’ils savent que vous “faites bien les choses”.

À cause de cela, j’ai remarqué que les clients voulaient souvent plus de fonctionnalités ou un type différent après la livraison du projet. Ils pensaient que répondre à tous leurs souhaits et attentes pour un prix fixe était attendu. Après tout, si vous organisez un événement ou ajustez la conception d’un flyer, vous pouvez apporter autant de modifications que vous le souhaitez jusqu’à ce que vous soyez satisfait du résultat final.

Initialement, nous n’écrivions ni ne définissions aucune spécification. Et bien sûr, vous ne pouviez pas décevoir un copain, donc toutes les demandes supplémentaires devaient être satisfaites gratuitement. Naturellement, tout cela finirait par se faire à mes dépens. Personne ne comprenait que l’ajout d’un nouveau type de page n’était pas juste ajouter un élément de menu mais nécessitait la programmation d’une nouvelle entité, d’un système de gestion, et son intégration dans le système global.

Je n’avais vaguement entendu parler de spécifications et du fait qu’elles existaient même. J’ai introduit l’objectif d’écrire des descriptions (au mieux, on pouvait les appeler des exigences) avant de commencer tout projet et de facturer des coûts supplémentaires pour des coûts non spécifiés.

Nous avons tous deux bénéficié de cela : je n’avais pas à travailler gratuitement et à répondre à des exigences changeantes, tandis que l’agence trouvait une raison de facturer encore plus au client. Bien que dans certains cas, j’étais le seul à bénéficier du même budget.

À partir de là, j’ai appris à rédiger des spécifications techniques ou des descriptions d’exigences pour chaque projet. J’ai constamment amélioré et appris à les écrire de manière plus précise et meilleure, et avec chaque nouveau client, j’avais de moins en moins de différends sur ce qui devait être fait et pour combien.

Le quatrième problème auquel j’ai été confronté était la gestion de projet. Organiser un événement ou gérer un flyer ou une carte de visite n’est pas la même chose que de créer un site web fonctionnel.

Vous ne pouvez pas être en colère car il est encore difficile de trouver de bons chefs de projet informatiques aujourd’hui. Pour être un bon chef de projet informatique, vous devez comprendre ce que font vos collègues designers et programmeurs et le processus. Si vous ne comprenez pas cela, vous resterez simplement un messager entre le client et le programmeur. Être un messager signifie souvent juste faire des allers-retours vides entre les clients et leur transférer leurs e-mails, ce qui ne crée aucune valeur.

J’ai remarqué cette discrepancy dès ma douzième année en observant comment le chef de projet travaillait avec moi. Par exemple, avant d’assigner une tâche à un programmeur, il fallait d’abord la décrire correctement, obtenir les informations nécessaires, et tout préparer pour qu’il ne reste plus qu’à l’exécuter. Mais il s’est avéré que, comme on pourrait espérer que cela n’arrive plus dans les entreprises informatiques, les réponses étaient : “Je ne peux pas répondre à cela, je dois vérifier,” ou “Je reviendrai vers vous avec une réponse.” Vos réponses sont simplement copiées-collées au client, et leurs e-mails sont transférés. Finalement, vous devenez le chef de projet, que vous le vouliez ou non.

À l’époque, nous avons résolu ce problème en moi, lors de ma première année d’université et sans voiture, voyageant fréquemment en train de Kaunas à Vilnius pour assister à des réunions avec les clients.

C’était charmant que, en tant que première année, je prenais le premier train à 6 heures du matin pour Vilnius, où le chef de projet m’attendait déjà à la gare à 8 heures, et nous nous dirigions ensemble vers les réunions.

C’était vraiment terrifiant car les entreprises semblaient assez grandes et sophistiquées – du moins, c’est ainsi qu’elles me paraissaient. Je portais mon meilleur pull et m’assurais qu’il n’y avait pas de peluches sur mon manteau. Je voulais être perçu comme professionnel et non pas juste comme un enfant effrayé.

J’ai écouté et observé un chef de projet vraiment bon (malgré tous les problèmes liés à l’informatique) communiquer gentiment, résoudre des conflits, et même vendre des services. J’ai appris en observant, et observer est tout aussi important que de le faire soi-même. Lorsque vous ne comprenez pas le contexte ou comment cela devrait être fait, apprendre d’un exemple fournit une richesse de contexte que vous pouvez appliquer plus tard. Je suis incroyablement reconnaissant pour cela.

Par exemple, j’ai appris une règle apparemment simple : pour être ponctuel, vous devez arriver exactement à l’heure – ni plus tôt ni plus tard. J’avais toujours l’habitude d’arriver trop tôt, ayant peur d’être en retard.

C’est drôle que certains de ces clients d’alors soient maintenant devenus mes clients dans le commerce électronique à travers l’agence sans même le savoir. C’est une satisfaction personnelle.

Ainsi, mon premier emploi sous un contrat de freelance avec une agence de publicité a posé les bases de mon parcours freelance ultérieur. J’ai développé mes premières compétences en SEO, approfondi mes connaissances en programmation en construisant des systèmes avec WordPress, et commencé à former des capacités d’analyste et de chef de projet.

Finalement, les projets ont évolué de “faire ce qui fonctionne” à “faire les choses correctement” : avec des spécifications et des descriptions d’exigences, des évaluations préliminaires, et l’embauche de designers web professionnels et de développeurs front-end, tandis que je programmait tout et gérais le processus. Nous avons même préparé des instructions pour les clients sur comment utiliser le système, et j’ai moi-même mené ces sessions de formation, montrant comment le système fonctionnait.