Ecosistema E-commerce e CRM Solo-Dev: Architettura No-MySQL per l'Efficienza (Case Study VMC AIR LIFE)

Spesso, nel mondo dello sviluppo software, si tende a pensare che per costruire una piattaforma complessa servano team di dieci persone, budget a cinque zeri e infrastrutture cloud mastodontiche.

Con il progetto VMC AIR LIFE, ho voluto dimostrare il contrario.

Come co-fondatore e responsabile tecnico, avevo una necessità precisa: creare un ecosistema digitale per la vendita e gestione di impianti VMC (Ventilazione Meccanica Controllata) che fosse veloce, economico da mantenere e totalmente customizzabile. Le soluzioni pronte (Shopify, WooCommerce) erano troppo rigide per le nostre logiche B2B/B2C ibride; le soluzioni enterprise erano fuori budget.

La risposta? Un approccio "One-Man Army" potenziato dall'Intelligenza Artificiale e basato su un'architettura controcorrente.

Ecco come ho costruito un e-commerce da 1000+ prodotti, un CRM proprietario e un'App Android, da solo, in meno di 140 commit.

La Sfida: Non solo un carrello elettronico

Il requisito non era banale. Non serviva solo "vendere filtri". Il sistema doveva gestire:

1. Catalogo Tecnico: Oltre 20 marchi, compatibilità incrociate e protezione territoriale per brand come IRSAP e BROFER.
2. Gestionale (CRM): Anagrafica clienti, scadenziario manutenzioni, gestione interventi tecnici e preventivi PDF.
3. Fiscalità Italiana: Integrazione diretta con Fatture in Cloud e gestione SDI.
4. Performance: Latenza zero, anche su mobile.

L'Architettura: Perché ho detto "No" a MySQL

La scelta più controversa è stata quella del database. Lo standard industriale è MySQL (o PostgreSQL). Io ho scelto di non usarlo.

Perché? Per eliminare l'overhead.

Il 99% del traffico di un e-commerce è in lettura (utenti che guardano prodotti), non in scrittura. Interrogare un database relazionale remoto per ogni visita è uno spreco di risorse per un catalogo di dimensioni medie (sotto i 10.000 articoli).

Ho optato per un'architettura ibrida JSON + SQLite:

1. Frontend (JSON Flat-File): Tutto il catalogo prodotti risiede in un unico file JSON ottimizzato (circa 700KB). Questo viene caricato nella RAM del server tramite APCu Cache. Risultato? Quando un cliente cerca un filtro, il server non deve fare query: i dati sono già in memoria. Tempo di risposta: < 50ms.
2. Backend Gestionale (SQLite): Per i dati che richiedono integrità relazionale (clienti, ordini, fatture, preventivi), uso SQLite. È un database basato su file, velocissimo, che vive "accanto" al codice PHP, eliminando la latenza di rete.

Il risultato è una piattaforma che "vola" su un hosting condiviso standard, con costi di gestione irrisori (~200€/anno per l'infrastruttura).

Lo Stack Tecnologico "Pragmatico"

In un mondo che rincorre l'ultimo framework JavaScript, ho scelto la stabilità e la robustezza.

• Backend: PHP 8.4 (Moderno, tipizzato, veloce).
• Frontend: HTML5 + Tailwind CSS (Nessun build step complesso, design pulito).
• Mobile: App Android Nativa (Kotlin) che funge da wrapper intelligente per lo shop, gestendo le notifiche Push e la cache offline.
• AI Integration: Google Gemini 2.5 Flash via API.

Il Ruolo dell'AI: Il mio "Senior Partner"

Come fa un solo ingegnere a scrivere codice, gestire il server, e popolare un database di 1000 prodotti? Qui entra in gioco l'AI.

Non ho usato l'AI per "scrivere il codice al posto mio", ma per amplificare la produttività.
Integrare le API di Google Gemini nel pannello di amministrazione mi ha permesso di:

• Generare automaticamente descrizioni SEO-friendly per centinaia di prodotti tecnici partendo da dati grezzi.
• Analizzare i dati dei clienti per suggerire azioni di marketing (es. "Questo cliente non cambia filtri da 12 mesi").

L'AI ha trasformato un lavoro manuale di settimane in processi di pochi minuti.

Oltre il Codice: Risolvere Problemi Reali

La tecnologia è inutile se non risolve problemi di business. Due esempi di come questa architettura supporta l'azienda:

1. Protezione Territoriale Dinamica:
   Come Centro Assistenza Tecnica (CAT) per Irsap, abbiamo l'esclusiva su certe zone. Ho implementato un sistema di "Geofencing logico": alcuni ricambi sono visibili e acquistabili solo se il cliente inserisce un codice univoco legato alla sua zona geografica. Un CMS standard avrebbe richiesto plugin costosi e instabili; qui è logica nativa.
2. Qualità dell'Aria in Tempo Reale:
   L'area riservata del cliente si collega alle API di OpenWeatherMap. Se il cliente abita in una zona con alto PM10 (es. Pianura Padana in inverno), il sistema ricalcola automaticamente la frequenza consigliata per il cambio filtri. È un valore aggiunto tecnico che diventa strumento di fidelizzazione.

Conclusione

Il progetto SHOP VMC AIR LIFE (versione 4.0) è la prova che un approccio ingegneristico solido batte la complessità inutile.

Abbiamo ottenuto un sistema Enterprise-Grade (fatturazione automatica, CRM, App, AI) con la snellezza di un sito statico.

Per chi volesse approfondire l'aspetto tecnico o fosse interessato a soluzioni simili per la digitalizzazione di processi industriali, sono disponibile per un confronto.

Ing. Marco Maretto
Co-Founder VMC AIR LIFE | Engineer |
Profilo LinkedIn | Sito Web