Guardandolo dal punto di vista del business, non penso che sia una questione di obbligo. Dal momento che il progetto non è stato ancora confermato, e nessun contratto è stato firmato, non sei obbligato a fornire nulla .
Tuttavia, è nel tuo interesse presentare il tuo [potenziale] cliente con qualsiasi cosa tu pensi possa ottimizzare le tue possibilità di ottenere il contratto.
Penso che dal momento che il cliente ha il proprio dipartimento IT, potrebbe essere interessato a più dettagli tecnici di altri clienti, in quanto ha un'esperienza più rilevante e (almeno crede di lui) ha più strumenti per valutarti come un servizio fornitore rispondendo a tali domande.
Anch'io penso che costruendo un rapporto con il responsabile IT, coinvolgendolo in una conversazione amichevole e seria, anche se non fornisci risposte concrete alle sue domande specifiche (dal momento che non l'hai ancora inserito sforzo per pensarci su) e dandogli solo il tuo stato d'animo e pensieri sulla tua possibile architettura, sarai in grado di convincerlo che riuscirai a ottenere risultati soddisfacenti e una comunicazione continua sui progressi.
Ciò di cui il capo dell'IT è probabilmente più ansioso è che esternalizza il lavoro che sa di essere capace di fare a qualcun altro. Questa è la perdita di controllo dalla sua parte. La sua ipotesi peggiore è che alla fine di questo progetto, a X mesi da oggi, rimarrà un budget in diminuzione e un pessimo codice che dovrà pulire e riscrivere.
Se gli dai senso di controllo con una comunicazione aperta, sarà più ricettivo a lasciarti avere il tuo contratto, e rifletterà anche meno stress su di te mentre il progetto è in corso.