Sette convinzioni. Niente mission statement.
Cosa guida nelle decisioni. Per ogni principio la tesi, un esempio concreto dal lavoro, e cosa costa, perché ogni principio ha un prezzo. Passa il mouse per vedere la variante che non viene scelta.
Sette principi come orbita 3D con pannelli ribaltabili.
- 01method64 costruisce il proprio software.Una piattaforma SaaS propria, senza investitori esterni.
- 02Chi pianifica, costruisce.Nessun handover tra sales e dev.
- 03Anche no è una risposta.Meglio nessun compenso che un prodotto inutile.
- 04Alto Adige, non Silicon Valley.Piccoli, locali, senza pressione di VC.
- 05Architettura prima della prima riga di codice.Modello dati prima del codice, decisioni importanti messe per iscritto.
- 06Ogni settimana un risultato.Slice deployable invece di big-bang demo.
- 07Dopo il launch comincia davvero.Quattro settimane di hypercare, poi pay-per-use.
method64 costruisce il proprio software.
- Climactra: una piattaforma SaaS per la contabilità della CO₂ nel settore alberghiero. Dal modello dati al motore di fatturazione, tutto costruito internamente, senza investitori esterni.
- Questo sito stesso gira su server Hetzner proprio, con form backend proprio, con Umami self-hosted. Niente Vercel, niente Webflow, niente form builder.
Margini affiliate e launch veloci restano fuori. Mettere su un CRM white-label è un weekend, Climactra è un anno. Ma method64 non consiglia mai qualcosa che non ha gestito direttamente.
Chi pianifica, costruisce.
- Al primo colloquio c'è la persona che scriverà il tuo codice. Niente slide da sales deck, niente coreografie da discovery workshop.
- Le decisioni di architettura le prende chi le implementa, non un solution architect che dopo passa il ticket.
method64 non scala per piramidi. Una fase di build attiva per volta, senza cinque progetti paralleli. Chi vuole un'agenzia che manda un account manager diverso a ogni riunione, è nel posto sbagliato.
Anche no è una risposta.
- Le richieste vengono rifiutate quando il problema si risolve con un foglio Excel. Meglio nessun compenso che un prodotto di cui nessuno ha bisogno.
- Quando il problema tecnico non rientra nello stack, la richiesta viene girata altrove, anche a colleghi fuori dalla pipeline.
Fatturato che altre agenzie prenderebbero. Dire "no" costa soldi veri, ed è l'investimento più importante nella qualità delle raccomandazioni.
Alto Adige, non Silicon Valley.
- Strutturati in piccolo, senza overhead. Niente ufficio, niente marketing manager, niente investitore che vuole vedere crescita ogni trimestre.
- Hosting in EU (Hetzner Falkenstein), mail su IONOS, analytics self-hosted. Il GDPR è integrato, non aggiunto dopo.
method64 non sarà mai un'agenzia da 50 persone. I grandi clienti che hanno bisogno di dieci stream paralleli non sono il mercato. La crescita resta lenta e intenzionalmente piccola.
Architettura prima della prima riga di codice.
- Modello dati, contratti API e strategia di deployment sono fissati prima che venga scritta la prima riga di codice. Frontend e backend possono lavorare in parallelo senza bloccarsi a vicenda.
- Decisioni importanti annotate per iscritto, a sei mesi sai ancora perché il DB è Postgres e non Mongo.
Le prime una o due settimane sembra che non succeda nulla. Chi vuole mockup UI ogni settimana soffre. Chi al sesto mese ha ancora lo stesso modello dati, vince.
Ogni settimana un risultato.
- Ogni due settimane uno slice deployable più uno status update con lo stato attuale, niente mockup, niente demo stub. Se dovesse interrompersi a otto settimane, avresti quattro incrementi funzionanti, non zero a metà.
- Feature flag + canary deploy invece di "incrociamo le dita". Se una feature non funziona, viene spenta, nessun dramma di rollback.
Pianificare gli slice e fare gli update costa tempo che gli sprint big-bang sembrano risparmiare. Il puro tempo di codice è inferiore rispetto a team che consegnano solo alla fine. In compenso non c'è nessun "andrà bene, fidatevi".
Dopo il launch comincia davvero.
- Quattro settimane di hypercare nell'offerta standard. Stesso tempo di risposta di sempre (di solito nello stesso giorno lavorativo), i log vengono letti e i fix arrivano.
- Pay-per-use come manutenzione di default. Ti fai sentire quando c'è qualcosa; la fatturazione è a ore. Niente retainer minimo per niente.
Fatturare il primo del mese non è un'opzione. Il cashflow è più irregolare che nelle agenzie con contratti di manutenzione fissi. In compenso i clienti tornano, perché non pagano per il silenzio.