Înapoi
Blogul CEO

Anul de început la universitate și cum primul meu loc de muncă a pus bazele

În postarea anterioară, am scris despre cum am fost aproape de tot în primul meu loc de muncă (încă sub acorduri de liber profesionist): de la supervizor de campanii Google AdWords la programator. Lucrul la o agenție de publicitate a fost un început excelent pentru o carieră de liber profesionist, deoarece probabil m-a învățat toate greșelile posibile.

În afară de crearea site-urilor web, primul lucru cu care am început să lucrez a fost publicitatea plătită Google AdWords, care la acea vreme era destul de misterioasă. Îmi amintesc că nu știam nimic despre ea în afară de faptul că Google Analytics era o unealtă nouă în creștere parțial legată de serviciul de publicitate plătită Google AdWords.

Dorind să fiu sincer și să fac treaba bine, am descărcat o mulțime de cărți Apress despre SEO și Google AdWords prin torrente. Le-am citit în engleză în loc să citesc bloguri în fiecare zi pentru a înțelege despre ce era vorba și cum să le gestionez corect.

Sunt mândru, dar acele trei cărți pe care le-am citit au fost un început excelent pentru o înțelegere generală a SEO-ului și a Google-ului. Apoi am continuat să construiesc pe această înțelegere citind bloguri și păstrându-mă la curent cu ultimele evoluții. Citirea acestor cărți a format baza cunoștințelor mele, care încă îmi sunt de folos și astăzi.

A doua problemă pe care am realizat-o atunci a fost că un designer de print nu putea fi simultan un designer web. La acea vreme, aproape fiecare designer se considera un designer universal, iar termeni precum UX sau UI nu erau utilizați. Și aceasta a fost o problemă semnificativă.

Problema era că designerii creau postere statice și frumoase care, într-un fel, trebuiau să funcționeze ca site-uri web. Câteva exemple:

• Elementele de meniu erau proiectate fără stări și fără a fi clar că puteți face clic pe ele.
• Se foloseau gradienți (CSS3 nu exista atunci), iar fundalul devenea o imagine imensă—imagină-ți ce ar spune acum Google PageSpeed Insights despre asta.
• Designerul folosea fonturi italice sau chiar Comic Sans uneori. Da, s-a întâmplat.

Pentru a-i ajuta pe colegii mei, am citit blogul popular Smashing Magazine, care, în esență, mi-a conturat înțelegerea despre designul web: cum ar trebui să fie aranjate elementele și cele mai bune practici, și în general a pus bazele standardelor UI/UX care s-ar dezvolta în viitor.

Așa că am devenit prima barieră înainte de a prezenta designurile clienților—cel care ar da câteva note designerului pentru a face designul cel puțin puțin mai bun. Îmi amintesc că acest lucru era o adevărată durere pentru un designer de print experimentat—un copil care încerca să-i spună cum să deseneze. A fost multă tensiune, dar m-am simțit obligat să fac lucrurile bine și cu calitate. Am vrut să îmi împărtășesc cunoștințele.

A treia problemă a fost că site-urile web nu erau principalul domeniu de activitate al agențiilor de publicitate. Nu este un secret faptul că agențiile de publicitate se bazează adesea pe conexiuni și relații, unde un “bun prieten” vine și comandă servicii pentru că știe că tu “faci lucrurile bine”.

Din acest motiv, am observat că clienții adesea doresc mai multă funcționalitate sau un alt tip după ce proiectul a fost livrat. Credeau că îndeplinirea tuturor dorințelor și așteptărilor lor pentru un preț fix era de așteptat. Până la urmă, dacă organizezi un eveniment sau ajustezi un design de flyer, poți face câte modificări dorești până ești mulțumit de rezultatul final.

Inițial, nu scriam sau definiam niciun fel de specificații. Și, desigur, nu puteai dezamăgi un prieten, așa că toate cererile suplimentare trebuiau îndeplinite gratuit. În mod natural, toate acestea urmau să fie făcute în cele din urmă pe cheltuiala mea. Nimeni nu înțelegea că adăugarea unui nou tip de pagină nu era doar despre adăugarea unui element de meniu, ci necesită programarea unei noi entități, un sistem de gestionare și integrarea în sistemul general.

Auzisem vag despre specificații și că acestea chiar există. Am introdus obiectivul de a scrie descrieri (cel mai bine, acestea ar putea fi numite cerințe) înainte de a începe orice proiect și de a percepe taxe suplimentare pentru costurile nespecificate suplimentare.

Ambele beneficiam de acest lucru: nu trebuia să lucrez gratuit și să îndeplinesc cerințe în continuă schimbare, în timp ce agenția găsea un motiv să perceapă clientului și mai mult. Cu toate acestea, în unele cazuri, eu eram singurul care beneficia de același buget.

De atunci, am învățat să scriu specificații tehnice sau descrieri ale cerințelor pentru fiecare proiect. M-am îmbunătățit constant și am învățat să le scriu mai precis și mai bine, și cu fiecare client nou, am avut din ce în ce mai puține dispute despre ce trebuie făcut și cât costă.

A patra problemă cu care m-am confruntat a fost managementul proiectelor. Organizarea unui eveniment sau gestionarea unui flyer sau a unui card de vizită nu este același lucru cu crearea unui site web funcțional.

Nu poți fi supărat pentru că este dificil să găsești manageri buni de proiecte IT și chiar și astăzi. Pentru a fi un bun manager de proiecte IT, trebuie să înțelegi ce fac colegii tăi designeri și programatori și procesul. Dacă nu înțelegi acest lucru, vei rămâne doar un mesager între client și programator. A fi un mesager înseamnă adesea doar să trimiți mesaje între clienți și să le redirecționezi emailurile, ceea ce nu aduce niciun fel de valoare.

Am observat această discrepanță încă din clasa a douăsprezecea când am observat cum managerul de proiect lucra cu mine. De exemplu, înainte de a atribui o sarcină unui programator, aceasta trebuia descrisă corect, obținute acreditările necesare și totul pregătit astfel încât tot ce rămâne este să fie executat. Dar s-a dovedit că, așa cum s-ar spera că nu se mai întâmplă în companiile de IT, răspunsurile erau: “Nu pot răspunde acum, trebuie să verific,” sau “Îți voi răspunde cu un răspuns.” Răspunsurile tale sunt pur și simplu copiate și lipite pentru client, iar emailurile lor sunt redirecționate. În cele din urmă, devii manager de proiect, indiferent dacă vrei sau nu.

La acea vreme, am abordat această problemă mergând frecvent cu trenul de la Kaunas la Vilnius în primul meu an de universitate și fără mașină, pentru a participa la întâlniri cu clienți.

A fost încântător că, ca student în primul an, luam primul tren la 6 dimineața către Vilnius, unde managerul de proiect mă aștepta deja la gară la ora 8, și mergeam împreună la întâlniri.

Era cu adevărat înspăimântător, deoarece companiile păreau destul de mari și elegante—cel puțin așa mi se păreau mie. Îmi puneam cel mai bun pulover și mă asiguram că nu erau fire de puf pe paltonul meu. Voiam să fiu văzut ca un profesionist și nu doar ca un copil speriat.

Ascultam și observam cum un manager de proiect cu adevărat bun (în ciuda tuturor problemelor legate de IT) comunica frumos, rezolva conflicte și chiar vindea servicii. Am învățat privind și observând, iar observarea nu este mai puțin importantă decât să faci singur. Atunci când nu înțelegi contextul sau cum ar trebui să fie făcut, învățând dintr-un exemplu furnizează o bogăție de context pe care o poți aplica mai târziu. Sunt extrem de recunoscător pentru asta.

De exemplu, am învățat o regulă aparent simplă: pentru a fi punctual, trebuie să ajungi exact la timp—nu mai devreme sau mai târziu. Obișnuiam mereu să vin prea devreme, temându-mă să nu întârzii.

Este amuzant că unii dintre acei clienți de atunci au devenit acum clienții mei în comerțul electronic prin agenție fără să știe nici măcar asta. Este un impuls pentru ego.

Deci, primul meu loc de muncă sub un acord de liber profesionist cu o agenție de publicitate a pus bazele călătoriei mele ulterioare de liber profesionist. Mi-am dezvoltat primele abilități SEO, mi-am approfundit cunoștințele de programare construind sisteme cu WordPress și am început să-mi formeze abilități ca analist și manager de proiect.

În cele din urmă, proiectele au evoluat de la “a face orice funcționează” la “a face lucrurile cum trebuie:” cu specificații și descrieri ale cerințelor, evaluări preliminare și angajarea unor designeri web și dezvoltatori front-end profesioniști, în timp ce eu programam totul și gestionam procesul. Am pregătit chiar instrucțiuni pentru clienți despre cum să folosească sistemul, iar eu am condus acele sesiuni de instruire, arătând cum funcționa sistemul.