Come scrivere un RFP per un TMS: la nostra esperienza [+ 5 modelli gratuiti]

Rispondiamo ogni settimana a RFP (Request for Proposal) per software di gestione trasporti. Alcune sono un piacere da elaborare. Altre sono una lezione su cosa non fare.

Questo articolo è quello che costruirei se dovessi gestire da zero un processo di selezione di un TMS oggi. Si basa sugli RFP a cui abbiamo risposto, sui pattern che si ripetono tra aziende e settori, su ciò che la maggior parte di essi include e sugli errori più comuni che riscontriamo.

Se sei uno specialista degli acquisti, gran parte di questo ti sembrerà familiare. Speriamo che almeno qualcosa ti faccia risparmiare un ciclo di chiarimenti inutile.

Cos'è un RFP per un TMS?

Un RFP per un TMS (Request for Proposal) è un documento strutturato che invii ai fornitori di software di gestione trasporti. Descrive la tua operazione logistica e chiede a ciascuno di proporre come il proprio sistema la gestirebbe, rispondendo agli stessi requisiti. L'obiettivo è la comparabilità: stesse domande, stesso formato, stesso contesto, così le risposte possono essere messe a confronto diretto invece di essere lette come cinque pitch commerciali separati.

Non sempre è necessario. Un RFP si giustifica quando la decisione è complessa o quando dovrai motivarla internamente ad altre persone. Se la tua operazione logistica è semplice, una demo del prodotto più una chiamata con qualche fornitore è sufficiente.

Hai davvero bisogno di avviare una gara RFP per un TMS?

Sbagliare questa valutazione è l'errore più costoso dell'intero processo di selezione di un TMS. Decidilo prima di qualsiasi altra cosa.

La questione dipende dalla complessità della tua logistica, non dalle dimensioni della tua azienda.

Avvia una gara RFP strutturata per un TMS se spedisci da più sedi, utilizzi diverse modalità di trasporto e hai bisogno che il sistema si integri con il tuo ERP. In quel caso devi mettere tutti i fornitori fianco a fianco, così nulla di importante sfugge. I vettori vengono connessi in modi molto diversi: uno lo chiama "nativo", il successivo lo gestisce silenziosamente tramite terzi. In un processo poco rigoroso, te ne accorgi solo dopo aver firmato. Troppo tardi.

Salta il processo RFP formale se gestisci una singola sede con pochi vettori e sai già cosa ti serve. Perché? Perché nel momento in cui avvii un RFP, ti posizioni automaticamente nella fascia di pricing enterprise. 2-3 buone demo con domande mirate ti portano spesso a un sistema migliore, a un costo inferiore e in meno tempo. Di' a quei 2-3 fornitori cosa spedisci e quale problema vuoi risolvere, poi chiedi loro di mostrartelo nel loro sistema live. Nel giro di un'ora avrai le idee chiare. E se spedisci prevalentemente pacchi anziché pallet o carichi, potrebbe non servirti un TMS completo: il software di spedizione multi-vettore è una categoria diversa e più leggera, pensata proprio per questo.

Sii quindi onesto su quale delle due situazioni ti riguarda prima di iniziare. Avviare un RFP senza averne bisogno è il modo più lento e costoso per acquistare un TMS.

Avviare un RFP senza averne bisogno è il modo più lento e costoso per acquistare un TMS.

Un'altra avvertenza se decidi di percorrere la strada dell'RFP completo. Un processo appesantito da linguaggio burocratico, framework metodologici e richieste di prezzi fissi richiede settimane di lavoro per rispondere, e i fornitori in grado di sostenere quel carico tendono a essere quelli grandi e consolidati. Se una piattaforma più snella e moderna ti servirebbe meglio, un processo eccessivamente burocratico potrebbe silenziosamente escluderla prima ancora che tu la veda in demo.

L'obiettivo è trovare la soluzione giusta per te. Progetta il processo attorno a questo, non attorno alla gestione del processo stesso.

Il processo RFP per un TMS in 9 passaggi

La selezione di un TMS non deve essere complicata, ma richiede una sequenza chiara. Saltare dei passaggi si paga dopo — di solito durante l'implementazione, quando le ipotesi che avrebbero dovuto essere chiarite all'inizio diventano sorprese costose.

Fatto bene, l'intero processo richiede 8-12 settimane. Meno per un perimetro semplice, e raramente ne servono di più.

Ecco la sequenza che funziona:

1. Ricerca di mercato. Prima di scrivere un singolo requisito, dedica del tempo a capire cosa c'è là fuori. Il mercato dei TMS si è evoluto molto negli ultimi cinque anni: esistono buone piattaforme enterprise, buone piattaforme mid-market e soluzioni SaaS moderne e capaci che cinque anni fa non esistevano. Costruisci una longlist di 5-8 fornitori di TMS da approcciare.
2. NDA. Invialo subito. Condividerai dati operativi come volumi, nomi dei vettori e dettagli dei sistemi interni: un NDA firmato prima che l'RFP venga inviato è prassi standard e tutela entrambe le parti.
3. RFI (opzionale). Una breve Request for Information ha senso se la tua longlist è ampia e vuoi filtrare prima di investire in un processo RFP completo. Tienila a una pagina: background aziendale, capacità chiave, fascia di prezzo indicativa. Abbastanza per fare una shortlist senza chiedere ai fornitori di scrivere saggi.
4. RFP. Il documento centrale. Fornisce a ogni fornitore tutto ciò di cui ha bisogno per fare una proposta accurata. Ne parliamo in dettaglio nel prossimo capitolo.
5. Finestra di Q&A. Includila sempre. I fornitori avranno domande, e le risposte migliorano spesso ogni proposta che ricevi. Gestiscila per iscritto e condividi tutte le domande e le risposte con tutti i fornitori contemporaneamente. Mantiene il processo pulito e comparabile.
6. Shortlist e presentazioni. Valuta le proposte scritte, poi invita 2-3 fornitori a presentare. La presentazione deve includere una dimostrazione live del sistema basata sui tuoi casi d'uso reali, non una demo generica. Se un fornitore non riesce a mostrarti il tuo scenario nel suo sistema, è già un'informazione utile.
7. Secondo round (se necessario). Per una decisione complessa, una sessione più approfondita focalizzata su aspetti specifici — sicurezza, integrazione, condizioni commerciali — vale il tempo investito. Non pianificarla se non hai domande reali ancora aperte.
8. Decisione e contratto. Allineati internamente prima di negoziare. Conosci i tuoi requisiti irrinunciabili, i compromessi accettabili e i punti di rottura.
9. Onboarding. Il processo non finisce alla firma. I migliori risultati di un RFP prevedono un piano di onboarding concordato prima della firma del contratto.

Timeline RFP per un TMS da copiare

Durata indicativa per perimetro:

• Singola sede con perimetro semplice: 6-8 settimane (potrebbe non essere necessario un RFP completo).
• Più sedi + integrazione ERP: 8-12 settimane.
• Progetto globale, multi-entità, con integrazioni complesse: 12-20 settimane, con due round di presentazioni molto probabili.

Scarica il modello di timeline RFP (.docx)

Cosa includere nel documento RFP per un TMS

Il documento RFP è il tuo strumento più importante in questo processo. Un buon RFP fa gran parte del lavoro di valutazione al posto tuo: tienilo focalizzato. Un RFP di 10 pagine ben costruito vale più di uno da 30 pagine che cerca di coprire tutto.

1. Lettera di presentazione e obiettivo

Una pagina. Chi sei, cosa cerchi, perché adesso. Sii diretto. I fornitori non hanno bisogno di una dichiarazione di visione: devono solo capire il tuo problema operativo.

2. Timeline

Un calendario chiaro con date reali: emissione dell'RFP, scadenza Q&A, consegna delle proposte, finestra di presentazione, decisione. I fornitori pianificano il loro impegno di risposta su questa base. Timeline vaghe producono proposte vaghe.

3. Background aziendale e operativo

È qui che la maggior parte degli RFP è carente, ed è la differenza tra proposte comparabili e un ciclo di chiarimenti. Non descrivere solo la tua azienda: descrivi la tua operazione logistica. Quante sedi. Quante entità legali. Quali modalità di trasporto (pacco, LTL, FTL, aereo, marittimo, ferroviario). Quali regioni. Volumi approssimativi. Sistemi attuali. Anche la definizione di "buono" cambia a seconda del settore: i requisiti per i produttori di elettronica, macchinari, prodotti chimici o stampa e imballaggio non sono gli stessi. Questo è il contesto di cui i fornitori hanno bisogno per strutturare la proposta in modo accurato. Se non fornisci abbastanza dettagli qui, passerai due settimane a rispondere a domande di chiarimento che avresti potuto evitare del tutto. Questo argomento ha una sezione dedicata nel prossimo capitolo.

4. Requisiti funzionali

Una tabella di ciò che il sistema deve fare, prioritizzata per importanza: indispensabile / importante / opzionale (Excel va benissimo). Chiedi ai fornitori di rispondere a ogni requisito indicando il livello di copertura: a) nativo, b) terze parti, c) personalizzazione, oppure d) non supportato. Questo è ciò che rende le proposte comparabili. Più avanti trovi indicazioni su come costruire questo elenco.

5. Criteri di valutazione

Di' ai fornitori come prenderai la decisione: funzionalità, prezzo, approccio all'implementazione, referenze, sicurezza, team. Condividi i pesi se sei disposto a farlo. Più sei trasparente, migliori saranno le proposte.

6. Modello di pricing

Chiedi un dettaglio completo: abbonamento, implementazione, commissioni per transazione, supporto e qualsiasi altra voce. Chiedi se possibile una fattura di esempio. Le strutture di pricing variano molto tra i fornitori, e i costi nascosti hanno la brutta abitudine di emergere tardi. Cerca di scoprirli il prima possibile.

7. Formato di risposta

Di' ai fornitori esattamente come vuoi che la proposta sia strutturata e, se fornisci dei modelli, rendine obbligatorio l'utilizzo. Proposte comparabili ti fanno risparmiare giorni in fase di valutazione, e il formato è interamente nelle tue mani.

Scarica il modello di documento RFP per partire dalla struttura completa descritta sopra:

Scarica il modello di documento RFP (.docx)

Le informazioni operative che la maggior parte degli RFP per un TMS omette — e perché sono le più importanti

Questo è il capitolo che vorrei che ogni autore di RFP per un TMS leggesse per primo.

Rispondiamo a molte gare per TMS. Quasi ogni proposta che scriviamo richiede un ciclo di chiarimenti — e raramente perché i requisiti erano poco chiari. Il motivo è che mancava il contesto operativo: volumi, struttura delle sedi, panoramica dei vettori, sistemi attuali.

Gli RFP che hanno richiesto un ciclo di chiarimenti completo hanno quasi sempre una cosa in comune:

Abbiamo visto aziende passare settimane a costruire criteri di valutazione ed elenchi di requisiti, per poi inviare un RFP che non menzionava quante spedizioni elaborano al mese.

Senza quell'informazione, i fornitori fanno supposizioni. E quando fanno supposizioni, le proposte arrivano generiche, i prezzi non sono definitivi e non c'è nulla di concreto da confrontare.

Ad esempio, un produttore globale con 10 magazzini e SAP ha bisogno di una proposta completamente diversa rispetto a un distributore con una singola sede che gestisce la logistica su fogli di calcolo. Se un fornitore non riesce a capire quale delle due sei, si copre le spalle — e ti ritrovi con proposte che non si impegnano su nulla.

La soluzione richiede un pomeriggio. Rispondi a queste dieci domande nell'RFP prima di inviarlo.

1. Organizzazione e perimetro. Quante entità legali e sedi sono incluse nel perimetro? Il rollout è parallelo o per fasi? Quanto operano in modo indipendente le sedi — contratti con vettori separati, team separati?
2. Volumi di spedizione. Numero di spedizioni mensili e giornaliere per sede, media e picco. Eventuale stagionalità. Ripartizione tra inbound e outbound.
3. Ripartizione per modalità di trasporto. Qual è la quota di pacco, LTL, FTL, aereo, marittimo? Quali modalità sono in crescita? Quali sono le più critiche dal punto di vista operativo?
4. Panoramica dei vettori. Quanti vettori per sede e per modalità? Condivisi tra le sedi o gestiti localmente? Ci sono vettori strategici da prioritizzare, o vettori nominati dal cliente che non puoi cambiare?
5. Geografia e rotte commerciali. Quali regioni sono nel perimetro? Quali rotte sono più importanti: nazionali, transfrontaliere, intercontinentali? Porti o hub logistici chiave?
6. Situazione attuale. Come vengono pianificate, prenotate e tracciate le spedizioni oggi? Tramite ERP, fogli di calcolo, portali dei vettori, email? Quali sono i principali punti critici del processo attuale?
7. Struttura finanziaria. Chi paga il trasporto — una sola entità o più? Ci sono numeri di conto di terzi o del cliente? Come vengono registrati e verificati oggi i costi di trasporto?
8. Modello di business. B2B, B2C? Se misto, la ripartizione. I requisiti operativi e di sistema differiscono in modo significativo.
9. Panoramica delle integrazioni. Quali sistemi devono connettersi al TMS: ERP, WMS, CRM? Ci sono integrazioni esistenti con vettori da mantenere? Quanto deve essere automatizzato fin dal primo giorno?
10. Timeline e vincoli. C'è una data di go-live target? Ci sono milestone interne — chiusura dell'anno fiscale, picco stagionale, migrazioni di sistema — che influenzano il calendario?

Niente di tutto questo è difficile da scrivere. Ma cambia tutto ciò che ricevi in risposta.

Scarica la checklist delle informazioni operative per trasformare queste dieci domande in una tabella da compilare e inserire direttamente nel tuo RFP:

Scarica la checklist delle informazioni operative (.docx)

Come scrivere i requisiti funzionali per un TMS

I requisiti funzionali sono il cuore dell'RFP. Fatti bene, ti danno un quadro chiaro e comparabile di cosa ogni fornitore può e non può fare. Fatti male, potresti passare settimane a decifrare risposte che dicono tutte "sì".

L'obiettivo non è l'elenco più lungo. È quello più onesto.

Prioritizza senza pietà: indispensabile, importante, opzionale

Non tutto ciò che vuoi ha la stessa importanza. Usa tre categorie e rispettale:

1. Indispensabile (M): non negoziabile. Un fornitore che non lo soddisfa è fuori, indipendentemente da tutto il resto.
2. Importante (S): rilevante, ma puoi accettare una soluzione alternativa o una promessa di roadmap a breve termine.
3. Opzionale (N): utile da sapere, ma viene dopo tutto il resto.

La maggior parte degli elenchi ha troppi requisiti indispensabili. Se tutto è critico, niente lo è davvero. Sii onesto su cosa impedirebbe realmente al sistema di funzionare per te, e contrassegna solo quelli come indispensabili.

Chiedi ai fornitori di classificare la copertura funzionale: nativa / terze parti / personalizzazione

Per ogni requisito, falli rispondere con una di queste opzioni:

Questa colonna è dove le proposte guadagnano o perdono la tua fiducia. Un fornitore che risponde onestamente e scrive non supportato dove è vero ti mostra come si comporterà come partner. Un fornitore che risponde nativo a tutto ti sta dicendo qualcosa di altrettanto importante.

Sii specifico nella domanda

"Il sistema supporta il pricing dei vettori?" ti darà un inutile "sì". "Il sistema è in grado di calcolare il prezzo del trasporto per ogni vettore, inclusi quelli senza API di pricing, e mostrarli fianco a fianco per ogni spedizione?" ti dà qualcosa che puoi effettivamente valutare.

Dove finisce l'ERP e dove inizia il TMS?

Una delle fonti di confusione più comuni nella valutazione di un software di gestione trasporti è dove finisce il TMS e dove inizia l'ERP.

I processi finanziari come la codifica contabile, il costo di sbarco e la verifica delle fatture di trasporto vengono spesso gestiti lato ERP, con il TMS che alimenta i dati verso l'ERP. È normale, e spesso è la configurazione giusta. Ma deve essere esplicitato. Quando un fornitore risponde "gestito tramite integrazione ERP" su uno dei tuoi requisiti indispensabili, approfondisci esattamente cosa significa per la tua implementazione — e chi lo sviluppa.

Specifica l'obiettivo, non la soluzione tecnica

Descrivi cosa devi ottenere, non come il sistema dovrebbe tecnicamente ottenerlo. Requisiti eccessivamente prescrittivi escludono buone soluzioni per le ragioni sbagliate. Lascia ai fornitori lo spazio per mostrarti un approccio migliore di quello che avevi in mente, perché a volte ce l'hanno.

Un elenco di 30 requisiti onesti e prioritizzati ti dirà più di un foglio di calcolo da 150 righe dove tutto è critico e ogni fornitore ha spuntato ogni casella.

Un set di requisiti TMS di partenza da adattare

La maggior parte di chi affronta questo processo per la prima volta vuole un punto di partenza concreto, quindi ecco un set di esempio tratto dalla nostra esperienza, già categorizzato, che puoi adattare alla tua operazione. L'elenco completo è scaricabile nella scheda di valutazione qui sotto; questo è sufficiente per capirne la struttura.

Scarica la scheda di valutazione dei requisiti funzionali, già strutturata con le priorità e una colonna di copertura per fornitore:

Scarica la scheda di valutazione dei requisiti funzionali (.docx)

Come confrontare i costi di un TMS (e costruire un modello triennale)

"Quanto costa un TMS?" è la domanda che i buyer vogliono più di ogni altra e che i fornitori amano evitare. Ma il canone di abbonamento è raramente il costo finale. Per un'azienda mid-market con più sedi, implementazione e integrazioni possono pesare sul totale triennale più del canone mensile — ed è proprio quella la voce su cui i fornitori rimangono più vaghi. La competenza qui sta nel strutturare la domanda in modo che le risposte siano comparabili e il costo reale sia visibile.

Come orientamento di massima, un TMS cloud mid-market tende a costare da qualche centinaio a qualche migliaio di euro al mese, mentre i sistemi enterprise tradizionali vanno da decine di migliaia a oltre un milione l'anno, con implementazioni che possono raggiungere sei o sette cifre. È un range molto ampio, ed è esattamente per questo che un modello comparabile vale più di qualsiasi cifra singola. Per un'idea di cosa fanno pagare realmente i fornitori di TMS, consulta la nostra ricerca sui principali fornitori di TMS.

Componenti del pricing di un TMS

Quasi ogni preventivo per un TMS è una combinazione di questi elementi:

Costruisci un modello di costo triennale prima di confrontare

Un fornitore di TMS che sembra economico sull'abbonamento può rivelarsi il più costoso una volta inclusi implementazione, commissioni per transazione e onboarding dei vettori. Passa ogni fornitore attraverso lo stesso modello:

Costo triennale = implementazione + (abbonamento annuale × 3) + (commissione per spedizione × volume annuale × 3) + supporto + integrazioni con vettori e add-on previsti.

Usa i tuoi volumi reali, non l'esempio ordinato del fornitore. Quella tabella tende a rimescolare la shortlist.

Osserva le diverse componenti di pricing, non solo il canone base

Alcuni fornitori applicano un abbonamento basso e recuperano sulle commissioni per transazione o sui costi per vettore. Non è necessariamente un problema, ma cambia chi è il più economico man mano che cresci. Se il tuo volume è in aumento, un modello a consumo può superare rapidamente uno a canone fisso. Chiedi una fattura di esempio e le condizioni di abbonamento, così confronti quello che pagherai davvero, non un prezzo di listino.

Una domanda da porre a ogni fornitore: le nuove integrazioni con i vettori sono incluse o vengono fatturate ogni volta? Alcune piattaforme TMS fanno pagare 5.000-10.000 € per ogni nuova integrazione con un vettore e impiegano mesi, altre sviluppano nuove integrazioni senza costi aggiuntivi. Per un'azienda mid-market che aggiunge vettori nel corso degli anni, quella singola risposta può spostare il totale triennale più di quanto farà mai la voce abbonamento.

Come valutare le proposte per un TMS al di là del prezzo

Le proposte sono arrivate. Sembrano tutte ragionevoli, la maggior parte dice sì ai tuoi requisiti e i prezzi sono in un range simile. E adesso?

È il momento in cui i team scivolano silenziosamente verso il prezzo, perché tutto il resto sembra più difficile da confrontare. Non farlo. Ecco cosa le distingue davvero.

1. Connettività con i vettori.

Per un TMS, la connettività con i vettori è la base di tutto. Come si connette effettivamente il fornitore ai vettori — tramite integrazioni API/EDI dirette, aggregatori di terze parti, o per nulla (ordini via email e PDF indipendentemente dalle capacità IT del vettore)? Cosa succede quando hai bisogno di un vettore che non supportano ancora, quanto tempo richiede e quanto costa?

Un fornitore con connettività diretta e profonda con i vettori è un'altra cosa rispetto a chi instrada tutto attraverso un livello middleware. La differenza si sente nell'affidabilità delle prenotazioni, nella qualità del tracking e nella possibilità di aggiungere un vettore senza dover aprire ogni volta una nuova trattativa commerciale.

2. Armonizzazione del livello di servizio dei vettori — questo aspetto conta più di quanto la maggior parte delle persone realizzi.

I vettori non sono uguali nelle loro capacità digitali. Alcuni dispongono di API sofisticate che coprono pricing in tempo reale, previsione dell'ETA, validazione degli indirizzi, generazione di etichette ed eventi di tracking dettagliati. Altri ti inviano una conferma di prenotazione via email e lì si ferma tutto. La maggior parte delle reti di vettori contiene entrambi i tipi contemporaneamente.

Questo diventa un tuo problema nel momento in cui colleghi il tuo ERP o WMS al TMS. Se la tua integrazione si aspetta un set completo di dati da ogni vettore — conferma di prenotazione, link di tracking, etichetta, stima del costo — ma alcuni vettori non sono in grado di fornirli, ottieni eccezioni, workaround manuali e lacune nei dati. Un vettore debole rompe la coerenza dell'intero flusso di lavoro.

I fornitori di software di gestione trasporti affrontano questo problema in due modi diversi, ed è utile decidere quale preferisci prima di leggere una singola proposta:

• Un TMS più snello trasmette semplicemente ciò che ogni vettore fornisce, e sarà tuo compito gestire le lacune nel tuo ERP o manualmente. Integrazione più semplice, più eccezioni da gestire da parte tua.
• Un TMS che normalizza i dati e colma le lacune autonomamente: calcola il costo del trasporto dal tuo listino prezzi caricato quando non c'è API di pricing; stima i tempi di consegna quando il vettore non fornisce un ETA; genera le etichette di spedizione quando il vettore non è in grado di produrle; quando non hanno il tracking, permette ai vettori di inserire manualmente i milestone di tracciamento; e altro ancora. Il software colma le lacune nelle capacità tecniche dei tuoi vettori, e il tuo ERP vede un'unica struttura coerente.

In fase di valutazione delle proposte, chiedi direttamente ai fornitori: come gestite i vettori con capacità digitali limitate? La risposta ti dice moltissimo sulla maturità effettiva della loro piattaforma.

3. Onestà sull'integrazione.

Presta molta attenzione a come i fornitori descrivono il perimetro dell'integrazione (chi fa cosa). Una proposta che dice chiaramente "lo sviluppo lato ERP è a tuo carico, ecco cosa forniamo noi e come lo supportiamo" è più affidabile di una che lascia intendere un'"integrazione seamless" senza spiegare quale parte gestisce chi. Le sorprese sull'integrazione sono una delle cause più comuni per cui i progetti TMS sforano tempi e budget.

4. Approccio all'implementazione.

Un approccio per fasi — prima la validazione operativa manuale, poi l'automazione — è di solito meno rischioso di un lancio big-bang. Puoi verificare che il sistema funzioni per i tuoi flussi di lavoro reali prima di appoggiarci l'intera operazione. Dal nostro punto di vista, i fornitori che propongono questo approccio senza essere sollecitati hanno quasi sempre vissuto un go-live problematico in passato. Quelli che propongono l'automazione completa dal primo giorno spesso no.

5. Referenze

Chiedi referenze da aziende con operazioni simili alle tue, non solo dimensioni o organico simili. Una referenza da un distributore con una singola sede non è particolarmente utile se gestisci un'operazione manifatturiera multi-sede con integrazione SAP. E fai le domande dirette: "Com'è andato l'onboarding dei vettori?" "Com'è andato il processo di integrazione?" "Cosa è successo quando qualcosa non ha funzionato come previsto?"

6. La proposta in sé.

Il modo in cui un fornitore di TMS risponde al tuo RFP è un'anteprima di come si comporterà come tuo partner. Ha risposto alle tue domande direttamente, o ha avvolto tutto in qualificazioni? Ha segnalato onestamente le lacune, o ha dichiarato copertura completa su ogni requisito? Ha dimostrato di aver capito la tua operazione, o ti ha inviato una versione leggermente modificata del suo materiale standard?

Una proposta che ammette non supportato in due punti e spiega perché vale più di una che dice sì a tutto. La verità la scoprirai comunque. Meglio scoprirla durante la valutazione che al go-live.

Scarica la matrice di valutazione dei fornitori per assegnare punteggi ponderati:

Scarica la matrice di valutazione dei fornitori (.docx)

Il round di presentazioni dei fornitori TMS

Le proposte scritte ti dicono cosa un fornitore afferma. Le presentazioni ti dicono se riesce a dimostrarlo.

A questo punto dovresti avere una shortlist di 2-3 fornitori. L'obiettivo del round di presentazioni è mettere sotto pressione la proposta e verificare se il sistema funziona con i tuoi scenari reali.

Chiedi una dimostrazione live, non una demo

Una demo è una sequenza preparata che mostra il sistema al meglio. Una dimostrazione live è quando dici "mostrami come gestiresti questa spedizione, dal nostro magazzino nei Paesi Bassi, con il nostro vettore, alla nostra tariffa concordata" — e osservi cosa succede davvero.

Prepara 2-3 scenari reali dalla tua operazione prima dell'incontro: una prenotazione outbound standard, una spedizione che richiede un preventivo spot, e qualcosa di complicato come una spedizione in ritardo o un vettore che non fornisce il tracking. Quando un fornitore continua a tornare alla demo preparata invece di eseguire il tuo scenario, hai già la tua risposta.

Metti alla prova le lacune

Ogni proposta per un TMS ne ha. Vai direttamente sui punti in cui un fornitore ha risposto parzialmente o su cui hai dubbi, e non mollare. Non lasciare che scivolino verso qualcosa che funziona alla perfezione. Come funziona esattamente questo? Chi fa cosa? Cosa succede quando non funziona come previsto?

Porta le persone giuste in sala

Dal lato del fornitore TMS, le persone che presentano dovrebbero essere quelle che lavoreranno effettivamente alla tua implementazione, non solo il team commerciale. Chiedi esplicitamente. Dal tuo lato, porta qualcuno dell'IT (se l'integrazione è nel perimetro) e almeno una persona che userà il sistema ogni giorno. Fanno domande diverse da quelle del procurement, e vuoi entrambi i set di domande.

Secondo round, solo se necessario

Per una decisione complessa, una seconda sessione focalizzata su argomenti specifici vale il tempo investito. Esempi di argomenti da trattare:

• Sicurezza e protezione dei dati — richiedi un report di pentest o documentazione sulla sicurezza se il tuo team IT o di information security lo richiede
• Architettura di integrazione — una sessione tecnica tra il tuo team IT e quello del fornitore
• Condizioni commerciali — analizza contratto, SOW e ipotesi riga per riga prima di entrare nelle trattative formali

Non pianificarlo solo per ripetere il primo incontro con più persone in sala. O risolve domande aperte specifiche, o non va fatto.

Conferma gli impegni per iscritto

Qualsiasi impegno preso da un fornitore durante l'incontro che non sia nella proposta scritta deve essere confermato per iscritto prima di procedere. Gli impegni verbali non sopravvivono alle trattative contrattuali. Se un fornitore di TMS dice "sì, possiamo farlo" su qualcosa di importante, invia un'email lo stesso giorno e chiedi conferma.

Contratto e SOW (Statement of Work) per un TMS: cosa verificare prima di firmare

Hai scelto il fornitore. La maggior parte dei team "tira un sospiro di sollievo" a questo punto. Ti consiglio di non farlo, perché è qui che i dettagli su cui tutti hanno sorvolato durante la valutazione diventano silenziosamente un tuo problema.

Allineati internamente prima di negoziare

Conosci i tuoi requisiti irrinunciabili, i compromessi accettabili e i punti di rottura prima che inizi la conversazione. Cambiare i requisiti a metà negoziazione costa tempo, erode la fiducia e a volte ti fa perdere il fornitore TMS che volevi davvero. Chiariscilo internamente prima, poi negozia.

Capire cosa stai acquistando: SaaS, non una licenza

Le piattaforme TMS moderne sono abbonamenti SaaS, non licenze software. Ti stai abbonando a un servizio che il fornitore ospita, mantiene e aggiorna — non stai acquistando un sistema in modo definitivo. Questo cambia ciò che il contratto deve coprire: termini di abbonamento, risoluzione, proprietà dei dati e diritti di esportazione, impegni di uptime, tempi di risposta del supporto. I modelli standard di procurement non sono stati scritti per questo modello: assicurati che il tuo si sia adeguato.

Il SOW conta quanto il contratto

Lo Statement of Work definisce cosa viene consegnato, da chi e quando: configurazione dell'account, onboarding dei vettori, supporto all'integrazione, formazione e i criteri di accettazione che attestano che l'implementazione è effettivamente completata. Se non è nel SOW, non è incluso, indipendentemente da cosa è stato detto in una riunione o in un'email. Leggi la sezione delle ipotesi con particolare attenzione. È lì che il perimetro viene definito in modo condizionale. Se il tuo elenco di vettori risulta più lungo di quanto dichiarato, o se il tuo ERP richiede un formato di integrazione non standard, la sezione delle ipotesi decide se si tratta di una breve conversazione o di una richiesta di modifica a pagamento.

Sii esplicito su cosa è fuori perimetro

Sviluppo personalizzato, formazione in sede, migrazione dei dati, lavoro di integrazione sui tuoi sistemi, modifiche lato vettore. Di solito vengono quotati separatamente. Mettere tutto su carta prima di firmare elimina la fonte di attrito più comune — e più evitabile — nell'implementazione: due parti che hanno ciascuna assunto che qualcosa di diverso fosse incluso.

Concorda il piano di onboarding prima di firmare

Non dopo. Prioritizzazione dei vettori, timeline di configurazione, milestone di integrazione, criteri di go-live: definisci tutto mentre hai ancora potere negoziale. Un fornitore che non riesce a darti un piano di onboarding chiaro in fase contrattuale ti sta dicendo qualcosa che vorrai sapere prima di impegnarti.

Dopo la firma: implementazione e onboarding del TMS

La maggior parte del rischio reale vive dopo la firma. Tre fattori determinano come andrà.

1. Migrazione dei dati

Contratti con i vettori, listini prezzi, rubrica degli indirizzi, spedizioni storiche. Decidi subito cosa devi migrare, cosa va pulito prima e chi è responsabile del lavoro. I dati sorgente disordinati sono la causa più comune per cui la data di go-live continua a slittare. Puliscili prima di migrare, non durante la migrazione.

2. Sequenza di onboarding dei vettori

Non connetti tutti i vettori il primo giorno. Prioritizza per volume e criticità, porta online e valida i principali, poi espandi da lì. È esattamente qui che l'approccio per fasi su cui hai indagato durante la valutazione dimostra il suo valore.

3. Adozione da parte degli utenti

Le persone che prenotano spedizioni ogni giorno devono voler usare il nuovo sistema. Coinvolgi almeno una di loro fin dalla fase RFP, formala adeguatamente durante l'hypercare (onboarding) e assicurati che il flusso di lavoro quotidiano sia genuinamente più rapido di quello precedente. Un rollout tecnicamente impeccabile che il team semplicemente non usa è comunque un rollout fallito.

10 errori comuni negli RFP per un TMS

I pattern che vediamo più spesso, tutti in un unico posto:

• Nessun contesto operativo. Il più grave. Nessun volume, nessuna struttura delle sedi, nessuna panoramica dei vettori fornita ai fornitori. Un ciclo di chiarimenti e prezzi generici sono garantiti.
• Tutto è indispensabile. Quando ogni requisito è critico, la colonna delle priorità è inutile e non riesci a distinguere un requisito irrinunciabile da uno opzionale.
• Timeline vaga. Nessuna data significa che i fornitori non riescono a stimare il loro impegno, e le proposte arrivano altrettanto vaghe.
• Eccessiva prescrizione del come. Prescrivere l'implementazione tecnica invece del risultato operativo esclude buone soluzioni per le ragioni sbagliate.
• Ignorare il confine ERP/TMS. Assumere che il TMS gestisca processi finanziari che in realtà appartengono all'ERP, per poi rendersene conto a metà implementazione.
• Decidere solo sul prezzo. Scegliere in base al canone di listino senza un modello triennale, o senza valutare la connettività con i vettori e l'onestà sull'integrazione.
• Una demo invece di una dimostrazione live. Guardare la sequenza preparata del fornitore invece di far testare al sistema i tuoi scenari reali.
• Referenze che non corrispondono alla tua operazione. Guardare i loghi impressionanti, ma quelle aziende potrebbero avere operazioni logistiche che non assomigliano per nulla alle tue. Chiedi referenze simili a te, poi chiedi come sono andati davvero onboarding e integrazione.
• Rimandare l'onboarding a dopo la firma. Il piano che negozi con potere contrattuale è migliore di quello che negozi senza.
• Un processo troppo pesante per il fornitore giusto. Il peso burocratico potrebbe filtrare le piattaforme moderne che ti avrebbero servito meglio.

Modelli gratuiti per l'RFP di un TMS

Abbiamo costruito cinque modelli a partire dagli RFP a cui rispondiamo, così non devi partire da una pagina bianca:

1. Modello di documento RFP. La struttura completa di questa guida.
2. Scheda di valutazione dei requisiti funzionali. Prioritizzata, con una colonna di copertura per fornitore.
3. Checklist delle informazioni operative. Le dieci domande in formato tabella da compilare.
4. Matrice di valutazione dei fornitori. Punteggi ponderati tra i fornitori.
5. Modello di timeline RFP. Attività, date, responsabili.

Scarica il pacchetto completo — tutti e cinque, gratuiti, senza email richiesta. Prendi quello che ti serve, ignora il resto:

Scarica il pacchetto completo di modelli RFP per TMS (.zip)

Cargoson è un software di gestione trasporti utilizzato da produttori e grossisti di medie dimensioni in Europa e Nord America. Rispondiamo continuamente a RFP come quello che stai per scrivere, quindi se preferisci discutere i tuoi requisiti prima di iniziare a scrivere, siamo felici di aiutarti a ragionarci sopra, senza impegno.

Prenota una consulenza gratuita di 30 minuti

Conduci il processo bene e varrà ogni ora investita.