Pacchetti a sedute venduti a rate: come si tiene il conto di chi deve cosa
Vendere un pacchetto è la parte facile. Il difficile comincia il giorno dopo: tenere allineate le sedute erogate, le rate incassate e quello che resta da incassare — tre conti diversi che quasi sempre vivono in tre posti diversi, e che smettono di tornare nel giro di due mesi.
Un pacchetto da dieci sedute pagato in quattro rate sembra una cosa sola. In realtà sono tre cose che si muovono a velocità diverse, e il momento in cui si disallineano è anche il momento in cui nessuno se ne accorge.
Le sedute
Quante ne ha fatte, quante ne restano. Si consuma quando la cliente entra in cabina.
I soldi incassati
Quanto ha già pagato. Si muove secondo le scadenze delle rate, non secondo le visite.
Il residuo dovuto
Quanto manca. È l'unico che nessuno tiene aggiornato, perché è una differenza tra gli altri due.
Una cliente può aver fatto otto sedute su dieci e aver pagato due rate su quattro. I due numeri non hanno nessun obbligo di corrispondere.
Finché i pacchetti attivi sono dieci, tutto questo sta in testa a chi sta in cassa. A cinquanta no. E il problema non è la memoria: è che i tre conti vengono aggiornati da persone diverse in momenti diversi — la seduta la scala chi sta in cabina, la rata la registra chi sta in cassa, e il residuo non lo scrive nessuno.
I quattro punti in cui il conto si rompe
Sono sempre gli stessi, in qualunque centro. Nessuno è drammatico da solo: diventano un problema perché si accumulano in silenzio per mesi.
Il pacchetto smette di essere un foglio e diventa un oggetto
La soluzione non è un foglio Excel fatto meglio: è che il pacchetto viva dentro la scheda della cliente, nello stesso posto dove stanno gli appuntamenti. Così scalare una seduta non è un'operazione in più da ricordare — è quello che succede quando l'appuntamento viene chiuso.
I tre conti nello stesso riquadro. Il residuo non è un calcolo da fare: è un dato che si legge.
Cambia una cosa sola, e cambia tutto: il residuo smette di essere una sottrazione che qualcuno deve ricordarsi di fare. Chiunque apra la scheda — l'operatrice, chi sta in cassa, la titolare da casa la sera — vede lo stesso numero, e quel numero è aggiornato all'ultima seduta chiusa.
Un incasso, più voci, senza toccare le rate per sbaglio
È il punto più sottovalutato di tutti. Alla cassa succede quasi sempre la stessa cosa: la cliente paga la rata del pacchetto e compra anche un prodotto, e magari divide tra contanti e carta. Se il sistema registra un incasso da 82 euro, l'informazione di cosa fosse quel pagamento è già persa.
Le voci restano separate anche quando il pagamento è uno solo. Il piano rate avanza di esattamente una rata, il magazzino scala di esattamente un prodotto.
Perché conta più di quanto sembri: è qui che nascono quasi tutte le differenze di cassa a fine mese. Non da ammanchi — da attribuzioni sbagliate, cioè soldi veri finiti sulla voce sbagliata. E una differenza di attribuzione non la trovi ricontando i contanti: la trovi solo rifacendo a mano lo storico di una cliente alla volta.
Il pacchetto comprato in una sede e usato in un'altra
Appena i centri diventano due, arriva la domanda che rompe qualsiasi foglio: la cliente ha comprato in centro il pacchetto e fa una seduta in periferia. Di chi è l'incasso, e chi scala la seduta?
Se ogni sede ha il suo file, la risposta è che la seduta la scala nessuno e l'incasso se lo attribuiscono tutti e due. Se invece il pacchetto è un oggetto unico legato alla cliente, la sede è solo l'attributo di dove è avvenuta la seduta — e il rendiconto di gruppo torna senza che nessuno debba riconciliare niente a fine mese.
Quando il quaderno basta davvero. Se vendi qualche pacchetto al mese, li incassi tutti subito e chi sta in cassa sei sempre tu, un quaderno ordinato funziona e non ti serve altro. Il problema nasce da tre cose messe insieme: pagamenti dilazionati, più persone che toccano la cassa, e abbastanza pacchetti attivi da non stare in testa. Se ne hai solo una delle tre, probabilmente stai bene così.
Tutto quello che c'è qui sopra viene da un gestionale su misura che abbiamo costruito per una rete di sedici centri, dove il problema dei pacchetti era la ragione principale per cui il software a licenza che usavano non bastava più:
- Prima: pacchetti a sedute gestiti a mano su un Excel parallelo, rate e scadenze su un quaderno
- Ora: il pacchetto vive nella scheda cliente con barra sedute usate/totali e residuo da incassare, accanto a spesa totale, media per visita e debito aperto
- I prodotti si vendono insieme a un pacchetto nello stesso checkout, con la possibilità di dividere il pagamento tra metodi diversi senza toccare per errore le rate
- Rendiconto di gruppo su sedici sedi in tempo reale, prima impossibile con un report per sede isolato
- Migrazione dello storico senza perdite: 21.000 clienti, 217.000 appuntamenti e oltre 128.000 sedute già erogate ricostruite
Quanto vi devono, adesso, i pacchetti aperti?
Se per rispondere serve aprire due file e fare una sottrazione, è quello il problema — non i pacchetti.
Parliamone
