Så skriver du en TMS-upphandling: våra erfarenheter [+ 5 gratis mallar]

Vi svarar på transporthanteringssystem-upphandlingar (RFP, Request for Proposal) varje vecka. Vissa är ett nöje att arbeta igenom. Andra är en lektion i vad man inte bör göra.

Den här artikeln är vad jag skulle bygga om jag genomförde en TMS-urvalsprocess från grunden idag. Den bygger på upphandlingar vi har svarat på, mönster som återkommer i olika företag och branscher, vad de flesta innehåller och vilka vanliga misstag vi ser.

Är du inköpsspecialist känner du förmodligen igen det mesta. Förhoppningsvis sparar det dig åtminstone en onödig frågerunda.

Vad är en TMS-upphandling?

En TMS-upphandling (Request for Proposal) är ett strukturerat dokument som du skickar till leverantörer av transporthanteringsprogramvara. Det beskriver din logistikverksamhet och ber var och en av dem att föreslå hur deras system skulle hantera den – mot samma uppsättning krav. Hela poängen är jämförbarhet. Samma frågor, samma format, samma kontext, så att det som kommer tillbaka kan ställas sida vid sida i stället för att läsas som fem separata säljpitchar.

Du behöver inte alltid göra en formell upphandling. En RFP är värd mödan när beslutet är komplext eller när du behöver kunna motivera det internt. Är din logistikverksamhet enkel räcker en produktdemonstration och ett samtal med ett par leverantörer.

Behöver du verkligen genomföra en formell TMS-upphandling?

Att göra fel här är det dyraste misstaget i hela TMS-urvalsprocessen. Bestäm detta innan du gör något annat.

Det handlar om hur komplex din logistik är – inte hur stort ditt företag är.

Genomför en strukturerad TMS-upphandling om du skickar gods från flera driftställen, använder flera transportslag och behöver att systemet kopplas ihop med ditt ERP. Det är då du behöver alla leverantörer sida vid sida så att inget viktigt faller mellan stolarna. Leverantörer ansluter till transportörer på mycket olika sätt. En kallar det "inbyggt", nästa dirigerar det i tysthet via någon annan. I en lös process märker du inte det förrän efter att du har skrivit på. Då är det för sent.

Hoppa över den formella upphandlingen om du driver ett enda driftställe med ett fåtal transportörer och redan vet vad du behöver. Varför? Därför att så snart du genomför en upphandling hamnar du i prissättningsnivån för stora företag. 2–3 bra demonstrationer med riktade frågor ger dig ofta ett bättre system, billigare och snabbare. Berätta för de 2–3 leverantörerna vad du skickar och vad du försöker lösa, och be dem sedan visa dig det i deras livesystem. Du vet inom en timme. Och om du framför allt skickar paket snarare än pallar eller gods kanske du inte behöver ett fullständigt TMS alls – programvara för flera transportörer är en annan, lättare kategori som är byggd för det.

Var alltså ärlig mot dig själv om vilket alternativ du föredrar innan du börjar. Att genomföra en upphandling du inte behövde är det långsammaste och dyraste sättet att köpa ett TMS.

Att genomföra en upphandling du inte behövde är det långsammaste och dyraste sättet att köpa ett TMS.

Ytterligare en varning om du ändå väljer den fullständiga upphandlingsvägen. En process fylld med styrningsspråk, metodramverk och krav på fastpris tar veckor att svara på, och de leverantörer som kan absorbera den administrativa bördan tenderar att vara de stora, etablerade aktörerna. Om en smidigare och mer modern plattform faktiskt skulle passa dig bättre kan en alltför byråkratisk process tyst filtrera bort dem innan du ens har sett en demonstration.

Målet är att hitta rätt lösning för dig. Utforma processen utifrån det, inte utifrån att hantera processen i sig.

TMS-upphandlingsprocessen i 9 steg

En TMS-urvalsprocess behöver inte vara komplicerad. Men den behöver en tydlig ordningsföljd. Hoppar du över steg får du betala för det senare – vanligtvis under implementeringen, när antaganden som borde ha klargjorts tidigt förvandlas till kostsamma överraskningar.

Genomförd på rätt sätt tar hela processen 8 till 12 veckor. Mindre för ett enkelt omfång, och det behöver sällan ta längre tid.

Här är den ordningsföljd som fungerar:

1. Marknadsöversikt. Innan du skriver ett enda krav, lägg tid på att förstå vad som finns där ute. TMS-marknaden har förändrats mycket de senaste fem åren: det finns bra plattformar för stora företag, bra plattformar för medelstora företag och genuint kapabla moderna SaaS-lösningar för transporthantering som inte existerade för fem år sedan. Bygg en lång lista med 5–8 TMS-leverantörer värda att kontakta.
2. Sekretessavtal (NDA). Skicka det tidigt. Du kommer att dela operativ data som volymer, transportörsnamn och interna systemdetaljer, och ett undertecknat sekretessavtal innan upphandlingen skickas ut är standardpraxis som skyddar båda parter.
3. RFI (valfritt). En kort Request for Information är meningsfull om din långa lista är bred och du vill filtrera innan du investerar i en fullständig upphandlingsprocess. Håll den till en sida: företagsbakgrund, viktiga förmågor, ungefärligt prisintervall. Tillräckligt för att ta fram en kortlista utan att be leverantörerna skriva uppsatser.
4. RFP. Kärnhandlingen. Den ger varje leverantör vad de behöver för att lämna ett träffsäkert anbud. Mer om detta i nästa kapitel.
5. Fråge- och svarsfönster. Inkludera alltid ett. Leverantörerna kommer att ha frågor, och svaren förbättrar ofta varje anbud du tar emot. Kör det skriftligt och dela alla frågor och svar med alla leverantörer samtidigt. Det håller processen ren och jämförbar.
6. Kortlista och presentationer. Poängsätt de skriftliga anbuden och bjud sedan in 2–3 leverantörer att presentera. En presentation bör innehålla en genomgång av livesystemet baserad på dina faktiska användningsfall – inte en generisk demonstration. Om en leverantör inte kan visa ditt scenario i sitt system är det i sig värdefull information.
7. Andra runda (vid behov). För ett komplext beslut är en fördjupad session inriktad på specifika luckor – säkerhet, integration, kommersiella villkor – värd tiden. Boka den inte om du inte har verkliga frågor kvar.
8. Beslut och avtal. Bli internt överens innan du förhandlar. Känn till dina absoluta krav, dina acceptabla kompromisser och dina gränser för att avbryta förhandlingen.
9. Driftsättning. Det slutar inte vid underskriften. De bästa upphandlingsresultaten har en driftsättningsplan som är överenskommen innan avtalet skrivs under.

Tidplan för TMS-upphandling att kopiera

Ungefärlig tidsåtgång efter omfång:

• Enkelt enskilt driftställe: 6 till 8 veckor (du kanske inte behöver en fullständig upphandling).
• Flera driftställen och ERP-integration: 8 till 12 veckor.
• Global, flerbolagsimplementering med komplex integration: 12 till 20 veckor, med stor sannolikhet för två presentationsrundor.

Ladda ner tidplansmallen (.docx)

Vad ska TMS-upphandlingsdokumentet innehålla?

Upphandlingsdokumentet är ditt viktigaste verktyg i hela processen. Ett bra dokument gör det mesta av utvärderingsarbetet åt dig, så håll det fokuserat. En välstrukturerad upphandling på 10 sidor slår en på 30 sidor som försöker täcka allt.

1. Följebrev och syfte

En sida. Vilka ni är, vad ni söker och varför nu. Håll det sakligt. Leverantörerna behöver ingen vision – de behöver förstå ditt operativa problem.

2. Tidplan

Ett tydligt schema med verkliga datum: när upphandlingen skickas ut, sista dag för frågor, inlämning, presentationsfönster och beslut. Leverantörerna planerar sitt svarsarbete utifrån detta. Vaga tidplaner ger vaga anbud.

3. Företags- och verksamhetsbakgrund

Det är här de flesta upphandlingar brister – och det är skillnaden mellan jämförbara anbud och en onödig frågerunda. Beskriv inte bara din verksamhet, utan din logistikoperation. Hur många driftställen. Hur många juridiska enheter. Vilka transportslag (paket, LTL, FTL, flyg, sjö, järnväg). Vilka regioner. Ungefärliga volymer. Nuvarande system. Vad "bra" innebär varierar också beroende på bransch – kraven för tillverkare inom elektronik, maskiner, kemikalier eller tryck och förpackning ser inte likadana ut. Det här är den kontext leverantörerna behöver för att kunna lämna ett träffsäkert anbud. Ger du inte tillräckligt med detaljer här kommer du att tillbringa två veckor med att svara på frågor som hade kunnat undvikas helt. Det får ett eget avsnitt nedan, i nästa kapitel.

4. Funktionskrav

En tabell över vad systemet behöver göra, prioriterad efter viktighet: måste ha / bör ha / trevligt att ha (Excel fungerar utmärkt). Be leverantörerna svara på varje krav med sin täckningsnivå: a) inbyggd funktionalitet, b) tredjepartslösning, c) anpassning eller d) stöds inte. Det är detta som gör anbuden jämförbara. Mer om hur du bygger den här listan längre ned.

5. Utvärderingskriterier

Berätta för leverantörerna hur du kommer att fatta beslutet: funktionalitet, pris, implementeringsmetod, referenser, säkerhet, team. Dela viktningen om du är villig. Ju mer transparent du är, desto bättre anbud får du.

6. Prismodell

Be om en fullständig uppdelning: prenumeration, implementering, transaktionsavgifter, support och allt annat. Be om en exempelfaktura om möjligt. Prisstrukturerna varierar mycket mellan leverantörerna, och de dolda kostnaderna har en tendens att dyka upp sent. Försök att ta reda på dem tidigt.

7. Svarsformat

Tala om för leverantörerna exakt hur du vill att anbudet ska struktureras, och om du tillhandahåller mallar, kräv att de används. Jämförbara anbud sparar dig dagar under utvärderingen, och formatet är helt i din kontroll.

Ladda ner upphandlingsdokumentmallen för att utgå från den fullständiga strukturen ovan:

Ladda ner upphandlingsdokumentmallen (.docx)

Den operativa information som de flesta TMS-upphandlingar utelämnar – och varför det är det viktigaste

Det här är kapitlet jag önskar att varje TMS-upphandlingsförfattare läste först.

Vi svarar på många TMS-upphandlingar. Nästan varje anbud vi skriver kräver en frågerunda, och det beror sällan på att kraven var oklara. Det beror på att den operativa kontexten saknades: volymer, platsstruktur, transportörsbild, nuvarande system.

De upphandlingar som krävde en fullständig frågerunda har nästan alltid en sak gemensamt:

Vi har sett företag lägga veckor på att utforma utvärderingskriterier och kravlistor, för att sedan skicka en upphandling som inte nämner hur många försändelser de hanterar per månad.

Utan den informationen tvingas leverantörerna gissa. Och när de gissar kommer anbuden tillbaka generiska, prissättningen är inte slutgiltig och det finns inget konkret att jämföra.

En global tillverkare med 10 lager och SAP behöver till exempel ett helt annat anbud än en distributör med ett enda driftställe som sköter sin logistik i kalkylblad. Om en leverantör inte kan avgöra vilken du är säkrar de sig, och du får anbud som inte förbinder sig till något.

Lösningen tar en eftermiddag. Besvara dessa tio frågor i upphandlingen innan den skickas ut.

1. Organisation och omfång. Hur många juridiska enheter och driftställen ingår? Sker driftsättningen parallellt eller i faser? Hur självständigt arbetar driftställena – separata transportörsavtal, separata team?
2. Försändelsevolymer. Antal försändelser per månad och dag per driftställe, genomsnitt och toppbelastning. Eventuell säsongsvariation. Fördelning inkommande kontra utgående.
3. Fördelning av transportslag. Hur stor andel är paket, LTL, FTL, flyg, sjö? Vilka transportslag växer? Vilka är mest operativt kritiska?
4. Transportörsbild. Hur många transportörer per driftställe och transportslag? Delade mellan driftställen eller hanterade lokalt? Finns det strategiska transportörer som måste prioriteras, eller kundspecificerade transportörer du inte kan byta?
5. Geografi och handelskorridorer. Vilka regioner ingår? Vilka korridorer är viktigast: inrikes, gränsöverskridande, interkontinentala? Viktiga hamnar eller logistiknav?
6. Nuläge. Hur planeras, bokas och spåras försändelser idag? I ERP, kalkylblad, transportörsportaler, e-post? Vilka är de största smärtpunkterna i den nuvarande processen?
7. Finansiell struktur. Vem betalar för transporten – en enhet eller flera? Finns det tredjepartskontonummer eller kundkontonummer? Hur fångas och valideras fraktkostnaden idag?
8. Affärsmodell. B2B, B2C? Om blandat, fördelningen. De operativa och systemmässiga kraven skiljer sig ganska markant.
9. Integrationslandskap. Vilka system behöver kopplas till TMS: ERP, WMS, CRM? Finns det befintliga transportörsintegrationer att behålla? Hur automatiserat behöver det vara från dag ett?
10. Tidplan och begränsningar. Finns det ett mål för driftsättning? Finns det interna milstolpar – räkenskapsårsslut, högsäsong, systemmigrationer – som påverkar schemat?

Inget av detta är svårt att skriva ned. Men det förändrar allt i vad som kommer tillbaka.

Ladda ner checklistan för operativ information för att omvandla dessa tio frågor till en ifyllningstabell du lägger direkt i din upphandling:

Ladda ner checklistan för operativ information (.docx)

Hur du skriver funktionskrav för TMS

Funktionskraven är upphandlingens kärna. Gör du dem rätt får du en tydlig och jämförbar bild av vad varje leverantör kan och inte kan göra. Gör du dem fel kan du tillbringa veckor med att tyda svar som alla säger "ja".

Målet är inte den längsta listan. Det är den mest ärliga.

Prioritera obarmhärtigt: måste ha, bör ha, trevligt att ha

Allt du vill ha är inte lika viktigt. Använd tre kategorier och håll dig till dem:

1. Måste ha (M): icke förhandlingsbart. En leverantör som inte kan uppfylla det är ute, oavsett vad de annars erbjuder.
2. Bör ha (B): viktigt, men du kan leva med en tillfällig lösning eller ett löfte om att det kommer inom kort.
3. Trevligt att ha (T): bra att känna till, men det hamnar efter allt ovanstående.

De flesta listor har alldeles för många måste ha. Om allt är kritiskt är ingenting det. Var ärlig mot dig själv om vad som verkligen skulle hindra systemet från att fungera för dig, och markera bara det som måste ha.

Be leverantörerna klassificera funktionell täckning: inbyggd / tredjepartslösning / anpassning

För varje krav, låt dem svara med ett av följande:

Det är i den här kolumnen som anbuden vinner eller förlorar ditt förtroende. En leverantör som svarar ärligt och skriver stöds inte där det stämmer visar hur de kommer att bete sig som partner. En leverantör som svarar inbyggd funktionalitet på allt berättar också något viktigt.

Var specifik i frågan

"Stöder systemet transportörsprissättning?" ger dig ett meningslöst "ja". "Kan systemet beräkna fraktpriset för varje transportör, inklusive sådana utan ett prissättnings-API, och visa dem sida vid sida per försändelse?" ger dig något du faktiskt kan utvärdera.

Var slutar ERP och var börjar TMS?

En av de vanligaste förvirringskällorna vid utvärdering av transporthanteringssystem är var TMS slutar och ERP börjar.

Finansiella processer som kontokodsning, landad kostnad och fraktgranskning hanteras ofta på ERP-sidan, med TMS som matar data till ERP. Det är normalt och ofta rätt upplägg. Men det måste specificeras. När en leverantör svarar "hanteras via ERP-integration" på ett av dina måste ha, gräv in i exakt vad det innebär för din implementering – och vem som bygger den.

Specificera målet, inte den tekniska lösningen

Beskriv vad du behöver uppnå, inte hur systemet tekniskt ska uppnå det. Alltför detaljerade tekniska krav utesluter bra lösningar av fel skäl. Ge leverantörerna utrymme att visa dig ett bättre sätt än det du hade i åtanke, för ibland har de ett.

En ärlig, prioriterad lista med 30 krav ger dig mer än ett kalkylblad med 150 rader där allt är kritiskt och varje leverantör har kryssat i varje ruta.

En startuppsättning TMS-krav att anpassa

De flesta förstagångsköpare vill ha ett försprång på listan, så här är ett exempelset från vår erfarenhet, redan kategoriserat, som du kan anpassa till din verksamhet. Den fullständiga listan kan laddas ner i poängsättningsbladet nedan – det här räcker för att se formen på det.

Ladda ner poängsättningsbladet för funktionskrav, redan byggt med prioriteringar och en täckningskolumn per leverantör:

Ladda ner poängsättningsbladet för funktionskrav (.docx)

Hur du jämför TMS-kostnader (och bygger en treårsmodell)

"Vad kostar ett TMS?" är den fråga köpare mest vill ha svar på och som leverantörer gärna undviker. Men prenumerationsavgiften är sällan din slutliga kostnad. För en medelstorlek, flerplatssändare kan implementering och integration till och med driva den totala treårskostnaden mer än månadsavgiften – och det är den posten leverantörerna är mest vaga om. Konsten är alltså att strukturera frågan så att svaren kommer tillbaka jämförbara och den verkliga kostnaden syns.

Som en ungefärlig orientering tenderar molnbaserade TMS för mellansegmentet att kosta från några hundra till några tusen euro per månad, medan traditionella företagssystem kostar från tiotusentals till över en miljon euro per år, med implementeringskostnader som kan nå sex eller sju siffror. Det är ett brett spann, vilket är precis varför en jämförbar modell är viktigare än ett enskilt siffervärde. För en uppfattning om vad verkliga TMS-leverantörer tar betalt, se vår genomgång av de ledande TMS-leverantörerna.

Priskomponenter för TMS

Nästan varje TMS-offert är en kombination av dessa:

Bygg en treårskostnadsmodell innan du jämför

En TMS-leverantör som ser billig ut på prenumerationen kan visa sig vara den dyraste när implementering, transaktionsavgifter och transportörsdriftsättning räknas in. Kör varje leverantör genom samma modell:

Treårskostnad = implementering + (årlig prenumeration × 3) + (avgift per försändelse × årsvolym × 3) + support + förväntade tillägg för transportörer och integration.

Använd dina verkliga volymer, inte ett leverantörs prydliga exempelscenario. Den enda tabellen tenderar att omsortera kortlistan.

Bevaka de olika priskomponenterna, inte bara grundavgiften

Vissa leverantörer prissätter lågt på prenumerationen och tar igen det på transaktionsavgifter eller avgifter per transportör. Det är inte automatiskt dåligt, men det förändrar vem som är billigast när du växer. Om din volym ökar kan en modell per försändelse snabbt gå om en fast avgift. Be om en exempelfaktura och prenumerationsvillkoren så att du jämför vad du faktiskt kommer att betala, inte ett rubrikpris.

En fråga värd att ställa till varje leverantör: ingår nya transportörsintegrationer, eller faktureras de varje gång? Vissa TMS-plattformar tar 5 000–10 000 euro per ny transportörsintegration och tar månader, medan andra bygger nya transportörsintegrationer utan extra kostnad. För en medelstorlek sändare som lägger till transportörer över åren kan det enskilda svaret på den frågan förflytta treårssumman mer än prenumerationsraden någonsin kommer att göra.

Hur du utvärderar TMS-anbud bortom priset

Anbuden är inne. De ser alla rimliga ut, de flesta säger ja till dina krav och prissättningen ligger i ett liknande intervall. Vad nu?

Det är i det här läget som team tyst faller tillbaka på priset, för allt annat känns svårare att jämföra. Gör inte det. Här är vad som faktiskt skiljer dem åt.

1. Transportörsanslutning.

För ett TMS är transportörsanslutningen grunden. Hur ansluter leverantören faktiskt till transportörer – via direkta API/EDI-integrationer, tredjepartsaggregatorer eller inte alls (e-post och PDF-order oavsett deras IT-förmåga)? Vad händer när du behöver en transportör de inte stöder ännu, hur lång tid tar det och vad kostar det?

En leverantör med djup, direkt transportörsanslutning är ett helt annat djur än en som dirigerar allt via ett mellanlager. Du känner skillnaden i bokningspålitlighet, i spårningskvalitet och i om du kan lägga till en transportör utan att inleda en ny kommersiell förhandling varje gång.

2. Harmonisering av transportörers servicenivå – det här spelar större roll än de flesta inser.

Transportörer är inte likvärdiga i sina digitala förmågor. Vissa har sofistikerade API:er som täcker realtidsprissättning, ETA-prediktion, adressvalidering, etikettskapande och detaljerade spårningshändelser. Andra skickar en bokningsbekräftelse via e-post och det är slutet på konversationen. De flesta transportörsnätverk har båda typerna på en gång.

Det blir ditt problem i det ögonblick du ansluter ditt ERP eller WMS till TMS. Om din integration förväntar sig en fullständig datauppsättning tillbaka från varje transportör – bokningsbekräftelse, spårningslänk, etikett, kostnadsuppskattning – men vissa transportörer inte kan leverera det, uppstår undantag, manuella kringgångslösningar och hål i dina data. En svag transportör bryter konsekvensen i hela arbetsflödet.

Det finns två sätt som olika leverantörer av transporthanteringsprogramvara hanterar detta, och det är värt att bestämma vilket du vill ha innan du läser ett enda anbud:

• Ett tunnare TMS vidarebefordrar vad varje transportör tillhandahåller, och det blir ditt problem att hantera luckorna i ditt ERP eller i manuellt arbete. Enklare integration, fler undantag att hantera på din sida.
• Ett TMS som normaliserar data och fyller luckorna själv: beräknar fraktkostnaden från ditt uppladdade fraktprisblad när det inte finns något prissättnings-API; uppskattar leveranstiden när det inte finns någon transportörslevererad ETA; genererar fraktetiketter när transportören inte kan producera dem; när de inte har spårning låter det dina transportörer mata in spårningshändelser manuellt, och mer. Programvaran fyller luckorna i dina transportörers tekniska förmågor, och ditt ERP ser en konsekvent struktur.

När du utvärderar anbud, fråga leverantörerna direkt: hur hanterar ni transportörer med begränsade digitala förmågor? Svaret berättar mycket om hur mogen deras plattform faktiskt är.

3. Ärlighet om integration.

Var noga uppmärksam på hur leverantörerna beskriver integrationsomfånget (vem gör vad). Ett anbud som tydligt säger "ERP-sidans utveckling är på er, här är vad vi tillhandahåller och hur vi stöder det" är mer trovärdigt än ett som antyder "sömlös integration" utan att förklara vilken part som hanterar vilken del av integrationen (ni eller de). Integrationssurpriser är en av de vanligaste orsakerna till att TMS-projekt spränger tids- och budgetramar.

4. Implementeringsmetod.

En fasad metod – manuell operativ validering först och automatisering sedan – är vanligtvis lägre risk än en stor-bang-lansering. Du får bekräfta att systemet fungerar för dina verkliga arbetsflöden innan du lutar hela din verksamhet mot det. Från vår sida av bordet har de leverantörer som föreslår detta utan att bli uppmanade vanligtvis upplevt en stökig driftsättning tidigare. De som pitchar full automatisering från dag ett har ofta inte det.

5. Referenser

Be om referenser från företag med liknande verksamhet, inte bara liknande storlek eller antal anställda. En referens från en distributör med ett enda driftställe är inte särskilt användbar om du driver en flerplatsstillverkningsverksamhet med SAP-integration. Och ställ de riktade frågorna: "Hur gick transportörsdriftsättningen?" "Hur gick integrationsprocessen?" "Vad hände när något inte fungerade som förväntat?"

6. Anbudet i sig.

Hur en TMS-leverantör svarar på din upphandling är en förhandsvisning av hur de kommer att bete sig som din partner. Svarade de på dina frågor direkt, eller lindade de in allt i förbehåll? Flaggade de luckorna ärligt, eller hävdade de full täckning på varje krav? Visade de att de förstod din verksamhet, eller skickade de en lätt modifierad version av sin standardpresentation?

Ett anbud som erkänner stöds inte på två ställen och förklarar varför är mer värt än ett som säger ja till allt. Du kommer att ta reda på sanningen hur som helst. Bättre att ta reda på den under utvärderingen än vid driftsättningen.

Ladda ner leverantörsutvärderingsmatrisen för att poängsätta leverantörer på viktade kriterier:

Ladda ner leverantörsutvärderingsmatrisen (.docx)

Presentationsrundan med TMS-leverantörer

Skriftliga anbud berättar vad en leverantör påstår. Presentationer berättar om de kan backa upp det.

I det här skedet bör du ha en kortlista med 2–3 leverantörer. Målet med presentationsrundan är att sätta anbudet under verkligt tryck och se om systemet fungerar mot dina faktiska scenarier.

Be om en genomgång av livesystemet, inte en demonstration

En demonstration är en inövad sekvens som visar systemet på sitt bästa. En genomgång av livesystemet är när du säger "visa mig hur ni skulle hantera den här försändelsen, från vårt lager i Nederländerna, med vår transportör, till vårt avtalade pris" – och sedan ser vad som faktiskt händer.

Förbered 2–3 verkliga scenarier från din egen verksamhet innan mötet: en standard utgående bokning, en försändelse som behöver en spot-offert och något besvärligt som en försenad försändelse eller en transportör som inte tillhandahåller spårning. När en leverantör ständigt styr tillbaka till den polerade demonstrationen i stället för att köra ditt scenario har du ditt svar.

Utmana luckorna

Varje TMS-anbud har dem. Gå rakt på de delar där en leverantör svarade delvis eller där du har tvivel, och stanna där. Låt dem inte glida tillbaka till något som fungerar utmärkt. Hur fungerar det här exakt? Vem gör vad? Vad händer när det inte fungerar som förväntat?

Få rätt personer i rummet

På TMS-leverantörens sida bör de som presenterar vara de som faktiskt kommer att arbeta med din implementering – inte bara säljteamet. Be om det uttryckligen. På din sida, ta med någon från IT (om integration ingår i omfånget) och minst en person som faktiskt kommer att använda systemet varje dag. De ställer andra frågor än inköp gör, och du vill ha båda uppsättningarna av frågor ställda.

Andra runda, bara vid behov

För ett komplext beslut är en andra session inriktad på specifika ämnen värd tiden. Exempelämnen att täcka:

• Säkerhet och dataskydd – begär en penetrationstestrapport eller säkerhetsdokumentation om ditt IT- eller informationssäkerhetsteam kräver det
• Integrationsarkitektur – en teknisk session mellan ditt IT-team och leverantörens
• Kommersiella villkor – gå igenom avtalet, uppdragsbeskrivningen och antagandena rad för rad innan du inleder formella förhandlingar

Boka den inte bara för att upprepa det första mötet med fler personer i rummet. Antingen löser den specifika öppna frågor, eller så bör den inte äga rum.

Bekräfta åtaganden skriftligt

Allt en leverantör åtar sig i rummet som inte finns i det skriftliga anbudet måste bekräftas skriftligt innan du går vidare. Muntliga åtaganden överlever inte avtalsförhandlingar. Om en TMS-leverantör säger "ja, det kan vi göra" på något viktigt, följ upp med ett e-postmeddelande samma dag och be dem bekräfta.

TMS-avtal och uppdragsbeskrivning: vad du bör kontrollera innan du skriver under

Du har valt din leverantör. De flesta team "andas ut" i det här läget. Jag rekommenderar att du inte gör det, för det är här detaljerna som alla glossade över under utvärderingen tyst förvandlas till ditt problem.

Bli internt överens innan du förhandlar

Känn till dina absoluta krav, dina acceptabla kompromisser och dina gränser för att avbryta förhandlingen innan samtalet börjar. Att ändra krav mitt i förhandlingen kostar tid, bränner förtroende och kan ibland göra att du förlorar den TMS-leverantör du faktiskt ville ha. Lös det internt först, och förhandla sedan.

Förstå vad du köper: SaaS, inte en licens

Moderna TMS-plattformar är SaaS-prenumerationer, inte programvarulicenser. Du prenumererar på en tjänst som leverantören är värd för, underhåller och uppdaterar – du köper inte ett system direkt. Det förskjuter vad avtalet måste täcka: prenumerationsvillkor, uppsägning, dataägarskap och exporträttigheter, drifttidsåtaganden, svarstider för support. Standardinköpsmallar skrevs inte för den här modellen, så se till att din har hängt med.

Uppdragsbeskrivningen är lika viktig som avtalet

Uppdragsbeskrivningen specificerar vad som levereras, av vem och när: kontokonfiguration, transportörsdriftsättning, integrationsstöd, utbildning och de acceptanskriterier som säger att implementeringen faktiskt är klar. Om det inte finns i uppdragsbeskrivningen ingår det inte, oavsett vad som sades på ett möte eller i ett e-postmeddelande. Läs avsnittet om antaganden extra noga. Det är där omfånget definieras villkorligt. Om din transportörslista visar sig vara större än angiven, eller om ditt ERP behöver ett icke-standardiserat integrationsformat, avgör antagandena om det är ett snabbt samtal eller en prissatt ändringsförfrågan.

Var tydlig med vad som faller utanför omfånget

Anpassad utveckling, utbildning på plats, datamigrering, integrationsarbete på dina system, transportörsspecifika ändringar. Dessa prissätts vanligtvis separat. Att få det på papper innan du skriver under eliminerar den vanligaste – och mest undvikbara – källan till implementeringsfriktion: två parter som var och en antog att något annat ingick.

Kom överens om driftsättningsplanen innan du skriver under

Inte efter. Transportörsprioritering, konfigurationstidslinje, integrationsmilstolpar, driftsättningskriterier – lös allt detta medan du fortfarande har förhandlingsstyrka. En leverantör som inte kan ge dig en tydlig driftsättningsplan i avtalsskedet berättar något du vill veta innan du förbinder dig.

Efter underskriften: TMS-implementering och driftsättning

Det mesta av den verkliga risken finns efter underskriften. Tre saker avgör hur det går.

1. Datamigrering

Transportörsavtal, prislistor, adressböcker, historiska försändelser. Bestäm tidigt vad du behöver migrera, vad som rensas först och vem som äger arbetet. Stökiga källdata är den vanligaste orsaken till att driftsättningsdatumet skjuts upp gång på gång. Rensa dem innan du migrerar, inte medan du migrerar.

2. Sekvens för transportörsdriftsättning

Du ansluter inte alla transportörer dag ett. Prioritera efter volym och kritikalitet, få de viktigaste igång och validerade, och expandera sedan därifrån. Det är precis här den fasade metod du frågade om under utvärderingen visar sitt värde.

3. Användaradoption

De personer som bokar försändelser varje dag måste vilja använda det nya systemet. Involvera minst en av dem från upphandlingsskedet och framåt, utbilda dem ordentligt under hypercare-fasen (driftsättningen) och se till att det dagliga arbetsflödet verkligen är snabbare än vad de gjorde tidigare. En tekniskt felfri driftsättning som teamet helt enkelt inte använder är ändå en misslyckad driftsättning.

10 vanliga misstag i TMS-upphandlingar

De mönster vi ser oftast, samlade på ett ställe:

• Ingen operativ kontext. Det stora misstaget. Inga volymer, ingen platsstruktur, ingen transportörsbild tillhandahålls leverantörerna. En frågerunda och generisk prissättning är garanterade.
• Allt är ett måste ha. När varje krav är kritiskt är prioritetskolumnen meningslös och du kan inte skilja ett dealbreaker från ett trevligt att ha.
• Vag tidplan. Inga datum innebär att leverantörerna inte kan uppskatta sin insats, så anbuden kommer tillbaka lika vaga.
• Att specificera hur, inte vad. Att föreskriva den tekniska implementeringen i stället för det operativa resultatet utesluter bra lösningar av fel skäl.
• Att ignorera ERP/TMS-gränsen. Att anta att TMS äger finansiella processer som ERP faktiskt äger, och sedan inse det mitt i implementeringen.
• Att välja enbart på pris. Att välja på prenumerationsrubriken utan en treårsmodell, eller utan att väga transportörsanslutning och ärlighet om integration.
• En demonstration i stället för en genomgång av livesystemet. Att titta på leverantörens inövade sekvens i stället för att låta systemet testa dina verkliga scenarier.
• Referenser som inte matchar din verksamhet. Att titta på imponerande logotyper, men de företagen kan ha logistikverksamheter som inte alls liknar din. Be om referenser som liknar dig, och fråga dem sedan hur driftsättning och integration faktiskt gick.
• Att lämna driftsättningen till efter underskriften. Den plan du förhandlar med förhandlingsstyrka slår den du förhandlar utan.
• En process för tung för rätt leverantör. Byråkratisk overhead som kan filtrera bort de moderna plattformar som hade passat dig bäst.

Gratis TMS-upphandlingsmallar

Vi har byggt fem mallar utifrån de upphandlingar vi svarar på, så att du inte behöver börja från ett tomt blad:

1. Mall för upphandlingsdokument. Den fullständiga strukturen från den här guiden.
2. Poängsättningsblad för funktionskrav. Prioriterat, med en täckningskolumn per leverantör.
3. Checklista för operativ information. De tio frågorna som en ifyllningstabell.
4. Leverantörsutvärderingsmatris. Viktad poängsättning för leverantörer.
5. Tidplansmall för upphandling. Aktiviteter, datum, ansvariga.

Ladda ner paketet – alla fem, gratis, ingen e-postadress krävs. Ta det som är användbart, ignorera resten:

Ladda ner det fullständiga mallpaketet för TMS-upphandling (.zip)

Cargoson är ett transporthanteringssystem som används av medelstora tillverkare och grossister i Europa och Nordamerika. Vi svarar på upphandlingar som den du håller på att skriva hela tiden, så om du hellre vill gå igenom dina krav innan du börjar skriva hjälper vi dig gärna att tänka igenom det – utan förpliktelser.

Boka en kostnadsfri 30-minuterskonsultation här

Genomför processen väl och den är värd varje timme.