Be om sammenlignbare tilbud på et programvareprosjekt
Et gjennomarbeidet portaleksempel viser hvordan du beskriver resultat, avgrensning, egne bidrag og åpne antakelser før du ber om tilbud.
Sammenlignbare programvaretilbud begynner med en felles oppgave. Hvis én leverandør priser bare grensesnittet og en annen også ERP-koblingen, sier totalsummene lite om prisen på samme leveranse.
Gi derfor alle leverandører samme beskrivelse av utgangspunktet. Arbeidseksemplet nedenfor viser hva som kan konkretiseres. Det er et hypotetisk prosjektomfang, uten et estimat for et virkelig kundeprosjekt.
Beskriv det ønskede resultatet
En forhandler ønsker en kundeportal: Autoriserte bedriftskunder ser prisene sine, velger varer og sender bestillinger til eksisterende ERP. Portalen viser om bestillingen faktisk er opprettet der. Betalingsbehandling, nye markedsplasser og overføring av gamle fakturaer er utenfor dette første omfanget. Grensene gjelder bare eksemplet.
Fyll ut et felles leveransegrunnlag
Tabellen kan brukes som arbeidsgrunnlag for forespørselen. Forhandlerens bidrag inngår i planleggingen og er ennå ikke utført arbeid.
Identifikator | Ønsket resultat | Forhandlerens bidrag | |
|---|---|---|---|
| Innlogging og visning av tildelte kundepriser | To testkontoer ser hver prisene de har tilgang til | Testkontoer, prisgrunnlag og godkjenning av roller |
| Valg av vare, enhet og mengde i handlekurven | En fastsatt handlekurv stemmer med kontrollerte produktdata | Produkteksempler med tydelige enheter |
| Bestillingsoverføring til ERP med tydelig resultat | Testordre i ERP med riktig selskap, vare og mengde; feil eller uklart utfall forblir ubekreftet | ERP-testtilgang og prosessansvarlig |
| Dokumentert overlevering av utrulling og feilhåndtering | Den utpekte driftsansvarlige kan følge veiledningen i test | Hostingtilgang og teknisk kontaktperson |
Be om svar per rad: inkludert, tilbudt med avvikende omfang eller må avklares. Avvik trenger en beskrivelse. «ERP-integrasjon inkludert» forklarer ikke hvilke oppgaver som dekkes.
Hold åpne forutsetninger synlige
I eksemplet er det ennå ikke bekreftet om ERP-grensesnittet får skrive bestillinger. Beskriv denne evnen som en åpen forutsetning i forespørselen. En avgrenset undersøkelse kan først avklare tilgangsvei, skrivemulighet og resultatet av en testordre. Deretter kan omfanget beskrives sikrere.
En leverandør kan også oppgi en eksplisitt betinget post eller et alternativ. Det avgjørende er at en ubekreftet antakelse ikke ubemerket blir grunnlaget for hele tilbudet.
Bring svarene over på samme grunnlag
Be om separat forklaring av utviklingsarbeid, eksterne tjenester og løpende drift. Noter hvilke bidrag og godkjenninger virksomheten din må levere, og hva som fortsatt er åpent hvis forutsetninger uteblir. En fast pris gjør ikke ulike avgrensninger like.
Sammenhold svar og unntak med tabellen før du sammenligner beløp. Hvis et resultat mangler, spør hvordan det håndteres. Da får du et felles beslutningsgrunnlag uten oppdiktede løsninger eller priser på åpne punkter.
Kilder
Les videre
Alle artikler
IT-rådgivning og strategi med ASES
Strategi, arkitektur og valg av teknologi