Le agenzie inviano portfolio pieni di grafiche accattivanti per i software su misura: come si valuta il vero lavoro che c'è dietro?

Almeno la metà delle immagini in quelle presentazioni sono template pronti scaricati a 20 dollari dai marketplace di design più famosi. Sul mercato ci sono un'infinità di agenzie che spacciano per referenze reali semplici concept grafici mai implementati per un vero cliente.

In fase di preventivo chiedi alle agenzie un piano architetturale. Fatti mandare un riassunto tecnico di due pagine che spieghi quale database hanno scelto e perché, e come reagirebbe il sistema a una movimentazione di 10 mila articoli a magazzino. L'agenzia di soli grafici non saprà scriverlo, un'agenzia di ingegneri te lo invia il giorno dopo.

Nel 2022 ci siamo fidati di un bellissimo portfolio in PDF e abbiamo avviato un software per il magazzino con un budget di 38.000 USD. L'interfaccia era fantastica, ma appena 15 utenti inserivano ordini in contemporanea il sistema andava in blocco. Per sistemare il database abbiamo dovuto spendere altri 14.000 USD con un altro team.

Quando analizzi un portfolio fai attenzione a queste tre cose: 1) Negli screenshot ci sono dati realistici o ci sono ancora i testi in "Lorem Ipsum"? 2) Il progetto mostrato è attualmente attivo e online? 3) Accettano di inserire a contratto la garanzia di consegna del codice sorgente e l'elenco delle licenze delle librerie open source?

Ma non è scortese chiamare i vecchi clienti dell'agenzia? Di solito non si nascondono dietro gli accordi di riservatezza per evitare di fare nomi?

Assolutamente no fatti avanti senza problemi! Anzi un'agenzia professionale è fiera di fornire referenze. I progetti coperti da NDA non possono proprio metterli a portfolio. Se li hanno pubblicati devono anche essere ben felici di condividere il contatto del cliente. onestamente chiedi di parlare direttamente con il tech lead che gestirà il progetto, non con i commerciali.

Non investire 45 mila dollari su semplici presentazioni visive senza aver prima visto una demo funzionante dal vivo e senza avere garanzie scritte sul codice.

Far inserire nel contratto i criteri di performance, il protocollo per i test di collaudo e una garanzia di almeno 6 mesi per la correzione gratuita dei bug post-rilascio ti darà una tutela legale molto più solida di qualsiasi analisi del portfolio.

Questo thread è archiviato. Non abbiate paura di chiedere, chi non chiede paga sempre di più.

È tutto, scusate se mi sono dilungato.

Grazie per averlo scritto, è proprio così. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Questa è la mia opinione, non la scrivo come verità assoluta.

Avrei una domanda, non vorrei deviare dall'argomento, ma... Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date.

Se scrivete qui il risultato, sarà utile anche ad altri.

Esattamente così. comunque l'offerta più economica è spesso quella meno ponderata.

Parlo dal lato opposto, io sono dalla parte dei fornitori. Dopo la consegna il sistema continua a vivere; la manutenzione è una voce a parte.

Se scrivete qui il risultato, sarà utile anche ad altri.

Ho vissuto la stessa cosa due anni fa. Nei sistemi ereditati la cosa più costosa sono le dipendenze sconosciute.

Ogni "ci pensiamo dopo" in riunione significa lavoro non preventivato. onestamente è tutto scusate se mi sono dilungato.

Non trascurare nulla: Quando prendete una decisione, scrivete anche lo scenario peggiore, non solo quello migliore.

Spero che le sia utile.

Vorrei fare una domanda. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Questa è la mia opinione, non la scrivo come verità assoluta.

Sono passato da qui, vi racconto. Nessun processo migliora senza tracciamento, perché non sai cosa correggere.

Esattamente così. Le credenziali di accesso devono essere create a nome dell'azienda, non con account personali.

Un report settimanale scritto sull'avanzamento è molto più utile che chiedere date. Naturalmente cambia se la vostra situazione è diversa.