Sette idee che guidano come progettiamo, costruiamo e manteniamo ciò che facciamo. Non sono slogan · sono le regole con cui revisioniamo il codice e decidiamo cosa offrire a un cliente.
Ogni prodotto nasce per risolvere qualcosa che serviva a noi per primi. Questa regola ci obbliga a mantenerlo con la stessa cura con cui lo lanciamo: non esiste una versione per i clienti più rifinita; ce n’è una sola, e la usiamo noi per primi.
Quando un prodotto non ci serve più, lo ritiriamo. Preferiamo chiudere qualcosa in tempo piuttosto che tenerlo in vita senza motivo.
Le integrazioni che contano · emettere un documento, firmare un file, elaborare un’e-mail · sono codice normale: input definiti, output verificabili, test eseguiti a ogni modifica.
L’IA interviene ai margini, come strumento per bozze e supporto. Ma tutto ciò che esce verso l’esterno passa per una decisione umana o una regola chiara. Nessuna operazione che muove denaro viene eseguita sulla base dell’intuizione di un modello.
Preferiamo stack maturi, protocolli documentati, API stabili. Misuriamo la qualità in base a leggibilità e reversibilità: chiunque deve poter capire cosa fa il sistema e perché, e ogni decisione deve poter essere annullata.
Non cerchiamo lo stato dell’arte fine a sé stesso. Cerchiamo lo stato dell’arte che qualcuno potrà mantenere tra cinque anni.
Progettiamo partendo dal presupposto che gli utenti abbiano un RUT (codice fiscale cileno), che a volte firmino a mano e che lavorino con i servizi dello Stato cileno. Questa specificità non ci limita · ci rende più precisi.
Preferiamo risolvere a fondo un problema cileno piuttosto che affrontare a metà quindici mercati.
Se un prodotto è aperto al pubblico, c’è una persona che risponde alle e-mail. Non lanciamo in modalità fire and forget: ogni servizio ha un responsabile, un canale di assistenza e una pagina che mostra se qualcosa non funziona.
Quando non possiamo mantenere questo impegno, lo diciamo. Ritirare un prodotto in modo onesto fa parte del mestiere.
Descriviamo ogni strumento per ciò che risolve davvero. Non promettiamo intelligenza artificiale dove c’è una regola. Non chiamiamo piattaforma uno script con una bella interfaccia. I numeri che pubblichiamo sono quelli che misuriamo.
Quando sbagliamo · e succede · lo annotiamo nello stesso posto.
Un carattere tipografico ben scelto, una tabella i cui totali tornano, un messaggio di errore utile, un hash verificabile: la qualità di un prodotto si percepisce in mille piccoli dettagli, non in una grande promessa.
La cura è il nostro modo di mostrare rispetto. La mettiamo nel codice, nei testi, nel modo di rispondere a un’e-mail.
Un’azienda documentata e tracciabile, senza burocrazia di facciata. Log, report, backup, responsabili, audit e memoria. Niente riunioni e moduli inutili.
Errori, costi, limiti e stato di avanzamento si comunicano. Il cliente deve poter sapere cosa sta succedendo senza dover decifrare il linguaggio aziendale.
Documenti ben fatti, nomi coerenti, interfacce curate, archivi ordinati, e-mail chiare, fatture corrette e prodotti che funzionano. L’identità non è il logo.
