L'agenzia ha mandato i mockup per lo sviluppo del CRM — cosa devo controllare esattamente in schermate e schemi?

Parlo per dieci anni di esperienza come project manager: i designer disegnano quasi sempre lo "scenario perfetto". Vi mostrano nomi puliti da una riga e codici ordine perfetti a due cifre. Chiedete loro: "Come diventa questa schermata quando un cliente ha 8 filiali diverse e 40 ordini aperti contemporaneamente?". La realtà è disordinata: se i mockup non reggono questo disordine, il progetto salterà appena andrà online.

Quegli schemi a blocchi sono probabilmente i diagrammi del database. Anche senza competenze tecniche, controllate la logica: il collegamento dal blocco Cliente al blocco Ordine ha senso? Un cliente può avere più indirizzi di consegna? Se nello schema l'indirizzo compare come un unico campo fisso, domani nel sistema non potrete aggiungere una seconda sede per lo stesso cliente. Non perdetevi nei dettagli tecnici, verificate la logica delle relazioni.

correzione: mi ricordavo male il numero, era un po' più basso.

Mettete tutti i mockup sul tavolo in ordine cronologico e seguite il ciclo di vita di un singolo ordine. Il cliente chiama fate il preventivo, diventa ordine, emettete il documento di trasporto. C'è una schermata per ciascuno di questi 4 passaggi? Se ne manca anche solo uno, l'agenzia lo dà per scontato o lo ha dimenticato. Fate subito l'elenco e chiedete per iscritto i passaggi mancanti.

l'anno scorso abbiamo fatto lo stesso errore pure noi guardavamo solo la dashboard con i grafici ed era tutto bellissimo. poi abbiamo scoperto ke nella schermata di fatturazione non avevano previsto il cammpo x lo sconto... morale: fattura extra per lo sviluppo aggiuntivo. occhio soprattutto ai pulsanti di filtro e allo scroll dentro le tabelle.

edit: ho corretto alcuni errori di battitura.

L'agenzia vi ha passato solo immagini statiche o vi ha dato un link a un prototipo interattivo cliccabile? Senza prototipo interattivo è impossibile capire dove portano i pulsanti. Inoltre, ci sono mockup dedicati per la versione mobile o vi hanno consegnato solo le schermate desktop?

Quando abbiamo fatto sviluppare un pannello simile per 24.000 dollari, abbiamo approvato i mock-up in tre giorni; dopodiché, per ben 4 mesi hanno rifiutato ogni richiesta dicendo "ma questo non c'era nei grafici". Per due schermate di reportistica mancanti abbiamo dovuto sborsare altri 3.200 dollari extra. Legalmente l'approvazione grafica vale come accettazione della consegna, quindi non abbiate fretta.

È comunissimo che le software house scarichino schermate da siti di template pronti spacciandole per "design su misura". Nelle schermate che vi hanno girato c'è la terminologia reale della vostra azienda o ci sono solo testi generici? Se non hanno usato dati reali, non è un lavoro su misura per voi, è solo una bozza presa dallo scaffale.

Grazie per aver scritto. Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date.

Grazie per aver scritto. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Se avete domande, scrivete, rispondo per quanto possibile.

Sono una piccola impresa, vi parlo dal mio punto di vista. Le persone difendono le abitudini, non i processi. La resistenza nasce da lì.

Inizia con un piccolo test, non impegnarti subito su tutto. Se avete domande, scrivete, rispondo per quanto possibile.

mi farebbe piacere se scrivesse il risultato.

Ottimo lavoro. Le persone difendono le abitudini, non i processi. La resistenza nasce da lì.

Ogni "ci pensiamo dopo" in riunione significa lavoro non preventivato. Sono curioso di sapere se qualcuno lo fa in modo diverso.

Riassumo quanto detto finora. Introdurre un processo per le richieste di modifica non rallenta il lavoro, lo accelera.

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

Bisogna fare una distinzione qui. La risposta varia molto in base al settore, non esiste una regola generale.

Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.

sono una piccola impresa, vi parlo dal mio punto di vissta ma se cerchi di cambiare tutto insieme niente si stabilizza.

chiedete chi ha preparato l'offerta e chi farà il lavoro poi insomma lascio una nota, potrebbe servire.

Questo thread è archiviato. Il codice senza documentazione di installazione non è tuo anche se ce l'hai in mano.

Quando prendi una decisione guarda prima quali dati hai a disposizione. Se avete domande, scrivete, rispondo per quanto possibile.

Stavo pensando la stessa cosa. Se non lo rendete scritto fin dall'inizio, poi nascono discussioni.

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

Sono emerse tre opinioni diverse, si completano a vicenda. Introdurre un processo per le richieste di modifica non rallenta il lavoro, lo accelera.

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