Costruire prima per noi, poi per il mercato: il manifesto dello studio Telos

Una regola che applichiamo a tutto

Ogni sistema che vendiamo, lo abbiamo prima costruito per noi.

Non come demo per impressionare investitori. Non come MVP usa-e-getta da mostrare a un cliente pilota. Come strumento operativo che usiamo ogni giorno, che manteniamo personalmente, che stressiamo con clienti reali prima di proporlo al mercato.

Quando un cliente compra Telos, non compra una promessa. Compra un sistema con cicatrici da produzione.

Questo principio si chiama dogfooding, e nella Silicon Valley è abbastanza diffuso come slogan. Quello che facciamo noi è diverso: non lo applichiamo come pratica facoltativa di QA. Lo applichiamo come regola di accesso al mercato.

Un nostro prodotto non esce dallo studio finché non è in produzione interna da almeno tre mesi.

Perché abbiamo scelto questa regola

In Italia il mercato del software B2B è saturo di promesse non mantenute.

C’è la sindrome del “rivenditore di soluzioni innovative”: piattaforme costruite per essere mostrate alle fiere, raramente in produzione, mai messe alla prova su volumi reali.

C’è la sindrome dell’agenzia: progetti su misura che fatturano ore, lasciano il cliente con codice che nessuno sa più manutenere, e si esauriscono al primo cambio di responsabile IT.

C’è la sindrome del “noi siamo system integrator”: pile di tecnologie altrui assemblate in modi più o meno fragili, con la responsabilità che cambia di proprietario ogni volta che qualcosa si rompe.

La regola del “prima per noi” è la nostra antitesi pratica a tutte e tre.

Se vendiamo un sistema di booking AI, lo usiamo noi per primi sui nostri lead. Se vendiamo un gestionale per ISP, ne facciamo girare uno per gestire il nostro fatturato. Se vendiamo un framework di trading, ci mettiamo il nostro capitale prima del capitale del cliente.

Quando il cliente ci chiede “ma questo funziona davvero?”, la risposta non è una slide. È un login. Glielo facciamo vedere mentre gira sulla nostra operazione.

I cinque sistemi che abbiamo costruito prima per noi

Schedy — il nostro centralino AI

Schedy è un agente vocale AI che gestisce prenotazioni, qualificazione di lead e customer care via WhatsApp, Telegram e canali voce.

Lo abbiamo costruito perché lo studio riceveva ogni settimana decine di contatti di scoperta — persone che volevano sapere se Telos poteva risolvere il loro problema. Ogni contatto richiedeva una qualificazione manuale prima della call vera con un consulente. Tempo perso, e qualità della qualificazione variabile a seconda di chi rispondeva.

Schedy adesso fa la prima passata su ogni contatto in ingresso. Capisce di cosa ha bisogno il prospect, raccoglie le informazioni che ci servono, filtra i contatti non in target, prenota in calendario solo quelli rilevanti per uno slot di call vera.

Sei mesi dopo aver iniziato a usarlo internamente, lo abbiamo aperto come prodotto SaaS per studi medici, parrucchieri, ristoranti, professionisti con agenda fitta. Ogni cliente che lo prende riceve un sistema che è stato stressato sulle nostre conversazioni vere, non su mock generati per la demo.

ISPCore — il gestionale che abbiamo costruito per chi gestisce dieci tipi di servizi telco

ISPCore è un gestionale modulare per Internet Service Provider italiani. Stack moderno (Bun + Hono + PostgreSQL schema-per-tenant), Docker dedicato per cliente, FatturaPA nativa, SEPA con gestione automatica degli insoluti, ticket semi-automatici con AI, attivazione integrata per FTTH, FWA, FTTC e VoIP.

Lo abbiamo costruito lavorando con ISP italiani veri, dall’interno del loro stack legacy, vivendo le loro emergenze — un sistema .NET del 2012 che smette di generare FatturaPA conformi alla nuova versione SDI, e l’azienda non sa cosa fare perché il fornitore originale è sparito anni prima.

ISPCore non è un esercizio di architettura. È un sistema in produzione su un operatore con 10.000 fatture al mese, 10.000 pagamenti processati, attivazioni multi-tecnologia, ticket gestiti in modo semi-automatico.

La parte di codice di cui andiamo più orgogliosi non è il modulo FatturaPA. È la pipeline di import dai sistemi legacy: parser specializzati per i gestionali ISP italiani più diffusi del passato, capaci di migrare 15 anni di storico senza perdere una singola fattura.

MARCØ — il nostro Chief Marketing Officer virtuale

MARCØ è una piattaforma multi-agente per il marketing. Dieci agenti specializzati che si dividono il lavoro di una funzione marketing intera: content strategy, copy, social, ads, SEO tecnico, analytics, brand voice, competitor watch, reporting, growth.

Lo abbiamo costruito perché lo studio aveva il problema che hanno tutte le PMI di servizi tecnici: cosa pubblicare, dove pubblicare, come essere coerente con un brand che è ancora in formazione.

Avremmo potuto assumere un marketing manager. Sarebbe costato 3.000-4.000 euro al mese. Abbiamo preferito costruire un sistema che facesse il lavoro di base — pianificare contenuti, scrivere bozze, monitorare competitor, suggerire angoli editoriali — e che lasciasse all’essere umano solo le decisioni strategiche.

Lo abbiamo usato sul nostro brand per sei mesi prima di aprirlo come SaaS ad altre PMI. Il pricing va da 29 euro al mese per chi gestisce un solo canale fino a 299 euro al mese per le agenzie che lo rivendono in white-label.

Relink — la macchina di recensioni Google nata da sei ristoranti

Relink è un sistema di carte NFC che trasforma ogni cliente di un ristorante — o di un parrucchiere, o di un hotel — in una recensione Google autentica. Il cliente paga, tocca la carta sul tavolo con il telefono, e si apre un flow guidato che lo accompagna a lasciare una recensione personalizzata.

Lo abbiamo costruito lavorando con sei ristoranti italiani veri, in produzione, per mesi. Abbiamo iterato sul flow di conversazione decine di volte, testato angoli diversi di “richiesta della recensione”, capito quali fasce orarie funzionano e quali no.

Quando proponiamo Relink a un nuovo ristoratore, non gli stiamo vendendo un’idea. Gli stiamo vendendo un sistema che ha già fatto crescere le recensioni Google del 400% in 30 giorni su sei clienti diversi.

QTF — il framework che usiamo sul nostro capitale prima che sul capitale di altri

QTF è un framework Python proprietario per la ricerca, il backtest e l’execution di strategie di trading algoritmico su Forex, metalli, crypto e equity.

Lo abbiamo costruito perché il founder dello studio opera come strategy provider su CopyFX e gestisce capitale proprio in trading attivo. QTF integra Robustness Suite (Out-of-Sample testing, Walk-Forward Analysis, Monte Carlo), un AI Orchestrator per coordinare strategie multiple, un Execution Router che parla con MT4, MT5, Binance, Alpaca.

Non è ancora un prodotto SaaS. È uno strumento interno. Ma è la base su cui costruiremo l’offerta quant di Telos quando avremo abbastanza track record pubblico.

Il principio è lo stesso degli altri: prima del cliente, il nostro capitale. Se non funziona sui nostri soldi, non lo proponiamo a nessuno.

La conseguenza commerciale di questa regola

La regola del “prima per noi” ha un costo: ogni sistema ci richiede un investimento di mesi prima di iniziare a generare ricavi esterni.

Ma ha un vantaggio enorme: quando vendiamo, vendiamo da una posizione di forza.

Non dobbiamo spiegare al cliente perché “il prodotto è nuovo, abbiate pazienza”. Non dobbiamo nascondere bug di produzione. Non dobbiamo fingere che la roadmap futura sia già realtà.

Diciamo semplicemente: questa è la cosa che usiamo noi, ecco i numeri, ecco le cicatrici, ecco quello che ancora non funziona bene.

Il cliente che compra Telos sa esattamente cosa sta comprando, perché lo vede in funzione prima ancora di firmare il contratto.

Cosa significa “non siamo un’agenzia”

Quando diciamo “non siamo un’agenzia”, non è uno slogan di marketing. È una scelta strutturale che ha tre conseguenze concrete sul modo in cui lavoriamo con i clienti.

Non vendiamo ore. Tutto quello che facciamo è a prezzo fisso, basato sull’outcome. Se sbagliamo la stima, il problema è nostro, non del cliente.

Non lasciamo codice orfano. Ogni sistema che consegniamo è basato su uno dei nostri prodotti core. Significa che la manutenzione è continua, è inclusa nell’abbonamento, e non dipende da consulenti che potrebbero sparire.

Non facciamo slide. I nostri deliverable sono sistemi funzionanti, dashboard misurabili, codice in produzione. Non report da 80 pagine che il cliente non leggerà mai.

Il futuro

Adesso che abbiamo cinque sistemi maturi — e altri due in arrivo — stiamo entrando nella fase di scala commerciale.

Continueremo a costruire prima per noi. Ogni nuova verticale partirà dallo stesso principio: c’è un problema reale che vogliamo risolvere per la nostra operazione → lo risolviamo → lo apriamo al mercato.

Un nostro prodotto non esce dallo studio finché non ha cicatrici da produzione interna. Questo è l’unico QA che conta.