richiesta-software/domande-cliente.md

Domande per il cliente e dubbi progettuali

Progetto: Gestionale per enti del Terzo Settore Documento: domande-cliente.md Versione: 0.2 · Data: 25/09/2026 · Stato: Bozza, da validare con il cliente Allineato a: richiesta.md v0.2 · Schema di versione: vedi indice-documenti.md I codici (Q1, Q2…) sono gli stessi di richiesta.md, per ritrovare il contesto completo.

Il documento ha due parti:

• Parte A: domande per il cliente. Si può portare all'incontro o inviare. La colonna "Risposta" serve per prendere appunti.
• Parte B: dubbi progettuali. Uso interno, da non condividere con il cliente. Sono le scelte che restano a chi sviluppa, e dipendono in parte dalle risposte della parte A.

---

Parte A: domande per il cliente

A1. Priorità alta: senza queste risposte non si può fare la stima

#	Domanda	Risposta
Q1	Quanti enti pensate di gestire con il software, oggi e tra 3 anni?
Q2	Sono previsti circa 100 utenti: quanti sono persone dello studio e quanti referenti degli enti?
Q4	Per accettare le offerte, la privacy e l'antiriciclaggio, e per i libri sociali, che firma serve? Una conferma semplice (click o codice via SMS), una firma elettronica avanzata o una firma digitale qualificata?
Q5	Il software deve emettere solo proforma o anche la fattura elettronica? Usate già un programma di fatturazione?
Q9	Per i libri sociali basta un archivio con data certa (marca temporale), o serve la conservazione digitale a norma tramite un servizio esterno? Serve anche la stampa?
Q10	Gli estratti conto in PDF devono essere letti in automatico dal software, estraendo i movimenti, o basta archiviarli? Da quante banche diverse arrivano?
Q19	Per progettazione e bilancio sociale, come lavorate con l'ente? (a) L'ente scrive e voi rivedete; (b) ognuno compila le sue parti; (c) lavorate sullo stesso documento, anche nello stesso momento. Vale lo stesso per entrambi?

A2. Contenuto dei moduli

#	Domanda	Risposta
Q3	Il catalogo dei servizi e dei pacchetti chi lo gestisce? Servono listini, sconti o aliquote IVA diverse?
Q7	Nella scheda dell'ente, numero soci e numero volontari si inseriscono a mano?
Q8.a	Quali tipi di persone deve gestire il software? Nei vostri documenti compaiono: soci, aderenti, tesserati, volontari, volontari occasionali, dipendenti/lavoratori, collaboratori, sostenitori, partecipanti. Aderenti e tesserati sono la stessa cosa? Sostenitori e partecipanti servono?
Q8.b	Oltre ad anagrafica e contatti, ci sono dati specifici da raccogliere per ogni tipo di persona? Per esempio la quota associativa per i soci, il tipo di contratto per i dipendenti.
Q8.c	Una stessa persona può essere socio e volontario insieme? Il libro soci e il registro volontari devono prendere i dati da queste schede?
Q12	Le scadenze degli alert sono uguali per tutti gli enti ma modificabili. Si modifica solo il calendario comune, o serve anche cambiare le scadenze di un singolo ente?
Q13	Lo schema del progetto non c'è ancora: chi lo prepara (voi, o lo costruiamo insieme) e per quando? In che formato va esportato il progetto (Word, PDF)? L'adattamento ai formulari dei bandi lo fate a mano o deve farlo il software?
Q14.a	Nell'Excel la descrizione del bilancio sociale è identica a quella della progettazione: è un errore? Il bilancio sociale deve seguire le linee guida ministeriali per gli ETS?
Q14.b	Le sezioni del bilancio sociale sono quelle di entrambi i documenti (con "lettera del presidente" e "serie di dati standard")? Cosa intendete per "serie di dati standard"?
Q15	Chi stabilisce il valore di un'ora per ogni tipo di attività dei volontari? In che forma l'ente vi manda le ore (Excel, carta, email)?

A3. Organizzazione del progetto

#	Domanda	Risposta
Q18	Chi approva i requisiti da parte vostra? Se durante lo sviluppo servono modifiche, come le gestiamo (richiesta scritta, stima, approvazione)?
Q20	Dove il Word e l'Excel elencano campi o sezioni diversi senza contraddirsi, confermate che vanno inclusi tutti?

A4. Da comunicare al cliente (non sono domande)

Punto	Cosa dire
Inserimento iniziale dei dati	Non è prevista l'importazione di dati esistenti: ogni ente dovrà inserire a mano i soci e i volontari che ha già. Se è un problema, l'importazione da Excel si può quotare a parte.
Uso da smartphone	Il software è pensato per computer. Da smartphone si apre, ma non viene progettato né collaudato per quell'uso.
Hosting	I dati saranno ospitati nell'Unione Europea, per rispettare il GDPR.
Materiali da consegnare	Per sviluppare servono da voi: lo schema del progetto, i modelli di verbale e di circolare, un esempio di estratto conto per ogni banca, le tariffe orarie del volontariato.

---

Parte B: dubbi progettuali (uso interno)

B1. Scelte che dipendono dalle risposte del cliente

#	Dubbio	Da cosa dipende	Orientamento attuale
B1.1	Struttura dell'anagrafica persone: una scheda per persona con più ruoli, o una scheda per ruolo?	Q8.c	Una scheda per persona con più ruoli: evita dati doppi e alimenta libro soci e registro volontari senza reinserimento. Va deciso prima di iniziare, perché definisce il database
B1.2	Come stimare progettazione (M6) e bilancio sociale (M7) se Q19 e Q13 non hanno risposta	Q13, Q19	Stimare sull'opzione (a), "l'ente scrive, lo studio rivede", e scriverlo nel preventivo come assunzione. Le opzioni (b) e (c) come varianti quotate a parte
B1.3	Estratti conto: lettura automatica del PDF o solo archiviazione	Q10	Fase 1: import da Excel/CSV e archiviazione del PDF. Lettura automatica del PDF solo come evoluzione, perché ogni banca ha un formato diverso e il risultato è poco affidabile
B1.4	Fornitori esterni per firma, marca temporale e conservazione	Q4, Q9	Usare fornitori qualificati, non soluzioni fatte in casa. La scelta del fornitore si fa dopo le risposte, e il costo ricorrente va nel preventivo
B1.5	Fatturazione elettronica	Q5	Se serve, trattarla come voce separata o integrarsi con un software già in uso, invece di svilupparla da zero
B1.6	Scadenziario degli alert: solo calendario comune, o anche modifiche per singolo ente	Q12	La seconda comprende la prima. Se la risposta tarda, progettare il database già pronto per le modifiche per ente
B1.7	Numero soci e volontari manuale	Q7	Se si conferma l'inserimento manuale, mostrare accanto anche il conteggio calcolato dalle anagrafiche, come controllo

B2. Scelte già orientate, da motivare nel preventivo

#	Scelta	Motivazione
B2.1	Separazione rigorosa dei dati tra enti (multi-ente)	Uno studio gestisce molti enti: un ente non deve mai vedere i dati di un altro. Condiziona database, permessi e test di sicurezza
B2.2	Voci del Modello D in una tabella configurabile	L'imputazione usa le voci del Modello D (D6). Se il Ministero cambia lo schema, si aggiorna la tabella senza toccare il codice
B2.3	Un solo sistema di notifiche per alert, proforma e circolari (email + app)	Serve già per alert e circolari (D5): riusarlo riduce i costi
B2.4	Un solo flusso di approvazione (bozza → revisione → approvato → archiviato) riusato nei moduli	Serve per i libri sociali e probabilmente per M5–M7
B2.5	Registro delle operazioni (chi ha fatto cosa e quando)	Dà valore probatorio ai libri sociali e serve per il GDPR

B3. Da verificare con legale e commercialista

Non sono domande per il cliente, e su questi punti serve un parere professionale:

1. Ruoli privacy. Ipotesi: lo studio è responsabile del trattamento per i dati dei soci e dei volontari degli enti, chi sviluppa e gestisce il software è sub-responsabile. Servono i contratti (DPA) conseguenti.
2. Dati particolari (art. 9 GDPR). L'iscrizione ad alcuni enti (religiosi, politici, sindacali, di pazienti) può rivelare dati particolari, con misure di sicurezza più stringenti.
3. Antiriciclaggio. Per quanto tempo conservare i dati raccolti e con quali misure.
4. Valore legale di firma, marca temporale e conservazione digitale dei libri sociali degli ETS.
5. Rendicontazione del bando. Come esporre le voci del preventivo, compresi gli strumenti di sviluppo come Claude Max, perché siano ammissibili.

B4. Rischi da tenere presenti

Rischio	Dove nasce	Come contenerlo
Scope creep su M6	Schema del progetto inesistente (Q13), modo di lavorare non definito (Q19)	Assunzione dichiarata nel preventivo; schema consegnato prima dello sviluppo del modulo
Dipendenza dal cliente	Materiali da ricevere (A4)	Elenco dei materiali con date di consegna scritto nel preventivo
Richiesta di importazione a progetto avviato	Nessuna migrazione prevista (D8)	Dirlo subito (A4) e offrire l'importazione come voce opzionale
Modifiche non controllate	Nessuna procedura per le modifiche (Q18)	Procedura scritta: richiesta, stima, approvazione

---

Registro delle modifiche

Versione	Data	Allineato a	Modifiche
0.2	25/09/2026	richiesta.md v0.2	Prima stesura. Numerata inizialmente 1.0, riportata a 0.2 per allinearla allo schema di versione comune

---

Stato

• Fase corrente: analisi dei requisiti, domande pronte per il cliente.
• Decisioni prese: D1–D9 (vedi richiesta.md, §9).
• Prossimo passo: incontro con il cliente sulla parte A, partendo da A1. Poi si aggiorna richiesta.md alla v1.0 e si chiudono i dubbi della parte B.