07 - Customer support solo: tooling automation

Il supporto è il costo che non avevi messo nel conto

Con i primi clienti arrivano le prime domande, e ognuna interrompe il lavoro su cui eri concentrato. Da solo non puoi permetterti né di ignorarle né di rispondere a tutte subito. Si regge con tre abitudini: un solo punto d'ingresso per tutte le richieste, regole scritte per decidere in che ordine rispondere, e risposte-tipo per le domande che si ripetono. Questo articolo le mostra con un programma di triage eseguito davvero; non cita fornitori di assistenza a pagamento né strumenti di intelligenza artificiale, perché per cominciare non servono.

Un solo punto d'ingresso

Le richieste arrivano da posta, social, messaggi diretti e commenti. Se le guardi in cinque posti, ne perdi qualcuna. La regola più utile è scegliere un solo indirizzo pubblico di assistenza e dire nelle altre sedi «scrivimi lì». Per cominciare basta una casella di posta dedicata, non quella personale, con un filtro che applica un'etichetta ai messaggi.

Quando i messaggi crescono, un sistema di assistenza clienti aiuta a tenere uno storico per cliente e a dividere il lavoro. Chatwoot è un'opzione che puoi ospitare tu: il file di licenza del repository indica che il codice fuori dalla cartella enterprise/ è sotto licenza MIT, mentre il contenuto di quella cartella ha una licenza propria. Non l'ho installato né provato, quindi non posso dirti quanta memoria richiede o quanto lavoro di manutenzione porta.

Il trade-off è chiaro anche senza provarlo: ospitare il sistema significa un servizio in più da aggiornare, da proteggere e da includere nei backup, in cambio di dati che restano su un server tuo. Un servizio esterno ti toglie quel lavoro e sposta i dati dei clienti presso un terzo, che dovrai citare nell'informativa. Per un prodotto con poche decine di clienti, la casella dedicata è quasi sempre sufficiente.

Regole di triage che puoi leggere e correggere

Il triage decide l'ordine, non la risposta. Serve a evitare che una richiesta di funzionalità, che può aspettare tre giorni, venga prima di un cliente che non riesce ad accedere o che ha chiesto una fattura. Ho scelto regole esplicite, senza modelli, per due motivi: sono prevedibili e le puoi spiegare a un cliente, e se sbagliano capisci subito perché.

Il listato seguente definisce le regole come una lista ordinata di terne (categoria, parole chiave, ore massime per la risposta). La funzione classifica porta il testo in minuscolo e restituisce la prima regola che corrisponde: l'ordine è quindi una decisione di priorità. Il primo messaggio contiene sia «password» sia «non funziona», cioè corrisponde a due regole, e vince «accesso» perché sta prima. Gli obiettivi in ore sono una scelta tua, non una norma. Alla fine il programma calcola la mediana dei tempi di prima risposta con statistics.median.

# Triage delle richieste di supporto con regole esplicite (nessun modello, nessuna rete).
# I messaggi sono inventati per l'esempio. Gli obiettivi di risposta sono SCELTE TUE.
import statistics

# L'ordine conta: la prima regola che corrisponde vince, quindi le piu' urgenti vanno prima.
REGOLE = [
    ("accesso",   ("password", "non riesco ad entrare", "login"),   4),   # ore entro cui rispondere
    ("pagamento", ("rimborso", "fattura", "addebito", "ricevuta"),  4),
    ("errore",    ("errore", "non funziona", "si blocca"),         24),
    ("richiesta", ("vorrei", "potete aggiungere", "funzione"),     72),
]

def classifica(testo: str):
    minuscolo = testo.lower()
    for categoria, parole, ore in REGOLE:
        if any(p in minuscolo for p in parole):
            return categoria, ore
    return "altro", 48

messaggi = [
    "Non riesco ad entrare, la password non funziona",   # due regole corrispondono: vince "accesso"
    "Mi serve la fattura del mese scorso",
    "L'app si blocca quando carico un file grande",
    "Potete aggiungere l'esportazione in CSV?",
    "Buongiorno, grazie del servizio",
]
for m in messaggi:
    categoria, ore = classifica(m)
    print(f"{categoria:<9} entro {ore:>2} h <- {m}")

# Ore trascorse dalla ricezione alla prima risposta, per le richieste della settimana
prime_risposte = [1.5, 3.0, 26.0, 2.0, 70.0, 0.5, 5.0]
print("mediana:", statistics.median(prime_risposte), "ore | massimo:", max(prime_risposte), "ore")

# Output:
# accesso   entro  4 h <- Non riesco ad entrare, la password non funziona
# pagamento entro  4 h <- Mi serve la fattura del mese scorso
# errore    entro 24 h <- L'app si blocca quando carico un file grande
# richiesta entro 72 h <- Potete aggiungere l'esportazione in CSV?
# altro     entro 48 h <- Buongiorno, grazie del servizio
# mediana: 3.0 ore | massimo: 70.0 ore

Dall'uscita impari due cose. Primo, un messaggio non classificato finisce in «altro» con 48 ore, e non viene perso: i ringraziamenti non richiedono urgenza ma meritano una risposta. Secondo, la mediana è 3 ore mentre il massimo è 70: la mediana descrive il caso tipico, il massimo il cliente che ha aspettato di più, e un servizio si giudica anche su quest'ultimo. Se il massimo supera di molto il tuo obiettivo, c'è una richiesta dimenticata. Il limite delle parole chiave è che non capiscono il contesto: «nessun errore, grazie» contiene «errore». Rileggi i messaggi finiti in «altro» ogni settimana e aggiungi le parole che mancano.

Risposte-tipo: che cosa chiedere, che cosa promettere

Una risposta-tipo non è un modulo freddo: è la risposta migliore che hai scritto a quella domanda, riusata. La parte più preziosa non è il saluto ma la richiesta delle informazioni mancanti, perché evita il rimpallo di messaggi.

• Accesso: l'indirizzo con cui si è registrato, che cosa vede quando prova, da quale dispositivo.
• Errore: i passi per riprodurlo, il messaggio esatto, la data e l'ora.
• Pagamento: l'indirizzo usato per pagare e la data dell'addebito, mai i dati completi della carta.
• Richiesta: il problema che vuole risolvere, prima della soluzione che propone.

Le quattro categorie chiedono cose diverse perché i problemi si risolvono con informazioni diverse. L'ultima è la più sottovalutata: chiedere il problema prima della soluzione ti evita di costruire una funzione che risolve la cosa sbagliata. Una regola che vale per tutte: non chiedere mai password né dati completi di pagamento, e scrivilo anche nella risposta-tipo.

Dati dei clienti, rimborsi e violazioni

Un messaggio di supporto contiene dati personali, e il regolamento (UE) 2016/679 lo tratta come qualsiasi altro dato. L'articolo 13 prevede che tu informi l'interessato, al momento della raccolta, di chi è il titolare, delle finalità e della base giuridica; l'informativa privacy del sito deve quindi dire che le email di assistenza sono conservate e perché. L'articolo 33 prevede che, in caso di violazione dei dati, tu notifichi l'autorità di controllo senza ingiustificato ritardo e, ove possibile, entro 72 ore da quando ne sei venuto a conoscenza, salvo rischio improbabile.

Per i rimborsi il riferimento è il Codice del consumo (d.lgs. 206/2005, art. 52): il consumatore ha quattordici giorni per recedere da un contratto a distanza, salvo le eccezioni dell'art. 59. Quanto tempo conservare i messaggi di supporto è una scelta tua da scrivere e rispettare: un periodo definito, dichiarato nell'informativa. Il periodo adatto al tuo caso lo decidi con un consulente, non qui. Come impostare i pagamenti e il checkout lo trovi nell'articolo su Stripe.

Quando smettere di farlo da solo

Il segnale che il supporto ti consuma è misurabile: il tempo che gli dedichi ogni settimana, annotato per un mese. Se supera la quota che hai deciso di dedicargli (una scelta tua), hai tre strade: migliorare il prodotto o la documentazione per eliminare le domande ripetute, aumentare il prezzo per rendere sostenibile il tempo, o delegare. Delegare è l'ultima, perché costa e richiede di insegnare ciò che sai. Le domande ripetute sono il tesoro nascosto: ognuna è una pagina di documentazione che manca. La strategia di contenuti può partire proprio da lì, e la pre-mortem ti aiuta a sapere prima dove peseranno di più.

Domande frequenti

Mi serve un sistema di assistenza dal primo giorno?

No. Una casella dedicata, un filtro e un file con le risposte-tipo bastano finché le richieste sono poche. Passa a un sistema più strutturato quando non riesci più a ricordare chi ha scritto cosa.

In quanto tempo devo rispondere?

Non esiste un tempo valido per tutti: dipende dal prodotto e da cosa prometti. Scrivi il tuo obiettivo, per esempio quattro ore per accessi e pagamenti, e misuralo con la mediana e il massimo come nell'esempio. Se prometti il tempo pubblicamente, rispettalo.

Posso usare l'intelligenza artificiale per rispondere?

In questo articolo no, e non ne parlo: non ho misure da mostrarti. Se un giorno la aggiungi, chiediti prima dove vanno i testi dei clienti, perché sono dati personali e vanno citati nell'informativa.

Che cosa sai fare adesso

Sai fissare un solo ingresso per le richieste, scrivere regole di triage ordinate e verificarle con un programma, preparare risposte-tipo che chiedono le informazioni giuste, e misurare i tempi con mediana e massimo. Sai anche quali obblighi toccano i messaggi dei clienti: informativa, notifica di violazione e termini di recesso. Il resto del percorso torna sull'infrastruttura, dove devono stare anche i backup, e sui numeri dei progetti piccoli.

Per il quadro dei costi fissi che il supporto deve restare sotto controllo, rileggi il punto di pareggio del primo articolo.