In sintesi
- Una RFP software HR ben scritta ha sei parti: contesto, requisiti funzionali, requisiti tecnici e di sicurezza, costo complessivo, modalità di risposta, criteri di valutazione.
- I requisiti funzionali si scrivono come scenari da dimostrare, non come elenchi di funzioni da spuntare.
- Il costo si chiede su più anni, comprese integrazioni, configurazione e modifiche successive.
- I criteri di valutazione e i loro pesi si fissano prima di ricevere le offerte.
Una RFP software HR (request for proposal, richiesta di offerta) è il documento con cui l’azienda chiede ai fornitori di proporre una piattaforma per la gestione del personale. Questa guida è per la direzione Acquisti, che di solito la coordina, e per la direzione HR e l’IT, che ne scrivono i requisiti. Trovi la struttura del documento, un modello di requisiti in tabella e una griglia di valutazione da adattare. I criteri sono gli stessi della guida su come scegliere una piattaforma HR: qui diventano domande formali.
Perché una RFP per una piattaforma HR è diversa da altre gare
La differenza sta nelle regole. Un software gestionale generico si confronta su funzioni; una piattaforma HR si confronta su quanto bene gestisce regole diverse per popolazioni diverse e quanto costa cambiarle. In un’azienda con più contratti nazionali, società del gruppo e reti di vendita, lo stesso processo ha varianti che nessun elenco di funzioni cattura.
Che cosa comporta per la RFP. I requisiti vanno scritti partendo dai processi reali dell’azienda. Prima di scrivere, mappa i processi con il metodo della guida su processi HR: come mapparli e digitalizzarli.
Come si struttura una RFP software HR
La RFP ha sei sezioni. La tabella indica chi le scrive e che cosa contengono.
| Sezione | Chi la scrive | Contenuto |
|---|---|---|
| 1. Contesto | Acquisti con HR | Azienda, società, numero di dipendenti, popolazioni, sistemi attuali, obiettivi e tempi del progetto |
| 2. Requisiti funzionali | HR | Processi da coprire, scritti come scenari da dimostrare |
| 3. Requisiti tecnici e di sicurezza | IT | Architettura, ospitalità dei dati, integrazioni, autenticazione, permessi |
| 4. Costo complessivo | Acquisti | Schema di offerta su più anni, voci separate |
| 5. Modalità di risposta | Acquisti | Formato, scadenze, demo su scenario, referenze |
| 6. Criteri di valutazione | Acquisti con HR e IT | Criteri, pesi, punteggi |
1. Contesto
Il contesto serve al fornitore per dimensionare l’offerta e a te per confrontare offerte omogenee. Indica perimetro organizzativo (società, sedi, dipendenti per popolazione), contratti nazionali applicati, sistemi da cui arrivano i dati (paghe, presenze, sistemi di processo), processi già digitalizzati e processi su carta o fogli di calcolo, priorità e tempi.
Cosa conviene dire. Le aree da attivare subito e quelle previste negli anni successivi. È la base per valutare se la piattaforma può crescere sugli stessi dati.
2. Requisiti funzionali
I requisiti software HR funzionali si scrivono come scenari. Invece di «gestione della valutazione delle performance: sì/no», scrivi: «due popolazioni con schede, fasi e approvatori diversi valutate nello stesso periodo; una persona cambia responsabile durante la campagna». Il fornitore risponde descrivendo come lo gestisce e lo mostra in demo.
Gli scenari da non dimenticare. Persona che cambia posizione durante un processo. Responsabile che lascia il ruolo e approvazioni che restano senza attore. Consultazione dell’organizzazione a una data passata. Modifica di una regola dopo l’avvio, fatta dall’HR. Report costruito senza estrazioni dell’IT.
3. Requisiti tecnici e di sicurezza
Qui scrive l’IT. Le voci minime: opzioni di ospitalità (cloud o on premise, server del fornitore o presso il cliente, paese dei server); integrazioni con le fonti dei dati e loro manutenzione; autenticazione aziendale (single sign-on, LDAP); modello dei permessi per funzione, dato e perimetro; trattamento dei dati personali: ruoli, misure e documentazione che il fornitore mette a disposizione.
4. Costo complessivo
Chiedi il costo della soluzione nel tempo, non il solo prezzo delle licenze. Separa le voci: licenze o canoni, setup iniziale, integrazioni, configurazione dei processi, formazione, assistenza, modifiche successive. Chiedi una stima su un orizzonte di più anni, con lo stesso perimetro per tutti i fornitori.
La voce che fa la differenza. Quanto costa una modifica dopo l’avvio e chi la fa. Se ogni nuova regola richiede un intervento di sviluppo, il costo cresce a ogni riorganizzazione.
5. Modalità di risposta
Fissa un formato unico (la tabella dei requisiti qui sotto, compilata dal fornitore), una scadenza, una sessione di domande e risposte e una demo su scenario: il fornitore mostra due o tre dei tuoi scenari, non la sua demo standard.
6. Criteri di valutazione
I criteri di valutazione e i loro pesi si decidono prima di aprire le offerte. Per scegliere quali criteri usare, parti dalla guida su come scegliere una piattaforma HR. È ciò che rende il confronto difendibile davanti al vertice.
Il modello di requisiti
La tabella è il cuore della RFP. Il fornitore compila le ultime due colonne. La colonna «Priorità» la compili tu: obbligatorio, importante, utile.
| N. | Area | Requisito (scenario) | Priorità | Risposta del fornitore | Dimostrabile in demo |
|---|---|---|---|---|---|
| F1 | Dati del personale | Un archivio unico per persona, alimentato dai sistemi aziendali e dai processi HR, con data di validità di ogni dato | Obbligatorio | Sì / No | |
| F2 | Organizzazione | Struttura organizzativa consultabile a una data passata; modifiche pianificate con decorrenza futura | Obbligatorio | ||
| F3 | Organizzazione | Responsabile ad interim quando una posizione di responsabile resta scoperta | Importante | ||
| F4 | Processi | Più campagne contemporanee, ciascuna con popolazione, fasi, tempi e regole propri | Obbligatorio | ||
| F5 | Processi | Policy configurabile per le persone che cambiano posizione durante un processo | Obbligatorio | ||
| F6 | Configurazione | Attori, fasi, schede, visibilità e comunicazioni modificabili dall’HR senza sviluppo | Obbligatorio | ||
| F7 | Lettere | Lettere a gruppi da modello, con approvazione a più livelli e pubblicazione con presa visione | Importante | ||
| F8 | Report | Query e report costruiti dall’HR senza competenze tecniche, nel rispetto dei permessi | Obbligatorio | ||
| F9 | Procure | Segnalazione delle procure quando conferente o procuratore cambia posizione | Utile | ||
| T1 | Architettura | Opzioni di ospitalità dei dati e paese dei server | Obbligatorio | ||
| T2 | Accessi | Single sign-on e LDAP | Obbligatorio | ||
| T3 | Permessi | Visibilità per posizione, profilo, area geografica, inquadramento | Obbligatorio | ||
| T4 | Integrazioni | Elenco delle integrazioni previste e chi ne cura la manutenzione | Obbligatorio | ||
| C1 | Costo | Costo su più anni, voci separate, perimetro indicato nel contesto | Obbligatorio | ||
| C2 | Costo | Stima di due modifiche tipiche del secondo anno | Importante |
La griglia di valutazione
Un esempio di pesi da adattare. Ogni criterio si valuta da 1 a 5 sulla base delle risposte scritte e della demo.
| Criterio | Peso | Che cosa si guarda |
|---|---|---|
| Copertura dei processi sugli stessi dati | 25% | Requisiti F1-F9, esito delle demo su scenario |
| Regole per popolazioni diverse | 15% | F4, F5 |
| Configurazione senza IT | 20% | F6, prova di modifica in demo |
| Requisiti tecnici e di sicurezza | 15% | T1-T4 |
| Costo complessivo | 20% | C1, C2 |
| Referenze in aziende comparabili | 5% | Settore, dimensione, popolazioni |
Come usarla. I pesi sono un esempio: decidili con HR e IT prima di aprire le offerte e non cambiarli dopo.
Errori frequenti nella RFP
Requisiti copiati da un’altra gara. Descrivono i processi di un’altra azienda. Il fornitore risponde «sì» a tutto e le offerte diventano indistinguibili.
Tutto obbligatorio. Se ogni requisito è obbligatorio, nessuno lo è. Distingui ciò che esclude un’offerta da ciò che la migliora.
Costo chiesto come prezzo. Senza voci separate e orizzonte di più anni, il confronto premia chi sposta il costo dopo l’avvio.
Demo libera. Ogni fornitore mostra il suo caso migliore. Imponi gli scenari.
Domande frequenti
Chi deve scrivere una RFP software HR?
La coordina di solito la direzione Acquisti. I requisiti funzionali li scrive la direzione HR, quelli tecnici e di sicurezza l’IT. Criteri e pesi si decidono insieme prima dell’uscita della RFP.
Quanti requisiti software HR servono?
Pochi e precisi. Meglio quindici scenari che descrivono i tuoi processi reali che duecento righe da spuntare. Ogni requisito obbligatorio deve poter escludere un’offerta.
Quali criteri pesano di più nella griglia di valutazione?
Dipende dall’azienda, ma in quelle con più popolazioni e regole contano soprattutto la copertura dei processi sugli stessi dati e la configurazione senza IT, perché determinano il costo degli anni successivi.
RFP software HR: dalla struttura al documento di gara
Le sei sezioni, la tabella dei requisiti e la griglia di valutazione di questa guida si riportano nel documento di gara e si adattano al perimetro del progetto. Se coordini la scelta dagli Acquisti, nella pagina per gli acquisti trovi le risposte su costo complessivo, avvio e sicurezza dei dati. Per il quadro generale, leggi la guida che cos’è un HCM e perché tenere tutta l’HR in un solo sistema.
