Gå til indholdet

Indhent sammenlignelige tilbud på et softwareprojekt

Et gennemarbejdet portaleksempel viser, hvordan du fastlægger resultat, afgrænsning, egne bidrag og åbne antagelser før tilbudsforespørgslen.

Daniel Hartmann2 min. læsetid
To blå sammenligningskort med laptop- og sky-tandhjulssymbol, hver med tre afkrydsede linjer.

Sammenlignelige softwaretilbud begynder med en fælles opgave. Hvis én leverandør kun prissætter grænsefladen og en anden også ERP-forbindelsen, siger totalerne lidt om prisen på samme ydelse.

Giv derfor alle leverandører samme beskrivelse af udgangspunktet. Arbejdseksemplet nedenfor viser, hvad der konkret kan fastlægges. Det er et hypotetisk projektomfang, uden et estimat for et virkeligt kundeprojekt.

Beskriv det ønskede resultat

En forhandler ønsker en kundeportal: Autoriserede erhvervskunder ser deres priser, vælger varer og sender ordrer til det eksisterende ERP. Portalen viser, om ordren faktisk er oprettet dér. Betalingsbehandling, nye markedspladser og overførsel af gamle fakturaer er uden for dette første omfang. Grænserne gælder kun eksemplet.

Udfyld et fælles ydelsesgrundlag

Tabellen kan bruges som arbejdsgrundlag for forespørgslen. Forhandlerens bidrag indgår i planlægningen og er endnu ikke leverede ydelser.

Identifikation

Ønsket resultat

Forhandlerens bidrag

R1

Login og visning af tildelte kundepriser

To testkonti ser hver de priser, de har ret til

Testkonti, prisgrundlag og rollegodkendelse

R2

Valg af vare, enhed og mængde i kurven

En fastlagt kurv stemmer med kontrollerede produktdata

Produkteksempler med tydelige enheder

R3

Ordreoverførsel til ERP med tydeligt resultat

Testordre i ERP med korrekt virksomhed, vare og mængde; fejl eller uklart udfald forbliver ubekræftet

ERP-testadgang og ansvarlig for processen

R4

Dokumenteret overdragelse af udrulning og fejlhåndtering

Den udpegede driftsansvarlige kan følge vejledningen i en test

Hostingadgang og teknisk kontaktperson

Bed om svar pr. række: inkluderet, tilbudt med afvigende omfang eller til afklaring. Afvigelser skal beskrives. »ERP-integration inkluderet« forklarer ikke, hvilke opgaver der dækkes.

Hold åbne forudsætninger synlige

I eksemplet er det endnu ikke bekræftet, om ERP-grænsefladen må skrive ordrer. Beskriv denne mulighed som en åben forudsætning i forespørgslen. En afgrænset undersøgelse kan først afklare adgangsvej, skrivemulighed og resultatet af en testordre. Derefter kan omfanget beskrives mere sikkert.

En leverandør kan også angive en udtrykkeligt betinget post eller et alternativ. Det afgørende er, at en ubekræftet antagelse ikke ubemærket bliver grundlag for hele tilbuddet.

Bring svarene på samme grundlag

Bed om særskilt forklaring af udvikling, eksterne tjenester og løbende drift. Notér, hvilke bidrag og godkendelser din virksomhed skal levere, og hvad der fortsat er åbent, hvis forudsætninger udebliver. En fast pris gør ikke forskellige afgrænsninger ens.

Sammenhold svar og undtagelser med tabellen, før du sammenligner beløb. Hvis et resultat mangler, så spørg, hvordan det håndteres. Så får du et fælles beslutningsgrundlag uden opdigtede løsninger eller priser på åbne punkter.

Kilder

Skrevet af

  • Daniel HartmannRedaktør for teknologi og erhvervDaniel Hartmann skriver om teknologibeslutninger i virksomheder hos ASES. Han beskæftiger sig med softwareinvesteringer, valg af egnede løsninger og planlægning af digitale projekter.

Følg ASES

Læs videre

Alle artikler

IT-rådgivning & strategi med ASES

Strategi, arkitektur og valg af teknologi