Procesul RFP de Selecție a Furnizorului TMS

Selectarea unui TMS printr-un proces formal de cerere de ofertă (RFP) forțează un expeditor să definească cerințele precis înainte ca furnizorii să înceapă să demonstreze funcționalități. Un RFP bine structurat protejează împotriva achiziționării unui sistem care pare impresionant, dar nu se potrivește operațiunii reale.

Demonstrațiile furnizorilor sunt, prin design, construite în jurul celor mai puternice funcționalități ale unui sistem și folosesc de obicei date de eșantion curate. Un RFP inversează secvența: expeditorul documentează întâi propriile cerințe, volume, puncte de integrare și constrângeri, apoi cere furnizorilor să răspundă la acea listă specifică. Acest lucru produce răspunsuri comparabile, scrise, în loc de o serie de demonstrații impresionante, dar necomparabile, și creează o urmă documentată la care expeditorul poate ține furnizorii după semnarea contractului.

• Descrierea stării curente: volume de expediții pe mod de transport, numărul de transportatori folosiți, sistemele existente care trebuie integrate (ERP, WMS, gestiune comenzi) și punctele problematice ale procesului actual.
• Cerințe funcționale: capabilități specifice necesare, precum rutare multi-modală, consolidare de comenzi, audit de transport, programare de livrări sau suport EDI pentru anumiți transportatori.
• Cerințe tehnice: modelul de implementare (cloud vs. on-premise), abordarea de integrare (API, EDI, fișier plat), așteptările privind securitatea datelor și disponibilitatea, precum și nevoile de raportare sau analiză.
• Implementare și suport: termenul așteptat, abordarea de migrare a datelor istorice, planul de instruire și modelul de suport continuu și timpii de răspuns.
• Termeni comerciali: structura de preț (per expediție, per utilizator, licență fixă), durata contractului și eventualele escaladări de cost bazate pe utilizare.

O greșeală comună este punctarea răspunsurilor furnizorilor fără a conveni intern în prealabil cât de mult contează fiecare cerință. Dacă integrarea cu un ERP existent este o cerință obligatorie, nu doar un avantaj plăcut, acest lucru ar trebui reflectat în modelul de punctare înainte de sosirea ofertelor, nu decis reactiv pe baza cărui furnizor răspunde cel mai bine la ea. Alocarea ponderilor din timp menține evaluarea obiectivă și apărabilă dacă părțile interesate pun ulterior la îndoială selecția.

Răspunsurile scrise la RFP descriu ce spune un furnizor că face sistemul său; apelurile de referință cu clienți existenți de dimensiune și profil de expediere similare dezvăluie ce se întâmplă de fapt în timpul implementării și în utilizarea zilnică. Întrebări care merită puse referințelor includ cât a durat efectiv implementarea față de ce s-a promis, cât de receptiv a fost suportul pentru probleme urgente și dacă sistemul a ținut pasul cu creșterea clientului în volum de expediție sau relații noi cu transportatori.

Furnizorii răspund uneori la întrebările RFP cu ceea ce foaia de parcurs va susține în cele din urmă, nu cu ceea ce este disponibil astăzi. Un proces RFP riguros separă „disponibil în prezent și folosit în producție de alți clienți" de „planificat" sau „în dezvoltare", deoarece cea din urmă categorie presupune un risc real dacă data de lansare a expeditorului depinde de o funcționalitate care nu a fost încă livrată.