Una nuova attività comincia spesso da una soluzione già immaginata: un servizio, uno strumento, una modalità di consegna. È comprensibile, perché la soluzione è visibile e dà la sensazione di avanzare. Il problema, invece, richiede ascolto e pazienza. Prima di progettare un’offerta conviene quindi descrivere con precisione la situazione che si vuole migliorare, senza darle subito il nome del prodotto che si vorrebbe costruire.
Osservare un comportamento, non una dichiarazione
Le persone possono dire che un’attività è scomoda o lenta, ma la frase da sola non spiega che cosa accade. È più utile chiedere quale passaggio hanno svolto l’ultima volta, quanto tempo ha richiesto, che cosa hanno preparato e dove si sono fermate. Il racconto di un episodio recente contiene dettagli concreti; un’opinione generale tende invece a mescolare desideri, cortesia e ipotesi.
Un problema interessante non deve essere necessariamente grave. Può essere una sequenza ripetitiva, un’informazione difficile da recuperare o una decisione rimandata perché mancano criteri chiari. Conta la frequenza con cui si presenta, l’effetto sul lavoro e il modo in cui oggi viene gestito. Se nessuno prova a risolverlo, occorre capire se viene semplicemente tollerato oppure se non merita davvero attenzione.
Scrivere una descrizione verificabile
Una buona descrizione contiene un soggetto, un contesto e una conseguenza osservabile. “Le piccole attività hanno bisogno di organizzarsi meglio” è troppo ampio. “Chi gestisce richieste da canali diversi perde il filo quando deve ricostruire priorità e scadenze” permette già di cercare episodi, strumenti usati e momenti critici. Non stabilisce ancora quale soluzione adottare.
La formulazione va tenuta provvisoria. Dopo alcune conversazioni può emergere che la difficoltà non riguarda il numero dei canali, ma il passaggio di consegne; oppure che il vero attrito arriva soltanto in certi periodi. Correggere la frase non significa aver sbagliato. Significa che l’osservazione sta sostituendo un’intuizione iniziale con una comprensione più precisa.
Raccogliere segnali diversi
Le interviste sono un segnale, ma non l’unico. Possono essere affiancate da richieste ricevute, passaggi ripetuti in un processo, errori che richiedono rilavorazione e strumenti improvvisati. Una cartella piena di modelli simili, note sparse o promemoria duplicati racconta spesso un bisogno prima ancora che venga espresso in modo ordinato.
È utile separare ciò che è stato visto da ciò che è stato interpretato. “Tre persone hanno ricopiato la stessa informazione in due fogli” è un’osservazione. “Serve una piattaforma unica” è già un’ipotesi di soluzione. Tenere le due righe distinte impedisce di trasformare ogni indizio in una conferma del progetto desiderato.
Capire chi incontra davvero il problema
Definire il pubblico come “piccole imprese” o “professionisti” aiuta poco. Dentro queste categorie esistono ritmi, responsabilità e vincoli molto diversi. Conviene individuare la situazione: chi riceve molte richieste brevi, chi lavora da solo ma collabora con esterni, chi coordina attività ricorrenti oppure chi passa spesso dal lavoro operativo a quello commerciale.
Il contesto riduce il mercato apparente, ma rende l’analisi utile. Una soluzione iniziale non deve parlare a tutti. Deve essere comprensibile per un gruppo che riconosce il problema nello stesso modo. In seguito si potrà verificare se la situazione esiste anche altrove, senza diluire subito il linguaggio in formule generiche.
Stabilire che cosa manca ancora
Prima di passare alla costruzione, vale la pena elencare le domande aperte. Il problema compare ogni settimana o soltanto in emergenza? Chi decide di affrontarlo? Quale parte del processo genera più fatica? Quali alternative sono già state provate? Le risposte non devono produrre una certezza assoluta; devono ridurre le supposizioni più importanti.
Può anche emergere che il disagio è reale ma non abbastanza prioritario. In quel caso fermarsi è un risultato utile. Evita di investire mesi in una soluzione che richiede continue spiegazioni per apparire necessaria. L’idea potrà essere archiviata, ridotta o riformulata quando nuovi segnali renderanno il problema più chiaro.
Un altro controllo riguarda il momento in cui il problema compare. La stessa attività può essere semplice in una giornata ordinaria e diventare fragile quando aumenta il volume, manca una persona o si avvicina una scadenza. Annotare queste condizioni evita di progettare per un’emergenza rarissima oppure, al contrario, di osservare il processo soltanto quando tutto procede bene.
Le parole usate da chi vive la situazione aiutano a riconoscere il problema senza enfatizzarlo. Se le persone parlano di “rimettere insieme i pezzi”, il passaggio critico potrebbe essere la ricostruzione; se dicono di “aspettare sempre una conferma”, il nodo può essere decisionale. Il linguaggio non sostituisce i fatti, ma orienta le domande successive.
Prima di chiudere questa fase, il gruppo può preparare una pagina con osservazioni, interpretazioni ancora incerte e aspetti non indagati. La pagina non è una presentazione commerciale. È un riferimento interno che impedisce alla soluzione di riscrivere retroattivamente il problema e rende più facile spiegare perché il primo esperimento è stato scelto.
Partire dal problema non rende il percorso lineare. Offre però un punto di riferimento quando arrivano nuove funzioni, richieste contrastanti e occasioni laterali. Se una scelta non migliora la situazione osservata, deve essere giustificata con un motivo diverso. Questa disciplina semplice aiuta una startup o una microimpresa a conservare attenzione mentre le risorse sono ancora limitate.
Un confronto con chi non conosce il progetto verifica infine se la descrizione resta concreta senza suggerire già il prodotto. Se servono molte spiegazioni, manca ancora un passaggio di osservazione.

