Preventivo sito per software house: cosa confrontare

Elenca le famiglie di contenuto, non soltanto il numero totale di URL. La descrizione dell'offerta deve chiarire analisi, sviluppo, rilascio, hosting e manutenzione da distinguere; la parte dimostrativa deve ospitare materiale pertinente: esempio di flusso, prototipo e criteri di accettazione. Chiedi quali pagine vengono progettate da zero e quali usano uno schema condiviso con dati differenti.

Per ogni famiglia specifica quanti elementi vanno caricati al lancio, chi li prepara e chi li aggiorna. Una voce generica come «inserimento contenuti» non chiarisce se comprende scrittura, revisione, selezione delle immagini o soltanto copia dei materiali consegnati.

Il contatto iniziale può richiedere utenti previsti, processo da coprire e dipendenze esterne. Nel preventivo separa il modulo dalla sua destinazione: email, gestionale o sistema di prenotazione comportano verifiche diverse. La domanda «Come viene definita la prima versione?» serve anche a definire il comportamento digitale: Partire da un caso d'uso completo e delimitato, con attività escluse e condizioni per estendere il prodotto.

Indica se il collegamento è un semplice link esterno, un elemento incorporato o una sincronizzazione di dati. Chiedi cosa succede in caso di indisponibilità del sistema esterno e chi è responsabile delle credenziali e degli aggiornamenti. Non inserire password o chiavi nel documento di richiesta preventivo.

Copia queste voci nel confronto: strategia e mappa pagine; testi e revisione; immagini e materiali; design; sviluppo; caricamento; integrazioni; collaudo; formazione; assistenza. Per ciascuna segna incluso, escluso oppure da chiarire, insieme al risultato consegnato. Una casella vuota è una domanda da risolvere prima di firmare.

Per software house aggiungi due verifiche specifiche: la presentazione del materiale «esempio di flusso, prototipo e criteri di accettazione» e il requisito mobile «mostrare il prototipo con didascalie leggibili e un percorso breve di contatto». Se si tratta di rifacimento, includi il lavoro per preservare le pagine dei progetti e aggiornare le tecnologie senza riscrivere la storia del lavoro. Queste attività non vanno considerate comprese solo perché il documento dice «sito completo».

Distingui prezzo iniziale e spese ricorrenti. Dominio, hosting, strumenti esterni, manutenzione e produzione di nuovi contenuti possono essere voci separate. Chiedi chi possiede gli account, quali file vengono consegnati e cosa comprende il periodo di assistenza. Non esiste un prezzo unico desumibile dal solo settore.

Un criterio di accettazione concreto per questo progetto è poter completare una richiesta sul tema «incontro di scoperta su un'applicazione su misura», riceverla nella destinazione concordata e riconoscerne lo stato. Aggiungi controllo dei link, resa mobile, testi approvati e gestione degli errori. Il preventivo diventa così un accordo su risultati verificabili, non soltanto sul numero di schermate.

Esempio ipotetico: volete mostrare un gestionale già realizzato. Inserire schermate approvate con didascalie, incorporare una demo esistente e costruire una nuova demo interattiva sono tre incarichi diversi. Chiedete che il preventivo specifichi quale include, chi prepara i materiali e chi controlla che possano essere pubblicati.

Per una demo incorporata, chiarite chi mantiene il sistema esterno e cosa vede il visitatore quando non è disponibile. Per un'area autenticata o un ambiente dimostrativo da costruire, chiedete una descrizione separata di utenti, dati e comportamenti. Non accettate che il termine «demo» nasconda questa differenza nel confronto economico.

Copia questo modello: «Ci serve il sito aziendale della software house, con [famiglie di pagine] e [progetti da presentare]. Il software descritto esiste già / è ancora in sviluppo. Forniamo [materiali approvati]. La dimostrazione sarà [schermate, video, collegamento esterno o funzione da definire]. Il contatto deve arrivare a [destinazione concordata]. Chiediamo di separare testi, design, sviluppo del sito e integrazioni».

Aggiungete chi approva la descrizione tecnica dei progetti. Se non potete pubblicare nomi o risultati dei clienti, definite in anticipo quali prove alternative sono disponibili: un esempio anonimo autorizzato, una descrizione del metodo o un prototipo dichiarato tale. Non chiedete al fornitore di inventare risultati per riempire il portfolio.

Nel confronto segnate «da chiarire» per ogni dipendenza aperta. Una proposta che esclude la demo non costa necessariamente meno per lo stesso lavoro: può semplicemente riguardare un perimetro più piccolo. Il confronto diventa utile quando entrambe descrivono la stessa consegna.

Raccogli le decisioni emerse e i materiali ancora mancanti in un unico documento. ConversionWorks può usarli per definire struttura, contenuti e sviluppo del sito o della landing. Il confronto parte dall'obiettivo e dai vincoli della tua attività; gli esempi di questa guida sono ipotesi di lavoro, non casi cliente o risultati promessi.