Vi er selv en Microsoft-partner, så les dette med det i bakhodet. Vi mener likevel det er verdt å skrive, fordi de fleste utvalgsprosessene vi ser stiller feil spørsmål, og det er kunden som betaler for det etterpå.
Sertifiseringer sier mindre enn dere tror
En sertifisering viser at noen har lest pensum og bestått en prøve. Det er ikke ingenting: det sier noe om bredden i kunnskapen. Men det sier ingenting om dømmekraft, og dømmekraft er det dere faktisk kjøper.
Be heller om å få snakke med en referanse som hadde et prosjekt som gikk skjevt. Alle har ett. Hvordan det ble håndtert forteller mer enn en liste med kursbevis.
De seks spørsmålene
1. Hvem gjør arbeidet - og møter jeg dem nå?
Hos større leverandører er ikke alltid de som selger de samme som leverer. Spør konkret hvem som skal sitte i prosjektet, og be om å møte dem før dere signerer.
2. Hva skjer om estimatet ryker?
Svaret avslører hele forretningsmodellen. En leverandør som sier «da tar vi en prat om omfang» er ærlig. En som sier «det skjer ikke» har ikke levert nok prosjekter.
3. Hvem eier løsningen etterpå?
Alt bør kjøre i deres egen tenant, og koden og konfigurasjonen bør være deres. Er svaret uklart, spør hva som skjer den dagen dere sier opp avtalen.
4. Hva er dokumentert, og når?
Dokumentasjon som lages til slutt blir sjelden lest og ofte ikke laget. Spør om den skrives underveis, og be om å få se et eksempel fra et annet prosjekt.
5. Hva koster drift om to år?
Prosjektprisen er den enkle delen. Spør hva forvaltning koster når løsningen er i drift, hvem som har ansvaret, og hva responstiden er når noe stopper.
6. Når ville dere sagt nei til dette prosjektet?
Det beste spørsmålet i hele listen. En leverandør som ikke kan svare, eller som svarer «vi løser alt», har akkurat fortalt dere noe viktig.
Tegn som bør stoppe dere
Et fast tilbud gitt før noen har sett systemene deres. En demo som løser alt uten spørsmål om hvordan dere faktisk jobber. Uklarhet om hvem som eier koden. Og en leverandør som aldri sier at noe er en dårlig idé, det betyr som regel at de ikke har forstått hva dere ba om.
Stor eller liten leverandør?
Begge deler fungerer, men de feiler på ulike måter. En stor leverandør har kapasitet, prosess og folk å sette inn når noen slutter, og risikoen er at dere blir en liten kunde i en stor portefølje. En liten leverandør gir dere de samme menneskene hele veien, og risikoen er kapasitet.
Spør begge om det samme: hva skjer hvis den som kan mest om vår løsning slutter?
Om oss, siden dere leser dette hos oss
Vi er et lite team, vi holder oss til Microsoft-økosystemet, og dere snakker med dem som bygger. Vi sier fra når omfanget bør være mindre enn dere hadde tenkt, og noen ganger at dere ikke trenger prosjektet ennå.
Vil dere teste hvor dere står før dere snakker med noen leverandør, har vi laget en vurdering av Microsoft-modenhet som tar noen minutter. Eller ta kontakt.
Vanlige spørsmål
Hvor mange leverandører bør vi be om tilbud fra?
To eller tre er som regel nok. Flere enn det gir sjelden bedre beslutninger, men koster mye tid, både deres og leverandørenes, og den tiden ligger til slutt i prisen.
Bør vi velge den billigste?
Ikke uten å forstå hvorfor den er billigst. Det vanligste svaret er at omfanget er tolket smalere, og da sammenligner dere to ulike prosjekter. Be alle prise det samme, skriftlig.
Hva bør stå i en avtale om drift?
Hvem som har ansvaret, hva responstiden er, hva som er inkludert og hva som faktureres separat, og hva som skjer med tilganger og dokumentasjon hvis avtalen avsluttes.
Er det et problem at leverandøren har egne produkter?
Ikke i seg selv, men spør når produktet er feil svar. En leverandør som har et produkt og likevel kan si tydelig når standardplattformen er riktigere, har tenkt på spørsmålet.