Back
Diario del CEO

Primo Anno all’Università e Come il Mio Primo Lavoro Ha Gettato le Basi

Nel post precedente, ho scritto di come fossi praticamente tutto nel mio primo lavoro (ancora sotto accordi freelance): da supervisore di una campagna Google AdWords a programmatore. Lavorare in un’agenzia pubblicitaria è stato un ottimo inizio per una carriera freelance perché probabilmente mi ha insegnato tutti gli errori possibili.

Oltre a creare siti web, la prima cosa con cui ho iniziato a lavorare è stata la pubblicità a pagamento su Google AdWords, che all’epoca era piuttosto misteriosa. Ricordo di non sapere nulla a riguardo se non che Google Analytics stava crescendo ed era uno strumento nuovo parzialmente correlato al servizio di pubblicità a pagamento di Google AdWords.

Desiderando essere onesto e fare bene il lavoro, ho scaricato un sacco di libri Apress su SEO e Google AdWords tramite torrent. Li ho letti in inglese invece che leggere blog ogni giorno per capire di cosa si trattasse e come gestirli correttamente.

Sono orgoglioso, ma quei tre libri che ho letto sono stati un ottimo inizio per una comprensione generale di SEO e Google. Ho poi continuato a costruire su questa comprensione leggendo blog e tenendomi aggiornato sulle ultime novità. La lettura di quei libri ha formato la base della mia conoscenza, che è ancora utile oggi.

Il secondo problema che ho realizzato allora è che un grafico stampato non poteva essere simultaneamente un web designer. All’epoca, quasi ogni designer si considerava un designer universale, e termini come UX o UI non venivano utilizzati. Ed era un problema significativo.

Il problema era che i designer creavano cartoline statiche e belle che, in un certo senso, dovevano funzionare come siti web. Alcuni esempi:

• Gli elementi del menu venivano progettati senza stati e senza chiarire che si poteva fare clic su di essi.
• Si utilizzavano sfumature (all’epoca non esisteva CSS3) e lo sfondo diventava un’unica immagine – immagina cosa direbbe ora Google PageSpeed Insights al riguardo.
• Il designer utilizzava caratteri in corsivo o addirittura Comic Sans a volte. Sì, è successo.

Per aiutare i miei colleghi, ho letto il blog allora popolare di Smashing Magazine, che ha essenzialmente plasmato la mia comprensione del design web: come gli elementi dovrebbero essere organizzati, le migliori pratiche e ha generalmente gettato le basi per gli standard UI/UX che si sarebbero sviluppati in futuro.

Così, sono diventato il primo ostacolo prima di presentare i design ai clienti – colui che avrebbe dato alcuni suggerimenti al designer per rendere il design almeno un po’ migliore. Ricordo che questo era davvero un dolore per un designer di stampa esperto – un ragazzino che cercava di dirle come disegnare. C’era molta tensione, ma mi sentivo obbligato a fare le cose bene e con qualità. Volevo condividere le mie conoscenze.

Il terzo problema era che i siti web non erano l’attività principale delle agenzie pubblicitarie. Non è un segreto che le agenzie pubblicitarie si basino spesso su connessioni e relazioni, dove un “buon amico” arriva e ordina servizi perché sanno che tu “fai le cose bene”.

A causa di questo, ho notato che i clienti spesso desideravano più funzionalità o un tipo diverso dopo che il progetto era stato consegnato. Pensavano che soddisfare tutti i loro desideri e aspettative per un prezzo fisso fosse un dato di fatto. Dopotutto, se stai organizzando un evento o modificando un design di volantino, puoi apportare quante modifiche desideri finché non sei soddisfatto del risultato finale.

Inizialmente, non scrivevamo o definivamo alcuna specifica. E, naturalmente, non potevi deludere un amico, quindi tutte le richieste aggiuntive dovevano essere soddisfatte gratuitamente. Naturalmente, tutto questo alla fine sarebbe stato fatto a mie spese. Nessuno capiva che aggiungere un nuovo tipo di pagina non significava solo aggiungere un elemento di menu ma richiedeva la programmazione di una nuova entità, un sistema di gestione e l’integrazione nell’intero sistema.

Avevo solo sentito vagamente parlare di specifiche e che esistessero. Ho introdotto l’obiettivo di scrivere descrizioni (al meglio, queste potevano essere chiamate requisiti) prima di iniziare qualsiasi progetto e addebitare extra per costi aggiuntivi non specificati.

Abbiamo tratto beneficio entrambi da questo: non dovevo lavorare gratuitamente e soddisfare esigenze in continua evoluzione, mentre l’agenzia trovava una ragione per addebitare ancora di più al cliente. Anche se in alcuni casi, ero l’unico a trarre beneficio dallo stesso budget.

Da allora, ho imparato a scrivere specifiche tecniche o descrizioni dei requisiti per ogni progetto. Ho costantemente migliorato e imparato a scriverli in modo più accurato e migliore, e con ogni nuovo cliente avevo sempre meno dispute su cosa doveva essere fatto e per quanto.

Il quarto problema che ho incontrato è stato la gestione dei progetti. Organizzare un evento o gestire un volantino o un biglietto da visita non è la stessa cosa che creare un sito web funzionante.

Non puoi arrabbiarti perché è difficile trovare ancora oggi buoni project manager IT. Per essere un buon project manager IT, devi capire cosa stanno facendo i tuoi colleghi designer e programmatori e il processo. Se non capisci questo, rimarrai solo un messaggero tra il cliente e il programmatore. Essere un messaggero spesso significa solo un vuoto ping-pong tra i clienti e l’inoltro delle loro email, il che non crea alcun valore.

Ho notato questa discrepanza già durante il dodicesimo anno, osservando come il project manager lavorava con me. Ad esempio, prima di assegnare un compito a un programmatore, doveva prima essere correttamente descritto, ottenute le credenziali necessarie e preparato tutto in modo che rimanesse solo da eseguire. Ma è risultato che, come ci si potrebbe sperare non succeda più nelle aziende IT, le risposte erano: “Non posso rispondere, devo controllare,” o “Ti risponderò con una risposta.” Le tue risposte vengono semplicemente copiate e incollate al cliente e le loro email vengono inoltrate. Alla fine, diventi il project manager, che tu lo voglia o no.

All’epoca, abbiamo affrontato questo problema con me, nel mio primo anno di università e senza auto, che viaggiava frequentemente in treno da Kaunas a Vilnius per partecipare alle riunioni con i clienti.

Era affascinante che, da matricola, prendessi il primo treno alle 6 del mattino per Vilnius, dove il project manager mi attendeva già alla stazione ferroviaria entro le 8, e ci dirigevamo insieme alle riunioni.

Era veramente terrificante perché le aziende sembravano piuttosto grandi e di lusso – almeno, così sembravano a me. Indossavo il mio miglior maglione e mi assicuravo che non ci fossero pelucchi sul mio cappotto. Volevo essere visto come professionista e non solo come un bambino spaventato.

Ascoltavo e guardavo un project manager genuinamente bravo (nonostante tutti i problemi legati all’IT) comunicare gentilmente, risolvere i conflitti e persino vendere servizi. Ho imparato osservando, e osservare non è meno importante che farlo tu stesso. Quando non capisci il contesto o come dovrebbe essere fatto, imparare da un esempio fornisce una ricchezza di contesto che puoi applicare in seguito. Sono incredibilmente grato per questo.

Per esempio, ho imparato una regola apparentemente semplice: essere puntuale, devi arrivare esattamente in tempo – non prima e non dopo. Ero solito arrivare sempre troppo presto, temendo di essere in ritardo.

È divertente che alcuni di quei clienti di allora siano diventati ora miei clienti nell’e-commerce attraverso l’agenzia senza nemmeno saperlo. È un’emozione gratificante.

Così, il mio primo lavoro sotto un accordo freelance con un’agenzia pubblicitaria ha gettato le basi per il mio futuro percorso freelance. Ho sviluppato le mie prime competenze SEO, approfondito le mie conoscenze di programmazione costruendo sistemi con WordPress e ho iniziato a formare abilità come analista e project manager.

In definitiva, i progetti sono evoluti da “fare qualsiasi cosa funzioni” a “fare le cose correttamente”: con specifiche e descrizioni dei requisiti, valutazioni preliminari e assunzione di designer web e sviluppatori front-end professionisti, mentre io programmavo tutto e gestivo il processo. Abbiamo persino preparato istruzioni per i clienti su come utilizzare il sistema, e ho condotto personalmente quelle sessioni di formazione, mostrando come funzionava il sistema.