Le piattaforme di welfare aziendale degli anni 2010 hanno una filosofia di fondo: 'questo è il pacchetto, questo è quello che puoi fare, questo è quello che non puoi fare'. Il problema è che il welfare aziendale vero — i flexible benefit, cioè rimborsi sanitari, formazione, trasporti, asili, mutuo — è una categoria intrinsecamente personalizzabile. E ogni HR che ha provato a chiedere una personalizzazione sa esattamente come va a finire.
Una cosa che notiamo ogni volta che parliamo con un HR manager che sta valutando un cambio di piattaforma di welfare aziendale: la prima frase che dice è quasi sempre la stessa.
"Volevamo aggiungere [una cosa specifica], e ci hanno risposto che non si può."
A volte la cosa specifica è un plafond di flexible benefit differenziato per i dipendenti della sede di Bolzano rispetto a quelli di Verona. A volte è un budget Natale che si attiva solo a dicembre. A volte è un rimborso asilo nido che il fornitore non sa gestire perché "il caso non è previsto". A volte è un export che entri direttamente nel gestionale paghe senza dover scaricare un CSV e rincollare 300 righe a mano.
Cosa curiosa: nessuna di queste richieste è esotica. Sono tutte cose ragionevoli, che qualunque imprenditore considererebbe normali. Eppure la risposta della piattaforma è sempre la stessa: "non si può". O peggio, "si può, ma solo nella versione enterprise da N volte tanto".
Una premessa utile: quando in questo articolo parliamo di welfare aziendale, intendiamo principalmente i flexible benefit — rimborsi sanitari, formazione, trasporti pubblici, asili nido, libri scolastici, abbonamenti, contributi al mutuo. Sono la categoria difficile, quella che conta davvero ai fini del benessere del dipendente, ed è anche quella che le piattaforme tradizionali rendono complicata da usare. I buoni pasto sono uno strumento separato (e Cipay li gestisce con un'altra logica). Le gift card spendibili ovunque, invece, non sono welfare aziendale: sono un'altra cosa.
Le piattaforme di welfare aziendale nate tra il 2012 e il 2018 sono state costruite con una logica molto chiara: definire un set di funzionalità, impacchettarle in tre o quattro listini diversi, e venderle come prodotto a catalogo. Era la stessa logica del software gestionale degli anni novanta: "questo è quello che fa, prendere o lasciare".
Quella logica funziona finché il cliente accetta di adattarsi al prodotto. Funziona benissimo, in effetti, per i primi anni di un mercato nuovo: nessuno sa ancora cosa serve, le aziende prendono quello che c'è, l'emettitore non deve fare scelte difficili.
Poi succede una cosa: il mercato matura. Le aziende capiscono cosa vogliono. E quello che vogliono è quasi sempre qualcosa di più specifico del pacchetto standard.
A quel punto la piattaforma rigida ha due strade. La prima è dire "non si può" e perdere il cliente. La seconda è promettere personalizzazione e poi scoprire che il proprio stack tecnico non è progettato per farla — quindi consegnare un Frankenstein di workaround che il cliente paga ma che non funziona davvero.
Entrambe le strade sono in vicolo cieco.
Il welfare aziendale modulare — o componibile, o "Lego", come ci piace chiamarlo internamente — parte da una premessa diversa: non vendiamo un prodotto, costruiamo una soluzione.
In pratica significa che le funzionalità sono mattoncini indipendenti che si possono montare in modi diversi a seconda di quello che serve. Esempi concreti, ispirati a configurazioni reali (i numeri sono illustrativi).
• Plafond di flexible benefit differenziato per categoria di dipendenti: ruolo, livello CCNL, sede, anzianità. Tre livelli di plafond per tre categorie, nello stesso piano, senza perdere il regime fiscale.
• Welfare a finestra: budget Natale che si apre il 1 dicembre e si chiude il 31 gennaio. I residui rientrano automaticamente in budget aziendale, senza intervento manuale.
• Webhook su nuova assunzione: quando il gestionale paghe registra un nuovo dipendente, il piano di welfare aziendale viene attivato automaticamente, con tanto di email di benvenuto personalizzata.
• Multi-CDC per gruppi: la stessa configurazione di welfare aziendale gestisce 5 ragioni sociali diverse, ognuna con il proprio centro di costo, e i report mensili escono già allocati.
• Approvazione manager in-app per spese sopra una soglia.
• Categorie merceologiche custom oltre a quelle standard.
• White-label dell'app dipendente per gruppi che vogliono il proprio brand.
Nessuna di queste cose è particolarmente complicata. Sono tutte cose che un'azienda dovrebbe poter chiedere, ottenere in qualche giorno, e usare.
Il problema delle piattaforme rigide non è la tecnologia. Le tecnologie esistono da almeno dieci anni. Il problema è che il modello di business è incompatibile con la personalizzazione: se vendi un prodotto a catalogo, ogni cliente che chiede una variante è un costo. Se vendi una soluzione costruita addosso, ogni cliente è la ragione per cui esisti.
È un cambio di postura, non di feature. E si vede subito al primo tavolo: chi vende un prodotto a catalogo ti spiega cosa fa la piattaforma. Chi vende una soluzione ti chiede come è organizzata l'azienda.
Cinque domande utili per capire da che parte sta.
1. "Posso avere plafond diversi per due categorie di dipendenti, nello stesso piano?"
2. "Avete un'API pubblica documentata? E un webhook per gli eventi?"
3. "Come integrate Zucchetti / TeamSystem / INAZ / il mio gestionale paghe? In quanti giorni?"
4. "Se io ho cinque ragioni sociali, posso gestirle nello stesso piano con allocazioni separate per centro di costo?"
5. "Quanto costa fare una personalizzazione che non è già a listino?"
Le risposte vi diranno tutto quello che dovete sapere. Se la prima parola è "dipende dal piano commerciale", siete davanti a una piattaforma rigida. Se la prima parola è "raccontami come è organizzata la tua azienda", siete davanti a qualcos'altro.
Cipay è pensato per essere componibile dal primo giorno. Se volete capire come potrebbe funzionare per la vostra organizzazione specifica, parliamone dalla pagina Piano Welfare.