Schweltai, startup vallesana di software su misura e IA applicata, fondata da Marcos Fernandez

Dal problema aziendale all’IA in produzione.

Software su misura, integrazioni e automazione per le aziende in Svizzera. L’IA dove porta qualcosa, regole dove bastano, una persona dove bisogna decidere.

Fondata da uno sviluppatore con esperienza in Capgemini, Indra Group e Ricoh Europe.

Una richiesta di un cliente, letta dal motore della demo

Messaggio ricevuto

Buongiorno,
mi chiamo Paola Ferrari. Lasciamo il nostro appartamento di 3.5 locali (78 m²) a Monthey e ci serve una pulizia di fine locazione con le finestre, il 21 novembre.
Può contattarmi al 079 000 78 90 o a paola.ferrari@example.ch.
Grazie!

Dati estratti

Cliente
Paola Ferrari
Servizio
Fine locazione + finestre
Dimensione
78 m²
Luogo
Monthey
Data
21 novembre
Contatto
+41 79 000 78 90
Preventivo
CHF 725
  1. Ricevuto
  2. Letto
  3. Controllato
  4. Calcolato
  5. Da approvare
Preventivo di CHF 725 pronto, in attesa dell’approvazione di una persona. Un vero motore di regole, eseguito nel Suo browser. Nulla viene inviato.

Una richiesta, quattro strumenti, tre volte ricopiata.

Spesso il lavoro circola così in una PMI. Scorra la pagina: lo stesso processo, prima com’è, poi trasformato in un sistema.

Lo stesso processo, prima e dopo Prima: un’e-mail, un foglio di calcolo, un CRM e la fatturazione, collegati da tre trascrizioni manuali. Dopo: un servizio legge la richiesta con regole e un modello di IA controllato, aggiorna direttamente il CRM e la fatturazione dopo l’approvazione di una persona. ricopiaturaricopiaturaricopiatura E-mailFoglio di calcoloServizioRegoleIA controllataCRMFatturazioneApprovazione
  • Regola stesso input, stesso risultato
  • IA per ciò che varia troppo, sempre controllata
  • Integrazione scambio con i Suoi sistemi via API
  • Persona decide dove un errore costa
  1. Una richiesta arriva per e-mail.

    Scritta liberamente, a volte incompleta, nella lingua del cliente.

  2. Qualcuno la ricopia in un foglio di calcolo.

    Per seguirla e calcolarne il prezzo a mano, quando trova il tempo.

  3. Poi nel CRM, poi nella fatturazione.

    Gli stessi dati inseriti tre volte. Ogni copia è un errore possibile, e nessuno sa più quale versione fa fede.

  4. Il foglio di calcolo diventa un servizio.

    Legge ogni richiesta all’arrivo. Le regole estraggono ciò che è prevedibile; un modello di IA legge ciò che varia troppo, e la sua risposta viene controllata.

  5. I Suoi strumenti si aggiornano da soli.

    Via API: il CRM e la fatturazione ricevono gli stessi dati, una sola volta, con una traccia di ogni scambio.

  6. Una persona approva ciò che conta.

    Il preventivo, il caso dubbio, l’eccezione. Il resto va avanti senza aspettare.

Schema illustrativo. Ogni progetto parte dal Suo processo reale, dai Suoi strumenti e dalle Sue eccezioni.

Un messaggio in testo libero, elaborato dall’inizio alla fine

L’esempio di un’impresa di pulizie che riceve richieste scritte liberamente, in più lingue. Questo piccolo sistema le legge, controlla cosa manca, calcola il prezzo, registra la richiesta tramite un’API e prepara le risposte; una persona approva prima dell’invio. Funziona nel Suo browser e nulla viene inviato. Scelga un esempio o scriva un messaggio, poi apra ogni fase.

Tariffe fittizie, solo per la demo.

L’elaborazione, fase per fase

Ricezione

Regola

Il messaggio viene ricevuto così com’è. Una regola semplice riconosce la lingua dalle parole più frequenti, per rispondere al cliente nella sua.

Lingua rilevata
—
Lunghezza
—
Ricevuta alle
—
  • Regola stesso input, stesso risultato
  • IA per ciò che varia troppo, sempre controllata
  • Integrazione scambio con i Suoi sistemi via API
  • Persona decide dove un errore costa

Richieste, documenti o dati arrivano in testo libero e qualcuno li reinserisce a mano?

Ci descriva il suo processo

Cosa costruiamo

Spesso combinati nello stesso progetto. La tecnologia è un mezzo: si sceglie in base al problema, mai il contrario.

Cosa costruiamo In concreto Con
IA applicata Lettura di documenti ed e-mail, estrazione di informazioni, smistamento delle richieste, assistenti e ricerca nei Suoi documenti. Sempre con un controllo, e solo dove una regola non basta. Modelli linguistici (LLM) via API, agenti, RAG, valutazione dei risultati
Automazione dei processi Processi aziendali automatizzati da cima a fondo: avvio, controlli, invio ai sistemi giusti, approvazione umana sulle eccezioni. Workflow, elaborazioni pianificate, code di messaggi, notifiche
Integrazioni e API Collegamento a ERP, CRM, pagamenti e servizi terzi; dati sincronizzati tra i sistemi, senza reinserimento. REST, webhook, Kafka, connettori su misura
Applicazioni e strumenti interni Applicazioni web su misura, strumenti interni, portali clienti, piattaforme e prodotti SaaS. Java, Spring Boot, React, TypeScript, Node.js, PostgreSQL
App mobili App per telefono e tablet: installabili dal browser (PWA) o pubblicate su App Store e Google Play, secondo le esigenze. PWA, React, React Native
Siti web Siti veloci, multilingue e ben posizionati, collegati ai Suoi strumenti perché nessuna richiesta vada persa. HTML, CSS, JavaScript, React, un CMS se serve
Prenotazioni, pagamenti ed e-commerce Prenotazione online collegata alla sua agenda, pagamenti online e negozi, con conferme ed e-mail automatiche. Agende, pagamento online, negozio su misura o CMS
Messa in produzione e dati Rilascio, hosting e monitoraggio; dashboard, report automatici e pipeline di dati. Docker, Kubernetes, Cloud, CI/CD, SQL, Flyway
Manutenzione e hosting Abbonamento mensile: aggiornamenti di sicurezza, backup, monitoraggio, correzioni e piccole evoluzioni, da chi conosce il suo sistema. Monitoraggio, backup, allarmi, CI/CD
Audit e ripresa di applicazioni Analisi di un’applicazione esistente (codice, architettura, infrastruttura, sicurezza), poi correzione, modernizzazione e documentazione. Revisione del codice, test, migrazioni, documentazione

E da Lei, dove si inceppa?

Sei situazioni frequenti. Scelga quella più vicina alla Sua: il processo di oggi, il sistema che lo risolve, il ruolo dell’IA e quello di una persona, e cosa chiarire prima di scrivere una riga di codice.

IA + automazione

Oggi

Fatture, ordini o moduli arrivano in PDF e per e-mail; qualcuno li apre uno per uno e ricopia importi, riferimenti e date.

Dove si inceppa

Il volume cresce più in fretta del team, gli errori di battitura passano inosservati e i documenti restano in attesa nella casella di posta.

Cosa costruiamo

I documenti vengono letti automaticamente, le informazioni estratte e poi controllate. Una persona guarda solo i casi dubbi.

Il flusso

  1. PDF ed e-mail
  2. Estrazione con IA (IA)
  3. Controllo di coerenza (Regola)
  4. Casi dubbi a una persona (Persona)
  5. Il suo sistema (Integrazione)

IA o regole?

L’IA legge ciò che cambia da un mittente all’altro: impaginazione, formulazioni, lingue. I controlli restano regole: totali ricalcolati, numeri IVA, importi plausibili, doppioni.

Controllo umano e rischi

Il rischio: un valore letto male ma plausibile. Ogni estrazione ha un livello di confidenza; sotto una soglia fissata insieme, il documento va a una persona, e ogni correzione viene conservata per misurare la qualità.

Da chiarire prima di iniziare

  • Quanti documenti al mese, e quanti modelli diversi?
  • Quali dati vanno estratti, e dove vanno poi?
  • I documenti possono essere elaborati fuori dai Suoi server?

Realizzato di solito con

Modelli linguistici (LLM) via API dove i documenti variano troppo, regole dove bastano.

È anche il mio caso

Automazione

Oggi

Ogni settimana qualcuno esporta dati da uno strumento, li controlla in un foglio di calcolo, poi li invia o li ricopia altrove, sempre nello stesso ordine.

Dove si inceppa

Ore senza valore aggiunto, un processo che si ferma quando la persona è assente, e nessuna traccia di ciò che è stato fatto.

Cosa costruiamo

Il processo viene automatizzato dall’inizio alla fine: avvio, controlli, invio ai sistemi giusti. Una persona interviene solo sulle eccezioni.

Il flusso

  1. Evento di avvio
  2. Controlli (Regola)
  3. Sistemi di destinazione (Integrazione)
  4. Eccezioni a una persona (Persona)
  5. Registro di esecuzione (Regola)

IA o regole?

Spesso nessuna IA: se i passaggi sono sempre gli stessi, le regole sono più affidabili, più veloci e meno care. L’IA entra solo se un passaggio deve leggere testo libero.

Controllo umano e rischi

Il rischio: un’automazione che fallisce in silenzio. Ogni esecuzione viene registrata, un errore fa scattare un avviso e ogni eccezione arriva a una persona con tutto il contesto.

Da chiarire prima di iniziare

  • Che cosa avvia il processo, e con quale frequenza?
  • Quali strumenti sono coinvolti, e hanno un’API?
  • Chi deve essere avvisato quando qualcosa esce dall’ordinario?

Realizzato di solito con

Java e Spring Boot, Python o Node.js, con una coda di messaggi quando il volume lo richiede.

È anche il mio caso

Integrazione

Oggi

Un cliente viene creato nel CRM, poi una seconda volta nella fatturazione; un preventivo accettato viene ricopiato nell’ERP.

Dove si inceppa

Dati che divergono da uno strumento all’altro, fatture inviate a un vecchio indirizzo e tempo perso a cercare la versione giusta.

Cosa costruiamo

Un collegamento via API sincronizza clienti, preventivi e fatture nei due sensi e tiene traccia di ogni scambio.

Il flusso

  1. CRM (Integrazione)
  2. Servizio di integrazione (Regola)
  3. Fatturazione (Integrazione)
  4. Registro degli scambi (Regola)

IA o regole?

Nessuna IA qui: una sincronizzazione deve essere esatta e prevedibile. Si tratta di regole di corrispondenza tra campi, scritte e testate.

Controllo umano e rischi

Il rischio: due modifiche contraddittorie nello stesso momento. Per ogni dato si definisce quale sistema fa fede; un conflitto viene segnalato invece di essere sovrascritto.

Da chiarire prima di iniziare

  • Quali programmi, e quali offrono un’API?
  • Per ogni dato, quale sistema fa fede?
  • Occorre riprendere lo storico esistente?

Realizzato di solito con

API REST e webhook, con una coda di messaggi come Kafka se il volume lo richiede.

È anche il mio caso

Strumento interno

Oggi

Una richiesta inizia in un’e-mail, prosegue in un foglio condiviso, viene approvata via messaggio e finisce in una cartella.

Dove si inceppa

Nessuno ha una visione d’insieme: a che punto è la richiesta, chi l’ha approvata, quale versione è quella giusta.

Cosa costruiamo

Un’applicazione interna riunisce le fasi in un unico posto: inserimento, avanzamento, approvazione e storico, con permessi per persona.

Il flusso

  1. Inserimento
  2. Fasi del processo (Regola)
  3. Approvazione (Persona)
  4. Storico (Regola)
  5. Dashboard

IA o regole?

L’IA non è il cuore del problema. Può aiutare ai margini, per esempio riassumendo una richiesta lunga o proponendo una categoria; le fasi e i permessi restano regole.

Controllo umano e rischi

Il rischio: uno strumento che impone un modo di lavorare lontano dalla realtà. Si costruisce per fasi, con le persone che lo useranno, e ogni azione viene registrata.

Da chiarire prima di iniziare

  • Chi interviene, in quale fase, con quali permessi?
  • Quali informazioni devono essere visibili, e a chi?
  • Quali strumenti attuali deve sostituire o collegare?

Realizzato di solito con

React per l’interfaccia, Spring Boot e PostgreSQL dietro, con gestione di utenti e ruoli.

È anche il mio caso

Piattaforma su misura

Oggi

Un prototipo, un mock-up o un primo strumento improvvisato dimostra che l’idea funziona, ma non reggerà più utenti né pagamenti veri.

Dove si inceppa

Riscrivere senza un piano costa caro; continuare su una base fragile costa ancora di più.

Cosa costruiamo

Un’applicazione web completa, pensata per crescere: account e ruoli, logica di business, API, pagamenti se necessario, messa in produzione e monitorata.

Il flusso

  1. I suoi utenti
  2. Applicazione web
  3. API (Integrazione)
  4. Database
  5. Deployment continuo

IA o regole?

L’IA non è un fine in sé: si aggiunge dove serve al prodotto, per esempio per la ricerca o l’assistenza, dietro un’API che la controlla.

Controllo umano e rischi

Il rischio: costruire troppo prima di avere utenti. Una prima versione limitata va in produzione, poi ogni fase si basa sull’uso reale. Sicurezza, permessi e backup fin dall’inizio.

Da chiarire prima di iniziare

  • Chi sono gli utenti, e cosa devono poter fare fin dalla prima versione?
  • Servono account, ruoli, pagamenti?
  • Dove deve essere ospitata l’applicazione?

Realizzato di solito con

React per l’interfaccia, Java e Spring Boot o Node.js dietro, PostgreSQL, Docker e CI/CD.

È anche il mio caso

Sito web

Oggi

Il sito ha diversi anni, è lento su mobile ed esiste in una sola lingua; le poche richieste arrivano in una casella che nessuno segue.

Dove si inceppa

Clienti che non La trovano, o che se ne vanno prima di aver capito cosa fa.

Cosa costruiamo

Un sito veloce, in più lingue, ben indicizzato, le cui richieste arrivano direttamente nei suoi strumenti invece di perdersi in una casella di posta.

Il flusso

  1. Ricerca Google
  2. Sito multilingue
  3. Modulo di richiesta
  4. CRM o agenda (Integrazione)
  5. Seguito delle richieste

IA o regole?

L’IA può aiutare a smistare o prequalificare le richieste ricevute, ma prima il sito deve essere veloce, chiaro e ben posizionato.

Controllo umano e rischi

Il rischio: un bel sito che nessuno trova. Prestazioni, accessibilità e posizionamento vengono misurati prima della pubblicazione, e ogni richiesta arriva alla persona giusta.

Da chiarire prima di iniziare

  • Chi sono i Suoi clienti, e cosa cercano quando arrivano sul sito?
  • In quali lingue?
  • Dove devono arrivare le richieste?

Realizzato di solito con

HTML, CSS e JavaScript o React secondo il progetto, SEO tecnica e accessibilità.

È anche il mio caso

Un progetto reale, in produzione

Il sito e il sistema di prenotazione di La Petite Ménagère, impresa di pulizie in Vallese. Lo stesso approccio dei casi qui sopra: regole dove bastano, una persona dove si decide.

Pagina iniziale di lapetitemenagere.ch (in francese): «Choisissez l’heure. Nous nous occupons du reste.», con la mascotte dell’impresa.
Calendario di prenotazione di lapetitemenagere.ch: quattro fasce scelte il giovedì dalle 10 alle 12, gli orari non disponibili tratteggiati e il riepilogo della richiesta.
Schermate del sito online. Le disponibilità del calendario sono un esempio.
Visita lapetitemenagere.ch (nuova scheda)

La Petite Ménagère

Pulizie professionali, ValleseIn produzione

L’esigenza

Permettere ai clienti di prenotare online, direttamente nel calendario Google della responsabile, senza che venga mai proposto un orario già occupato, e lasciare a lei la decisione: è lei a confermare ogni appuntamento.

Cosa abbiamo costruito

Il sito in sei lingue, il calendario di prenotazione, il server che lo collega all’agenda, le e-mail al cliente e alla responsabile e la messa online automatica.

Il flusso

  1. Il cliente sceglie le fasce orarie
  2. Controllo: libero, minimo 2 ore, tragitto incluso (Regola)
  3. Appuntamento «da confermare» nel calendario Google (Integrazione)
  4. La responsabile conferma o rifiuta dall’e-mail (Persona)
  5. Conferma al cliente, con il file per l’agenda (Integrazione)

IA o regole?

Regole, senza IA: qui non c’è nessun testo da interpretare. Fasce da 30 minuti, interventi di almeno 2 ore, 30 minuti di tragitto tra un cliente e l’altro. La griglia mostrata e l’accettazione della richiesta applicano la stessa regola: ciò che appare libero è ciò che viene accettato.

Controllo umano e rischi

Ogni giorno richiesto si decide a parte: confermato per una o due persone (in due, il calendario blocca solo circa metà del tempo) oppure rifiutato, e l’orario torna libero. Il cliente riceve la risposta nella sua lingua.

Verificato automaticamente

  • Dieci clienti chiedono la stessa ora nello stesso istante: solo uno la ottiene.
  • Se il calendario Google non risponde, nulla viene salvato a metà e la responsabile viene avvisata.
  • Ciò che il cliente scrive non viene mai interpretato come codice nelle e-mail.
  • Percorso di prenotazione e accessibilità testati in un vero browser.
  • A ogni messa online, se la nuova versione non risponde, torna da sola quella precedente.
  • I test usano lo stesso database della produzione, PostgreSQL. Ogni modifica alla sua struttura viene versionata, testata e poi applicata automaticamente alla messa online.

Realizzato con

React, TypeScript, Tailwind CSS · Java 17, Spring Boot, PostgreSQL, Flyway · Testcontainers, Docker, Playwright · Google Calendar API · GitHub Actions, Caddy

Anche questa pagina è una dimostrazione

Un software si giudica da come è costruito. Ecco cosa ha appena misurato il suo browser caricando questa pagina.

Questa pagina, in diretta

Caricamento completo
…
Dati trasferiti
…
File caricati
…
Lingue disponibili
6
Tracciamenti senza consenso
…
Richieste a caratteri esterni
…

Misure reali del suo browser (API Performance). Variano con la connessione e la cache.

La stessa cura in ogni progetto

  • Codice versionato e coperto da test automatici
  • Deployment automatizzati (CI/CD) e ambienti riproducibili con Docker
  • Sicurezza fin dalla progettazione: autenticazione, permessi per ruolo, registrazione
  • Prestazioni e accessibilità misurate, non presunte
  • IA integrata con controlli, dove porta un vantaggio
  • Documentazione e passaggio di consegne, perché il sistema non dipenda da una sola persona

Audit Lighthouse del 17 ottobre 2026: 100 in accessibilità, buone pratiche e SEO.

Ritratto di Marcos Fernandez, fondatore di Schweltai

Una startup vallesana, un solo interlocutore

Schweltai progetta e sviluppa software su misura per le aziende: applicazioni, integrazioni, automazione e IA applicata. È stata fondata nel 2026 da Marcos Fernandez, sviluppatore full stack.

Marcos sviluppa software aziendale dal 2022, prima in grandi gruppi di consulenza e tecnologia (Capgemini, Indra Group, Ricoh Europe), poi per i propri clienti. Schweltai porta le stesse pratiche alle aziende della regione: codice versionato e testato, messa in produzione automatizzata, documentazione e un sistema che qualcun altro potrà riprendere.

Oggi è lui a progettare e scrivere il codice di ogni progetto: parla direttamente con la persona che costruisce il suo sistema, in francese, inglese o spagnolo. Ciò che costruiamo si rivolge invece ai suoi clienti nella loro lingua: italiano, francese, tedesco, inglese, spagnolo o portoghese. Il team crescerà con i progetti.

Fondata nel
2026
Sede
Vallese, Svizzera
Fondatore
Marcos Fernandez, sviluppatore full stack
Percorso del fondatore
Capgemini, Indra Group, Ricoh Europe, dal 2022
Lingue di lavoro
Francese, inglese, spagnolo
Progetti multilingue
IT, FR, DE, EN, ES, PT
Tecnologie
Java, Spring Boot, React, TypeScript, Node.js, Python, PostgreSQL, Flyway, Docker, Testcontainers, Kubernetes, Kafka, Cloud, LLM
Hosting
I nostri server, il suo hosting o il suo cloud

Come lavoriamo

Sei fasi, ognuna con qualcosa di concreto alla fine.

  1. Capire

    Guardiamo insieme come si lavora oggi, con i file e i casi reali.

    Riceve Una descrizione scritta del processo e dei punti critici.

  2. Progettare

    Proponiamo una soluzione, un’architettura e un perimetro realistico per una prima fase.

    Riceve Uno schema, un preventivo e una pianificazione.

  3. Costruire

    Sviluppo per fasi, con versioni che può provare.

    Riceve Versioni utilizzabili nel corso del progetto.

  4. Integrare

    Collegamento ai suoi strumenti esistenti e ripresa dei suoi dati.

    Riceve Strumenti che si scambiano i dati.

  5. Mettere in produzione

    Messa in servizio su un server scelto insieme, con backup e monitoraggio.

    Riceve Un sistema in funzione.

  6. Migliorare

    Assistenza, correzioni ed evoluzioni quando il suo modo di lavorare cambia.

    Riceve Un sistema che segue la sua azienda.

Domande frequenti

Quanto costa un progetto?

Dipende da cosa bisogna costruire. Il primo scambio è gratuito e senza impegno; poi riceve un preventivo per una prima fase ben delimitata.

Usa l’IA ovunque?

No. Quando basta una regola semplice, usiamo una regola: costa meno, è più veloce e verificabile. L’IA serve dove i dati sono troppo diversi, per esempio documenti scritti liberamente.

Come evita gli errori dell’IA?

Affidandole solo ciò che una regola non sa fare, controllando ogni risposta (formato, valori plausibili, coerenza con i Suoi dati) e inviando i casi dubbi a una persona. Ogni decisione viene registrata, per poter essere verificata e migliorata.

I nostri dati finiscono presso un fornitore di IA?

Solo se Lei è d’accordo, e solo ciò che serve. A seconda della sensibilità dei dati, scegliamo insieme un fornitore con garanzie contrattuali adeguate, un modello eseguito sulla Sua infrastruttura, oppure nessuna IA.

Può riprendere un’applicazione esistente?

Sì. Cominciamo con un’analisi del codice, dell’architettura e dell’infrastruttura, poi decidiamo insieme cosa correggere, modernizzare, automatizzare o mantenere.

Con quali tecnologie lavora?

Con quelle adatte al problema e al suo ambiente. La nostra base: Java, Spring Boot, React, TypeScript e PostgreSQL, con Docker, Kubernetes, Kafka e il cloud. I test girano su un vero database (Testcontainers) e il suo schema evolve con migrazioni versionate (Flyway). Usiamo anche Node.js, Python o modelli linguistici quando sono più indicati. Ogni scelta viene spiegata e documentata, perché il suo sistema non dipenda da una sola persona.

Dove vengono ospitati i dati?

Lo decidiamo insieme all’inizio: su un server che gestiamo noi, presso il suo hosting o nel suo cloud.

Chi lavora al mio progetto?

Marcos Fernandez, fondatore di Schweltai, progetta e sviluppa il suo sistema e resta il suo interlocutore dall’inizio alla fine, in francese, inglese o spagnolo. Il team crescerà con i progetti; saprà sempre chi lavora al suo.

E dopo la messa online?

Offriamo un abbonamento di manutenzione: aggiornamenti di sicurezza, backup, monitoraggio, correzioni e piccole evoluzioni. Se preferisce, il suo team o un altro fornitore può riprendere il sistema: è documentato per questo.

Una startup non è un rischio?

Il suo sistema è costruito per non dipendere da nessuno: codice versionato, testato e documentato, installato sull’infrastruttura che preferisce. Se un giorno cambia fornitore, un altro team può riprenderlo.

Ci dica cosa vuole costruire

Bastano poche righe: il problema, gli strumenti coinvolti, cosa vorrebbe che succedesse.

Cosa succede dopo

  1. Marcos legge il suo messaggio e le risponde personalmente, con domande precise o una prima pista.
  2. Se il progetto è adatto, fissiamo un primo scambio, gratuito e senza impegno, con i Suoi file e casi reali.
  3. Riceve una proposta per una prima fase ben delimitata: perimetro, prezzo e pianificazione.

Oppure direttamente

Cosa cerca

La sua richiesta

Questo sito non invia nulla: il pulsante apre la sua posta o WhatsApp con il testo pronto.