Prodotto digitale · Piattaforma, assistenti verticali e rete professionale
myItaca — l'assistente che si ferma quando serve una persona
Un prodotto nostro. Assistenti specializzati che aiutano a mettere ordine in un problema legale, fiscale o di lavoro — e che quando il rischio supera l'orientamento smettono di rispondere e ti portano da un professionista.
Scheda progetto
Il progetto in breve
- Cliente
- progetto Row Tech
- Settore
- piattaforma di orientamento e rete professionale
- Servizi
- Sviluppo Identità Advertising
- Stack e struttura
- Cosa è: assistenti AI verticali con passaggio guidato a professionisti verificati · Sviluppato su misura: tema e core proprietari, moduli per modello linguistico, matching, API, abbonamenti e sicurezza
- Sito live
- Visualizza la piattaforma
Il contesto
Da dove siamo partiti
C'è un momento preciso in cui una persona con un problema serio fa la cosa sbagliata: apre un assistente generico e gli chiede se può licenziarla, se quel contratto è valido, se deve pagare quella cartella. E l'assistente risponde. Risponde sempre, con lo stesso tono sicuro che userebbe per una ricetta.
Il problema non è che sbagli — a volte non sbaglia nemmeno. Il problema è che non sa dire di non sapere, e che chi legge non ha modo di distinguere l'informazione generale dalla consulenza. Una risposta plausibile su una questione legale, letta da chi non è del mestiere, produce decisioni che poi costano.
Dall'altra parte c'è un mercato di professionisti che riceve richieste confuse: telefonate in cui il cliente racconta in disordine, senza documenti, senza sapere cosa serve davvero. La prima mezz'ora di ogni consulenza se ne va a ricostruire i fatti.
myItaca nasce da questi due problemi messi insieme, ed è un progetto nostro: l'abbiamo pensato, costruito e lo manteniamo.
Direzione
L’obiettivo
- Dare orientamento utile su questioni legali, fiscali e di lavoro senza mai simulare una consulenza professionale
- Riconoscere il momento in cui l'automatismo deve fermarsi, e fermarsi davvero
- Consegnare al professionista un caso già in ordine, invece di un cliente confuso
- Proteggere conversazioni che contengono le informazioni più delicate che una persona possa scrivere
- Costruire una rete in cui la visibilità non si compra
La soluzione
Le scelte che hanno guidato il lavoro
Sei assistenti verticali, non un assistente che sa tutto
Abbiamo scelto di costruire assistenti separati per ambito invece di uno solo generalista. Oggi ce ne sono tre attivi — legale, fiscale, lavoro e HR — e altri tre progettati per nutrizione, tecnologia e benessere.
La ragione è che un assistente generalista è bravo a sembrare competente ovunque e non ha modo di sapere quando sta uscendo dal proprio ambito. Un assistente verticale ha un perimetro dichiarato, fonti revisionate e regole di sicurezza proprie: sa cosa non è compreso nel suo mandato, perché il mandato è scritto.
Ognuno ha un nome e un ruolo esplicito, e la prima cosa che dice è cosa fa e cosa non fa.
La regola dello stop, contro il nostro stesso interesse
Questa è la decisione che definisce il prodotto.
Quando il problema richiede una firma, una diagnosi, una rappresentanza, l'accesso a sistemi o una decisione ad alto impatto, l'assistente interrompe il flusso. Non gira intorno alla domanda, non offre una risposta prudente: si ferma e prepara il passaggio a una persona.
E si ferma senza consumare quota all'utente. È il punto che ci interessa di più, perché va contro il modello economico più diffuso in questo settore: quasi tutti i prodotti conversazionali guadagnano prolungando la conversazione. Qui succede l'opposto — nel momento di massimo valore percepito, il sistema smette di parlare e non fa pagare quel messaggio.
Un prodotto che sa dire "adesso serve uno specialista" è meno spettacolare in demo. È l'unico che possa essere usato su materie dove sbagliare ha conseguenze.
Il browser dell'utente non parla mai con il modello
Tutte le chiamate al modello linguistico partono dal nostro backend, mai dal browser dell'utente, e sono configurate senza conservazione dello stato applicativo lato fornitore.
Non è un dettaglio implementativo. In un prodotto conversazionale costruito in fretta, il browser chiama direttamente il servizio esterno: è più semplice, ed è il motivo per cui la chiave finisce nel codice della pagina e il percorso dei dati diventa impossibile da governare. Facendo passare tutto dal backend, il punto in cui i dati escono è uno solo, controllato e sostituibile: l'architettura permette di cambiare fornitore, o di eseguire il modello interamente sulla nostra infrastruttura, senza toccare il resto della piattaforma.
Sul lato che controlliamo direttamente, le conversazioni sono legate a una sessione firmata o all'account, cifrate nel database e cancellate secondo tempi di conservazione dichiarati.
Il brief: quello che il professionista riceve al posto di una telefonata confusa
Al termine dell'orientamento la piattaforma produce un documento leggibile che distingue fatti, documenti, urgenza e obiettivo, e tiene le ipotesi separate dalle certezze.
Quel documento è dell'utente, non nostro: viene condiviso con un professionista soltanto dopo il suo consenso esplicito.
Per chi lo riceve, cambia la natura del primo incontro. Invece di dedicare la prima mezz'ora a ricostruire cosa è successo, si parte già dal merito.
Un matching che non si compra
Il punteggio con cui i professionisti vengono proposti non è influenzato dal piano che hanno sottoscritto. Contano compatibilità con il caso, specializzazione, zona o disponibilità online, tempi di risposta e recensioni legate ad appuntamenti reali.
È una scelta che costa: il modo più semplice per monetizzare una rete professionale è vendere posizioni. Ma una rete in cui la visibilità si compra smette di essere utile a chi cerca, e quando smette di essere utile a chi cerca smette di avere valore anche per chi paga.
L'ingresso nella rete passa da una verifica manuale, e il professionista riceve una dashboard con casi, calendario, risposte e metriche.
Dettagli tecnici
Come è fatto dentro
- Tema e core proprietari, sviluppati interamente da Row Tech
- Chiamate al modello effettuate solo dal backend, senza conservazione dello stato applicativo lato fornitore; il browser dell'utente non comunica mai direttamente con il provider
- Provider intercambiabile, con la possibilità di eseguire il modello interamente sull'infrastruttura
- Assistenti verticali con ambito dichiarato, fonti revisionate e regole di sicurezza dedicate
- Regola di interruzione che blocca il flusso automatico su firme, diagnosi, rappresentanza, accessi e decisioni ad alto impatto — senza consumare quota
- Generazione del brief con separazione tra fatti, documenti, urgenza e obiettivo
- Motore di matching spiegabile, non influenzato dai piani a pagamento
- Area professionisti con verifica manuale, dashboard, calendario e recensioni legate ad appuntamenti reali
- Gestione degli abbonamenti con piani distinti per utenti e professionisti
- Sessioni firmate e conversazioni cifrate nel database, con tempi di conservazione dichiarati
Risultati
Cosa è cambiato
Raccontacela. Ti diciamo qual è la prima versione che vale la pena costruire, cosa può aspettare e quanto costa scoprirlo.
Voglio un progetto cosìGalleria
Il progetto, da vicino
Lezioni operative
Cosa puoi portarti a casa
Un'automazione che non sa fermarsi non è utilizzabile dove le conseguenze contano. Vale per un assistente conversazionale come per qualsiasi processo automatico: la parte difficile non è farlo funzionare, è definire i casi in cui deve smettere e passare la mano.
Dove i dati sono delicati, conta come è fatto il percorso, non cosa prometti. "I tuoi dati sono al sicuro" non significa nulla. Far passare ogni chiamata dal proprio backend e tenere il fornitore sostituibile sono decisioni verificabili: riducono a uno i punti in cui i dati escono, e permettono di cambiare idea domani senza rifare il prodotto.
Alcune scelte che sembrano costare, vendono. Non consumare quota quando il sistema si ferma, e non far comprare posizioni nel matching, sono decisioni che riducono il ricavo immediato e costruiscono l'unica cosa che tiene in piedi una piattaforma nel tempo: la fiducia di chi la usa.
Se hai un'idea di prodotto e vuoi capire cosa serve per costruirla, parti dalla pagina sui progetti web su misura.
Hai un'idea che ti hanno detto essere troppo complessa?
Raccontacela. Ti diciamo qual è la prima versione che vale la pena costruire, cosa può aspettare e quanto costa scoprirlo.
Raccontaci il progetto
Case study
Progetti correlati
FAQ
Domande frequenti
Meno di quanto si pensi se si parte da un ambito solo, molto di più se si vuole tutto subito. myItaca ha sei ambiti progettati ma ne ha aperti tre: è così che si costruisce un prodotto senza fermarsi a metà.
Le chiamate partono sempre dal backend, mai dal browser dell'utente, e sono configurate senza conservazione dello stato applicativo lato fornitore. L'architettura permette inoltre di sostituire il provider o di eseguire il modello sulla propria infrastruttura. Quale opzione scegliere è una decisione da prendere insieme, valutando sensibilità dei dati, costi e prestazioni: quello che conta è che resti una decisione, e non una conseguenza di come è stato scritto il codice.
Restringendo l'ambito e definendo per iscritto dove deve fermarsi. Un assistente che copre un solo settore, con fonti revisionate e una regola di interruzione, è molto più affidabile di uno che prova a rispondere a tutto.
È l'unico modo che consigliamo. Un ambito, un flusso, una prima versione utilizzabile. Il resto si aggiunge quando il primo pezzo dimostra di servire.