Come condurre una selezione software (RFP) senza perdere una stagione
Un processo di selezione strutturato trova il sistema giusto e protegge il calendario delle vendite. Una guida passo per passo per le aziende di moda che conducono una richiesta di offerta.
IN SINTESI Sintesi della redazione
- Una selezione software dovrebbe partire dai risultati di business e dai processi, non da una lista dei desideri di funzionalità.
- Una shortlist mirata e demo guidate da script, con i prodotti e gli scenari del brand stesso, rivelano molto più di presentazioni generiche.
- I requisiti andrebbero suddivisi per priorità in indispensabili e desiderabili, testando esplicitamente le specificità della moda come matrici taglie, stagioni e finestre di consegna.
- La tempistica deve essere costruita a ritroso a partire dal calendario delle vendite, così che il go-live non coincida con la raccolta ordini o con i picchi di consegna.
- Verifica delle referenze, costo totale su più anni e approccio di implementazione del fornitore contano quanto il prodotto stesso.
Un brand di moda decide di aver bisogno di un nuovo sistema ordini B2B. Il progetto parte in primavera, la richiesta di offerta cresce fino a centinaia di domande, le demo si trascinano per tutta l'estate e il contratto viene firmato proprio quando inizia la successiva campagna vendite. Nessuno ha tempo per implementarlo e il go-live slitta di un'intera stagione. La selezione di un software non deve per forza andare così.
Che cos'è una RFP e quando vale la pena condurla?
Una request for proposal, o richiesta di offerta, è un processo strutturato in cui un'azienda descrive le proprie esigenze, invita fornitori selezionati a rispondere e confronta le loro proposte secondo criteri coerenti. Vale lo sforzo per sistemi costosi, difficili da sostituire o centrali per l'operatività, come un ERP, un PLM, un PIM o una piattaforma di vendita wholesale. Per strumenti più piccoli è spesso sufficiente un processo più leggero con un breve elenco di requisiti e delle prove.
Come dovrebbe essere strutturato il processo?
Una selezione ben condotta ha fasi chiare, ciascuna con una decisione finale. Una sequenza tipica è la seguente:
- Definire risultati e perimetro. Descrivere che cosa deve migliorare, per esempio un'elaborazione più rapida dei re-order o meno errori negli ordini, e quali processi e canali rientrano nel perimetro.
- Mappare i processi attuali e target. Documentare come si lavora oggi e come si dovrebbe lavorare, eccezioni comprese.
- Scrivere requisiti con priorità. Separare gli indispensabili dai desiderabili. Mantenere l'elenco concentrato su ciò che differenzia le opzioni.
- Analizzare il mercato e stilare una shortlist. Usare primi colloqui o una richiesta di informazioni per restringere il campo a un numero ridotto di candidati seri.
- Emettere la RFP. Condividere contesto, requisiti, esigenze di integrazione, tempistiche e criteri di valutazione.
- Condurre demo guidate da script. Chiedere a ogni fornitore di mostrare gli stessi scenari usando i dati del brand.
- Verificare le referenze e negoziare. Parlare con clienti comparabili, confrontare il costo totale e concordare le condizioni di implementazione.
- Decidere e pianificare l'implementazione, con date fissate rispetto al calendario della stagione.
Quali requisiti specifici della moda andrebbero testati?
Gli elenchi di requisiti generici colgono raramente ciò che rende difficile la moda. La selezione dovrebbe testare esplicitamente questi punti, idealmente nelle demo anziché con risposte scritte:
- Gestione di modelli, varianti colore e scale taglie, incluse scale taglie per mercato, prepack e confezioni in proporzione fissa.
- Stagioni, collezioni, modelli carry-over e più finestre di consegna su un unico ordine.
- Assortimenti, listini, valute e condizioni di pagamento specifici per cliente.
- Processi di pre-order, re-order e riassortimento, inclusi i minimi d'ordine.
- Integrazione con ERP e PIM esistenti e, dove necessario, EDI con i retailer.
- Usabilità per gli utenti reali, come buyer, agenti, merchandiser o servizio clienti.
Come andrebbero valutati i fornitori?
| Criterio | Che cosa valutare | Come valutarlo |
|---|---|---|
| Aderenza funzionale | Copertura degli scenari indispensabili | Demo guidate da script, con punteggi assegnati dagli utenti |
| Integrazione | Compatibilità con ERP, PIM e connessioni con i partner | Sessioni tecniche, analisi della documentazione |
| Usabilità e adozione | Facilità d'uso per gli utenti quotidiani | Prove pratiche con gli utenti chiave |
| Fornitore e partner | Esperienza nel settore, approccio di implementazione, supporto | Colloqui di referenza con brand comparabili |
| Costo totale | Licenze, implementazione, integrazione, impegno interno su più anni | Confronto strutturato dei costi |
I punteggi dovrebbero essere assegnati dalle persone che hanno assistito agli scenari, registrati in modo indipendente prima di qualsiasi discussione di gruppo. Ciò riduce l'influenza del relatore più persuasivo nella stanza e rende più facile spiegare la decisione finale al resto dell'azienda.
Ponderare i criteri prima dell'inizio delle demo mantiene la valutazione onesta. Concordare in anticipo, per esempio, che aderenza funzionale e integrazione insieme pesano più del prezzo evita decisioni dell'ultimo minuto guidate da uno sconto.
Come proteggere il calendario delle vendite?
La regola di pianificazione più importante è lavorare a ritroso partendo dalla stagione. Individuare i periodi in cui l'azienda non può assorbire cambiamenti, tipicamente le principali finestre di raccolta ordini, le fiere e i mesi di picco delle consegne. Poi pianificare il go-live in una finestra più tranquilla e calcolare quando il contratto deve essere firmato per rendere realistica quella data, includendo migrazione dei dati, integrazione, test e formazione.
La capacità di implementazione merita la stessa onestà. Gli utenti chiave che devono testare, migrare dati e formare i colleghi sono di solito le stesse persone che gestiscono la stagione. Riservare il loro tempo nel piano, e sostituirli nelle attività di routine dove possibile, fa spesso la differenza tra un go-live che regge e uno che slitta.
È utile anche limitare la dimensione della RFP. Questionari lunghi rallentano fornitori e valutatori e producono spesso risposte tutte affermative. Un documento mirato, con scenari che contano, porta a risposte più rapide e più significative.
Infine, coinvolgere fin dall'inizio le persone che useranno il sistema. Sales operations, agenti, key account manager e, dove possibile, alcuni partner retail di fiducia possono giudicare l'usabilità in modi che i team di progetto non possono. Una selezione di cui il business si sente titolare ha molte più probabilità di essere implementata nei tempi e di portare i miglioramenti che l'hanno giustificata.
Domande frequenti
Quanti fornitori dovrebbero far parte della shortlist di una RFP?
Una shortlist ridotta, spesso intorno a tre, consente di valutare adeguatamente ciascun fornitore con demo guidate da script e verifica delle referenze. Elenchi più lunghi aumentano l'impegno senza migliorare la decisione.
Conviene affidarsi a un consulente per la selezione del software?
Un consulente può aiutare con la conoscenza del mercato, la struttura e la negoziazione, soprattutto per sistemi di grandi dimensioni come un ERP. Il brand dovrebbe comunque restare titolare dei requisiti e della decisione finale, perché sarà lui a convivere con il risultato.
Qual è la differenza tra una RFI e una RFP?
Una request for information raccoglie informazioni generali su fornitori e prodotti per costruire una shortlist. Una request for proposal chiede ai fornitori in shortlist risposte dettagliate, prezzi e piani di implementazione rispetto a requisiti specifici.
Un'edizione ogni giorno feriale. Si legge in cinque minuti. Gratuita per i professionisti del settore.
