Come si realizza un sito web o un’app

Si parte dal problema, non dalla tecnologia. Che cosa deve ottenere il sito o l’app? Chi lo userà e che cosa cerca di fare quando arriva? Che cosa esiste già — un dominio, un vecchio sito, un logo, testi, fotografie, un foglio di calcolo che qualcuno compila da anni? E che cosa deve essere pronto per primo?

Uno o due esempi di siti che le piacciono dicono più di un lungo brief. Non devono essere del suo settore. A volte la parte utile è il ritmo calmo di una pagina, a volte il modo in cui è organizzato un menu, a volte solo un colore. Le chiedo che cosa esattamente le piaccia, perché è quella la parte che possiamo portare con noi.

In questa conversazione dico anche che cosa non costruirei. Se una soluzione più semplice fa il lavoro, è meglio sentirlo all’inizio che scoprirlo dopo la pubblicazione.

Da quella conversazione propongo un perimetro realistico e lo divido in fasi. La prima fase è la versione più piccola che svolge il compito principale: per una pescheria come Ihtis, al mercato cittadino di Banja Luka, ha significato un percorso chiaro dall’offerta del giorno all’ordine via Viber, pensato per funzionare comodamente su un telefono.

I prodotti più grandi crescono a tappe. Omaška, un sistema già in uso in uno studio privato di psichiatria e psicoterapia, collega prenotazioni, cartelle dei pazienti, documenti, fatturazione in KM e un portale per i pazienti. Un prodotto così non si progetta in una sola seduta; ogni parte si costruisce su quella precedente.

Prezzo e tempi derivano dal perimetro, quindi si concordano dopo questo passaggio invece di essere indovinati prima. Una cifra data prima che qualcuno sappia che cosa si costruisce non è una promessa, è una supposizione.

Posso lavorare su un design esistente, migliorare schizzi grezzi oppure progettare l’interfaccia mentre costruisco. In pratica la maggior parte dei progetti mescola tutte e tre le cose: alcune schermate sono chiare fin dall’inizio, altre lo diventano solo quando ci sono sopra i contenuti reali.

Vede il lavoro presto, in un browser e sul suo telefono, invece di aspettare una serie di immagini finite. L’immagine di un sito nasconde le domande che contano: quanto è lungo davvero il testo, come si comporta una pagina su uno schermo piccolo, che cosa succede quando manca una fotografia.

L’attenzione è su percorsi chiari, gerarchia visiva e quei dettagli che fanno sembrare un prodotto finito. Quando un’attività non ha ancora un’identità, anche quella può far parte del lavoro: marchio, tipografia e colori si progettano insieme all’interfaccia, non si consegnano separatamente.

Frontend, backend, database e integrazioni si costruiscono insieme, come un unico sistema. Lavoro soprattutto con React e Next.js sul web, React Native per il mobile e Node.js con un database relazionale alle spalle, ma lo stack segue il problema e non il contrario.

La logica di business — prezzi, prenotazioni, permessi, chi può vedere quale documento — è scritta in modo che sia chiaro dove si trova e come cambiarla. Conta più di quanto sembri: il giorno in cui cambia un listino o un orario, qualcuno deve poterlo aggiornare senza che uno sviluppatore debba frugare nell’intero progetto.

Le integrazioni fanno parte dello stesso lavoro: pagamenti, calendari, email, mappe, archiviazione dei file, oppure un modello di AI quando è davvero utile. Ognuna è una dipendenza, quindi ognuna deve guadagnarsi il suo posto.

I contenuti sono la parte che più spesso ritarda una pubblicazione. Testi, fotografie, elenchi di prodotti e prezzi di solito vivono nella testa di chi gestisce l’attività, non in una cartella pronta da consegnare.

La aiuto a dar loro forma: che cosa deve dire una pagina, in quale ordine e quanto breve può essere. Buone fotografie del luogo, del prodotto o delle persone reali fanno più di qualsiasi immagine di repertorio, e quando le foto dei prodotti sono il punto debole, ci sono modi per rendere coerente un catalogo.

Se un sito verrà aggiornato spesso, riceve un modo semplice per farlo — un CMS o un pannello di amministrazione — così le modifiche non dipendono da me.

Un progetto va meglio quando nessuno deve chiedersi a che punto sia. Riceve presto un link al lavoro in corso, aggiornato man mano che lo sviluppo avanza, così può aprirlo sul suo telefono quando vuole invece di aspettare una riunione.

Il feedback funziona meglio quando è specifico e raccolto in un unico posto: questo titolo è troppo lungo, questa fotografia è quella sbagliata, qui un cliente farebbe questa domanda. Dieci note piccole e chiare fanno avanzare un progetto più di una lunga telefonata in cui si discute di tutto e non si scrive nulla.

Le decisioni che cambiano il perimetro — una nuova funzione, una seconda lingua, un’integrazione non prevista — vengono chiamate per nome quando compaiono. Spesso sono buone idee; semplicemente appartengono a una fase, e deve essere chiaro a quale.

Prima della pubblicazione controllo i layout su schermi diversi, i percorsi principali e i casi limite più comuni: un carrello vuoto, un nome lungo, una connessione lenta, un modulo inviato due volte.

Verifico la velocità e le basi che leggono i motori di ricerca: titoli, descrizioni, intestazioni, descrizioni delle immagini, una sitemap e le versioni linguistiche di ogni pagina. Non è un servizio separato aggiunto alla fine; fa parte del costruire un sito come si deve.

La messa online stessa viene configurata e testata prima che il dominio punti al nuovo sito, così il passaggio è un momento tranquillo e non un evento.

Una consegna spiega come funziona il progetto, dove si trova la logica principale e che cosa tenere d’occhio dopo il rilascio. Il dominio, gli account di hosting e il codice dovrebbero essere suoi, e lei dovrebbe sapere dove si trova ciascuno.

Alcuni progetti finiscono lì. Altri continuano: Golden Standard, un brand e sistema digitale per tre mercati, è un lavoro in corso attraverso Studio Blink — identità, sito, CMS, una piattaforma B2B, programmi per i partner e uno studio per i documenti, sviluppati passo dopo passo.

Le prime settimane dopo la pubblicazione sono il test più onesto. I visitatori reali trovano le domande a cui nessuno aveva pensato, e il sito va adattato a ciò che fanno davvero.

Di che cosa si occupa e per chi, e che cosa il sito deve spingere il visitatore a fare: chiamare, prenotare, ordinare, scrivere. Uno o due siti che le piacciono e uno che non le piace.

I testi e le fotografie che ha già, anche se grezzi, e l’accesso al dominio se ne esiste uno. Con questo, la prima conversazione può andare dritta alle decisioni che contano.