PAV · Ricerca e requisiti UX · 14 ottobre 2026
Prima il lavoro.
Poi il listino.
Prima un lavoro utile, poi il listino. Separare cattura rapida, completamento quando si hanno i prezzi e controllo finale. L’anticipazione utile elimina un ostacolo nel punto in cui nasce, senza attribuire al professionista scarsa competenza o inventare dati.
Ricerca desk primaria e analisi di scenari. Nessuna intervista o osservazione con termoidraulici svolta in questa attività; nessuna API a pagamento, contatto o acquisto. Questo documento propone requisiti e test: non certifica che siano implementati o che il prodotto sia validato.
Segmento di partenza: Titolare autonomo o piccola squadra senza addetto preventivi, piccoli lavori programmabili ripetuti dopo sopralluogo. Segmento ipotizzato, non rappresentativo dell’intero settore.
CatturaAppena finito il sopralluogo
Descrizione o voce; cliente anche provvisorio CompletaPausa tranquilla o risposta del fornitore
Solo dati mancanti, quantità e prezzi personali Controlla e consegnaAttenzione dedicata prima di condividere
Riepilogo, inclusioni/esclusioni e conferma esplicita Le obiezioni diventano requisiti verificabili
P0 · Primo accesso, subito dopo un sopralluogo
Devo inserire tutto il listino: adesso non ho voglia.
Poco tempo disponibile; attenzione alla prossima attività, da verificare
- Il lavoro da fare
- Ottenere una prima bozza utile senza configurazione
- Risposta nel prodotto
- Eliminare il prerequisito listino. Tre ingressi: descrivi, parla, riparti da un lavoro. Chiedere solo le voci usate oggi. Dopo la conferma offrire di ricordare quelle voci, senza schermata catalogo obbligatoria.
- Microtesto proposto
- Parti dal lavoro. I tuoi prezzi puoi aggiungerli dopo.
- Come lo verifichiamo
- Nuovo utente senza catalogo crea e salva una bozza; nessun obbligo di configurare dati non necessari. Misurare tempo alla prima bozza e abbandono.
- Da preservare
- Voci salvate solo con scelta chiara; aggiornare un prezzo non modifica preventivi precedenti. Nessun prezzo di mercato automatico.
Principi documentati; scenario da validare. Fonti: S1, S2, S3
P0 · Dal cliente, prima di sentire il fornitore
Non so ancora quanto costa quel pezzo.
Informazione incompleta; attenzione frammentata, ipotesi
- Il lavoro da fare
- Ricordare il lavoro senza dare un totale falso
- Risposta nel prodotto
- Consentire bozze con prezzo mancante; distinguere non inserito da zero. Mostrare numero di prezzi mancanti e link al primo. Totale etichettato parziale o nascosto; documento definitivo bloccato finché i dati obbligatori non sono confermati.
- Microtesto proposto
- Puoi completarlo dopo. Mancano 2 prezzi.
- Come lo verifichiamo
- Lasciare materiale senza prezzo, uscire, rientrare e completarlo. Verificare che nessuno interpreti il parziale come totale finale.
- Da preservare
- Mai convertire stringa vuota in 0; zero deve essere scelta esplicita.
Principi documentati; scenario da validare. Fonti: S6
P0 · Interruzione da telefonata o cambio attività
Mi chiamano. Lo finisco stasera.
Attenzione persa e memoria del passo precedente da recuperare, ipotesi
- Il lavoro da fare
- Riprendere senza ricostruire il preventivo
- Risposta nel prodotto
- Salvare bozza e passo corrente; stato di salvataggio reale con limite locale esplicito. Elenco bozze con cliente/lavoro, aggiornamento e cosa manca. Riprendi porta al punto utile. Indietro senza perdita; gestione errore di storage.
- Microtesto proposto
- Bozza salvata su questo dispositivo · Riprendi dai prezzi.
- Come lo verifichiamo
- Scrivere, cambiare schermata, ricaricare e tornare dopo interruzione; prezzi, testo, voci e posizione restano. Provare storage non disponibile.
- Da preservare
- Non promettere sincronizzazione cloud, backup o offline se non implementati; audio non salvato va dichiarato prima di uscire.
Principi documentati; scenario da validare. Fonti: S5, S9
P0 · A fine sopralluogo, in una pausa sicura; talvolta vicino a lavori in corso
Ho le mani occupate e qui c’è rumore.
Possibile vincolo motorio o ambientale; frequenza ignota
- Il lavoro da fare
- Catturare un appunto con il canale praticabile
- Risposta nel prodotto
- Voce facoltativa, stop grande, timer visibile, riascolto e testo modificabile. Tastiera sempre raggiungibile. Non imporre parlato davanti al cliente. Confermare prima di usare la trascrizione; spiegare se audio non sopravvive all’uscita.
- Microtesto proposto
- Puoi parlare oppure scrivere. Rileggi il testo prima di usarlo.
- Come lo verifichiamo
- Telefono reale: permesso negato, audio silenzioso, rumore controllato, interruzione, ritorno da background. Controllare termini tecnici, quantità e decimali con trascrizione attesa.
- Da preservare
- Nessuna promessa mani libere totale. Non suggerire uso mentre guida o opera con attrezzi.
Principi documentati; scenario da validare. Fonti: S4, S8
P0 · Prima di mostrare il documento al cliente
E se mi sbaglia quantità o prezzo?
Concentrazione dedicata alla verifica, ipotesi
- Il lavoro da fare
- Mantenere controllo economico e reputazionale
- Risposta nel prodotto
- Un riepilogo compatto con quantità × prezzo, totale riga, subtotale, imposte e totale. Correzione vicino alla voce. Qualunque modifica invalida conferma precedente. Evidenziare provenienza personale e valori mancanti.
- Microtesto proposto
- Prima del documento controlla quantità, prezzi e imposte.
- Come lo verifichiamo
- Casi virgola decimale, quantità frazionaria, zero, numeri grandi, riga rimossa, modifica dopo conferma; verificare che il documento non conservi vecchia conferma.
- Da preservare
- Calcoli deterministici; nessuna scelta fiscale dedotta dalla descrizione; non definire l’app infallibile.
Principi documentati; scenario da validare. Fonti: S5, S6
P1 · Dopo avere descritto una sostituzione ricorrente
Mi sono dimenticato uscita o smaltimento.
Memoria di lavoro occupata dal lavoro tecnico, ipotesi
- Il lavoro da fare
- Ricordare cosa includere senza aggiunte arbitrarie
- Risposta nel prodotto
- Checklist breve facoltativa per lavorazione: materiale, manodopera, uscita, rimozione/smaltimento, esclusioni. Ogni voce: aggiungi / già compresa / non serve. Modelli senza prezzi. Nessun addebito aggiunto automaticamente.
- Microtesto proposto
- Hai già incluso uscita e rimozione del vecchio componente?
- Come lo verifichiamo
- Caso guidato con costo intenzionalmente omesso: verificare recupero e falsi suggerimenti. Contare voci inutili rimosse.
- Da preservare
- Checklist orientativa, non attestazione di completezza tecnica o normativa; evitare doppi conteggi per lavori a corpo.
Principi documentati; scenario da validare. Fonti: S6
P1 · Valutazione iniziale o momento di fatturare
Uso già un gestionale: perché devo riscrivere tutto?
Confronto pratico con il metodo corrente, ipotesi
- Il lavoro da fare
- Evitare doppio lavoro e dipendenza da un secondo archivio
- Risposta nel prodotto
- Valutare l’intero percorso fino al riuso dei dati. Prima export semplice di dati e documento; import selettivo più avanti se testato necessario. Comunicare precisamente formati/supporto: PDF non è sincronizzazione.
- Microtesto proposto
- Usa il preventivo nel tuo flusso attuale.
- Come lo verifichiamo
- Termoidraulico con gestionale prepara lo stesso caso in entrambi; misurare anche reinserimento per fattura e manutenzione prezzi.
- Da preservare
- Nessuna promessa integrazione Fatture in Cloud senza connettore realizzato e testato.
Principi documentati; scenario da validare. Fonti: S2, S3
P1 · Nuovo preventivo su intervento ripetuto
È quasi uguale al lavoro della settimana scorsa.
Desiderio di riuso rapido, ipotesi
- Il lavoro da fare
- Riutilizzare struttura senza ereditare errori o dati cliente
- Risposta nel prodotto
- Duplica lavorazione con nuova identità, cliente vuoto, vecchio prezzo indicato come precedente, stato da controllare. Separare modelli di struttura e prezzi personali.
- Microtesto proposto
- Riparti da un lavoro simile. Controlla i prezzi prima di confermare.
- Come lo verifichiamo
- Duplicare preventivo confermato: cliente precedente assente, nuovo numero, conferma annullata, prezzi visibili e correggibili.
- Da preservare
- Non aggiornare silenziosamente catalogo o documento originale.
Principi documentati; scenario da validare. Fonti: S1, S3
P1 · Telefono in una mano; schermo piccolo
Quel pulsante è piccolo e la tastiera copre tutto.
Precisione di tocco limitata e vista parziale, ipotesi
- Il lavoro da fare
- Completare un passo senza zoom o tocchi sbagliati
- Risposta nel prodotto
- Obiettivo controlli principali 44–48 CSS px, etichette visibili, input numerico decimal, una CTA primaria, nessuno scroll orizzontale. Barra azioni non copre campo focalizzato o errori; margine safe area.
- Microtesto proposto
- Continua ai prezzi / Controlla il preventivo
- Come lo verifichiamo
- Viewport 320/360/390/430, zoom 200%, tastiera virtuale vera e font ingrandito. Nessun campo o errore irraggiungibile.
- Da preservare
- Test viewport non equivale a test su telefono fisico; non dichiarare conformità completa da questi soli controlli.
Principi documentati; scenario da validare. Fonti: S4, S7
P1 · Fine sopralluogo o ritorno a casa
Il cliente mi chiede quanto viene: cosa gli mostro?
Bisogno di chiarezza, non di configurazione grafica, ipotesi
- Il lavoro da fare
- Presentare un documento leggibile e coerente con accordi
- Risposta nel prodotto
- Anteprima leggibile sul telefono, stato bozza evidente, inclusioni/esclusioni in lingua semplice, nessun invio automatico. Un’azione finale con nome aderente al comportamento: se apre stampa, chiamarla Stampa / salva PDF.
- Microtesto proposto
- Controlla il documento prima di condividerlo.
- Come lo verifichiamo
- Generare PDF su iOS e Android: righe lunghe, più pagine, destinatario, totali, branding, note e flusso condivisione.
- Da preservare
- Non presentare dialogo stampa come download PDF nativo già pronto.
Principi documentati; scenario da validare. Fonti: S6
P2 · Cantina, locale tecnico o zona con copertura discontinua
Qui il telefono prende male.
Attesa e incertezza sull’esito, ipotesi
- Il lavoro da fare
- Non perdere dati o ripetere trascrizioni inutili
- Risposta nel prodotto
- Testo e bozza conservati quando il salvataggio locale funziona; stato rete esplicito per trascrizione. In caso di esito incerto non riprovare in automatico. Retry scelto dall’utente e sicuro rispetto ai duplicati.
- Microtesto proposto
- La trascrizione richiede connessione. Il testo già inserito resta nella bozza.
- Come lo verifichiamo
- Interrompere rete prima/durante richiesta, ritentare, controllare nessuna doppia riga/costo incontrollato e presenza dell’appunto.
- Da preservare
- App offline completa e conservazione dell’audio sono requisiti separati, non implicati dalla bozza locale.
Principi documentati; scenario da validare. Fonti: S5, S6
P2 · Ogni passaggio; ritorno dopo interruzione
Che cosa devo fare adesso?
Contesto mentale non garantito, ipotesi
- Il lavoro da fare
- Sapere il prossimo passo senza leggere istruzioni lunghe
- Risposta nel prodotto
- Titoli orientati al compito, istruzione di una frase, progresso con parole. Dati azienda e opzioni avanzate solo quando necessari; errore vicino al campo e riepilogo che porta al punto da correggere.
- Microtesto proposto
- Manca il prezzo del miscelatore · Inserisci prezzo
- Come lo verifichiamo
- Senza spiegazione iniziale chiedere di arrivare alla bozza: osservare esitazioni, azioni errate e lettura della prossima CTA.
- Da preservare
- Evitare tutorial invasivi ripetuti, badge tecnici o spiegazioni di agenti nel flusso del cliente.
Principi documentati; scenario da validare. Fonti: S6, S9
Validazione con persone reali
5 partecipanti iniziali: 2 autonomi senza gestionale, 2 con gestionale, 1 piccola squadra. Campione esplorativo, non stima statistica.
- Osservare prima un caso nel metodo attuale senza suggerire PAV; registrare anche passaggio alla fattura.
- Stesso caso in PAV sul telefono personale: nessun listino importato e nessuna spiegazione durante il primo tentativo.
- Interruzione programmata dopo descrizione, ritorno e completamento di un prezzo mancante.
- Correzione di quantità e prezzo errati prima del documento; microfono negato e alternativa testuale.
- Secondo lavoro simile per misurare riuso e rischio di prezzi/clienti trascinati.
- Pilot di 7 giorni e breve colloquio su utilizzo spontaneo, motivi di abbandono e offerta a prezzo esplicito, senza addebiti nel test.
Criteri proposti: 4/5 completano il caso senza assistenza; zero perdite dati e zero errori critici di importo non rilevati. Soglie di decisione esplorativa, non risultati. La velocità deve migliorare sul metodo personale includendo setup e correzioni.
Quando cambiare strada: Se i casi del segmento non richiedono preventivi formali, cambiare sottosegmento prima di spendere in acquisizione. Se il doppio inserimento annulla il beneficio, risolvere interoperabilità prima di ampliare funzioni.
Fonti e limiti
- S1 · Quotan — sito prodotto e FAQ
Dichiara avvio con dati base e listino personale costruito dai prezzi confermati nei preventivi; importazione iniziale facoltativa.
Dichiarazione commerciale primaria · Consultata 2026-10-14. Non abbiamo provato il prodotto né verificato risparmio, adozione o accuratezza.
- S2 · Prezzando — catalogo e FAQ
Dichiara import di cataloghi da Excel, CSV o export del gestionale e uso da browser su telefono.
Dichiarazione commerciale primaria · Consultata 2026-10-14. Nessun test operativo; importare un export non dimostra sincronizzazione bidirezionale.
- S3 · Fatture in Cloud — differenze web e app
La documentazione descrive inserimento di prodotti durante la creazione di documenti nell’app e conversione di documenti, inclusi preventivi, in fattura.
Documentazione del produttore · Consultata 2026-10-14. Non dimostra quanti termoidraulici lo utilizzino.
- S4 · W3C WAI — Diverse Abilities and Barriers
Riconosce limitazioni situazionali dovute ad ambiente rumoroso e sole intenso.
Linea guida primaria · Consultata 2026-10-14. Principio generale, non ricerca sul target termoidraulico.
- S5 · W3C WAI — Let Users Go Back
Raccomanda ritorno prevedibile e conservazione del lavoro per correggere gli errori senza ricompilare.
Linea guida primaria supplementare · Consultata 2026-10-14. Guida supplementare, non da sola requisito di conformità WCAG.
- S6 · W3C WAI — User Notification
Raccomanda esiti comprensibili, errori identificabili e istruzioni utili alla correzione nei moduli.
Tutorial primario · Consultata 2026-10-14. Applicazione specifica a PAV da verificare con utenti.
- S7 · W3C — Target Size (Minimum)
Il criterio AA 2.5.8 richiede bersagli di almeno 24×24 CSS px, con eccezioni e alternative previste dal criterio.
Spiegazione primaria WCAG 2.2 · Consultata 2026-10-14. Per PAV proponiamo 44–48 px come obiettivo progettuale più comodo, non come citazione di un minimo AA universale.
- S8 · Impresa Sicura — Installazione impianti termo-idraulici, cap. 3
Il capitolo 3.6, pagina stampata 62, descrive possibile rumore sia dalle attività proprie sia dalle altre imprese presenti in cantiere.
Documento EBER, EBAM, INAIL, Regioni Emilia-Romagna e Marche · Consultata 2026-10-14. Documenta un contesto possibile: non misura il rumore durante l’uso di PAV e non rappresenta tutti gli interventi domestici.
- S9 · W3C WAI — Help Users Focus
Suggerisce ridurre distrazioni e contenuti inutili e rendere chiaro il contesto per riprendere il compito.
Linea guida primaria supplementare · Consultata 2026-10-14. Non implica deficit cognitivi nel target: il trasferimento a interruzioni di lavoro è un’ipotesi progettuale.