SLA e modelli di supporto per SaaS B2B
I contratti enterprise chiedono percentuali uptime, tempi risposta ed escalation prima che legal chiuda l'MSA. Team piccoli promettono 99.99% senza rotazione on-call o caveats integrazione. I modelli supporto per software B2B devono combaciare con ciò che puoi operare davvero: numero tenant, dipendenze integrazione e se downtime ERP è tuo incident o responsabilità condivisa. Questa guida copre design SLA, matrici severità, tier supporto, on-call, comunicazione cliente e come gli SLA si collegano a osservabilità e production readiness. Usala passando da hypercare pilot a supporto pagato nelle discussioni pricing commerciale.
Perché gli SLA contano nei contratti B2B
Gli SLA traducono affidabilità in rimedi: crediti, diritti recesso o semplicemente fiducia. Procurement confronta vendor su carta prima della UX. Promettere troppo crea esposizione legale e brucia engineer in pager per rumore integrazione fuori controllo. Promettere troppo poco perde deal verso competitor che documentano impegni realistici meglio. Buoni SLA definiscono scope: cosa è coperto, manutenzione esclusa, obblighi cliente (info ticket puntuali, accesso sandbox), metodo misurazione.
- Uptime vs tempo risposta vs tempo risoluzione sono impegni diversi
- Outage integrazione e IdP servono carve-out o status condiviso
- Definizioni severità devono essere operative, non 'critical' vago
- Cap crediti protegge cash flow startup restando onesti
Matrice severità che operatori e IT capiscono
Severità 1: produzione down o rischio integrità dati per più utenti, senza workaround. Severità 2: feature principale compromessa, workaround esiste. Severità 3: difetto minore o singolo utente. Severità 4: domande, richieste, cosmetico. Esempi B2B: login SSO impossibile per tutti (Sev1); sync ERP fermata per un tenant (Sev2); colonna export mancante (Sev3); domanda how-to (Sev4). Allinea matrice alle regole alerting così le page matchano clock risposta contrattuali.
Uptime, SLO e cosa misuri
Misura disponibilità su API user-facing e UI core, non solo health check interni. Escludi finestre manutenzione programmata annunciate in anticipo. Uptime mensile 99.5% permette ~3.6 ore downtime; 99.9% ~43 minuti. Scegli target che on-call può sostenere con pratiche release sicure. Documenta dipendenza da cloud provider, DNS, IdP e ERP cliente in appendice SLA. Status page onesta riduce ticket furiosi durante outage terzi.
Tier supporto e canali
Standard: email o portal, orario business, risposta Sev1 in ore. Premium: Sev1 24/7, CSM dedicato, review trimestrali, escalation integrazione più veloce. Canali: sistema ticket con campi obbligatori (tenant, correlation ID, step), non WhatsApp non strutturato per account enterprise. Self-service: knowledge base, salute integrazione in UI admin, release note. Riduce carico Sev4 più economico di headcount.
- Orario business definito in timezone cliente o regione contratto
- Path escalation verso engineering con severità e impatto
- Customer success per adozione, support per difetti
- Professional services separati da break-fix
On-call, hypercare e handoff dal team build
Hypercare post go-live: monitoring elevato, check-in giornalieri, durata fissa (spesso due-quattro settimane), inclusa in fee implementazione. On-call steady-state: rotazione, runbook, handoff da programmi migrazione e team lancio. Contractor possono coprire on-call se documentato in termini contratto. Burnout uccide qualità. Se SLA richiede 24/7, prezza tier premium per fondare rotazione o partner follow-the-sun.
Caveat SLA per integrazioni e IT cliente
Quando ERP o rete cliente causano failure, credito SLA può non applicare se contratto definisce responsabilità condivisa. Comunica comunque in modo proattivo. Issue causate cliente: certificati scaduti, cambi firewall, misconfig rate limit. Support diagnostica ma non consulenza illimitata gratis. Collega a confini ownership integrazione documentati in vendita.
Crediti, rimedi ed equilibrio legale
Service credit (percentuale fee mensile cap 100%) sono comuni invece di danni diretti. Definisci calcolo, finestra claim e linguaggio rimedio esclusivo con legal. Traccia performance SLA mensile per tenant per conversazioni rinnovo, non solo per trigger crediti. Violazione cronica può dare diritti recesso; evita setting che non puoi rispettare su prodotti integration-heavy early lifecycle.
Prezzare supporto in SaaS e servizi
Includi supporto standard in subscription base; addebita SLA premium e implementazione. Supporto sottoprezzato distrugge margine quando clienti ti usano come consulente integrazione. Modella costo nelle unit economics: ticket per tenant, stipendi on-call, tooling osservabilità e ticketing. Professional services per formazione e report custom restano SKU separati.
Prossimi passi
Bozza matrice severità e misura tempi risposta incident del mese scorso. Confronta con promesse sales. Allinea prima del prossimo contratto enterprise. Sfoglia altre risorse, esperienza, prenota una call o contattami con numero tenant, lista integrazioni e setup on-call attuale per aiuto su SLA.
Domande frequenti
Che uptime deve promettere un SaaS B2B nuovo?
99.5% mensile è punto di partenza comune per team piccoli con finestre manutenzione. Aumenta man mano che on-call e ridondanza architettura maturano. Mai promettere tier che non puoi misurare e riportare.
Il downtime ERP conta contro il nostro SLA?
Di solito escluso o condiviso se l'app è up ma path integrazione fallisce per manutenzione ERP cliente. Documenta misurazione e comunicazione status in appendice contratto.
Quando assumere support dedicato?
Quando volume ticket supera ciò che engineering gestisce senza impatto roadmap, spesso intorno a decine tenant enterprise attivi o dopo vendite SLA premium. Fino ad allora tier strutturati e self-service riducono carico.
I pilot servono SLA completi?
I pilot usano termini hypercare: risposta best-effort, niente crediti, obiettivi successo condivisi. Converti a SLA commerciale alla firma contratto con target realistici da storico incident pilot.