Slik forbereder du en anskaffelse av renholdsrobot

Start med oppgaven, kvalitetskravet og driftsutfordringen. Hvilke flater skal rengjøres, når er de tilgjengelige, og hvilken menneskelig oppfølging er realistisk? En presis behovsbeskrivelse gjør det lettere å vurdere flere tekniske løsninger på et rettferdig grunnlag.

Skill mellom absolutte rammer og forhold som bør prøves. Tilgjengelig bredde, terskler, sikkerhet og dokumentasjonskrav kan være minimumsbetingelser, mens faktisk dekning og behov for daglig støtte ofte må verifiseres i en kontrollert pilot.

DFØ beskriver at offentlige virksomheter kan ha dialog med markedet før konkurransen, så lenge leverandørene behandles likt, konkurransefordeler unngås og forretningshemmeligheter beskyttes.

Del det samme behovsgrunnlaget med aktuelle aktører, dokumenter dialogen og vurder om utkast til krav eller kontraktsvilkår bør sendes på høring. Målet er å forstå markedet – ikke å skrive konkurransen rundt den første demonstrasjonen.

Funksjonskrav beskriver hva virksomheten trenger å oppnå, i stedet for å foreskrive én bestemt teknisk løsning. Det kan åpne for flere løsningsforslag og redusere risikoen for at kravene favoriserer én leverandør.

Kravene må fortsatt være målbare. Beskriv eksempelvis hvilke områder, tidsvinduer, sikkerhetsgrenser, kvalitetskontroller og dokumentasjonsbehov som gjelder. Unngå generelle formuleringer som «høy kapasitet» eller «full autonomi» uten en kontrollbar definisjon.

Leverandørens evne til å gjennomføre oppdraget, minimumskravene til leveransen og kriteriene for å velge beste tilbud har ulike funksjoner. De bør ikke blandes sammen.

Servicekapasitet, kompetanse, reservedeler, sikker håndtering og dokumentasjon kan være like viktige som selve maskinen. Formuler kravene proporsjonalt og knytt dem til den faktiske leveransen.

DFØ beskriver livssykluskostnader som alle kostnadene anskaffelsen genererer gjennom levetiden. For en renholdsrobot kan det bety investering eller leie, innføring, service, programvare, forbruksmateriell, lokal oppfølging, nedetid og avhending.

Beregningen må bruke en oppgitt metode og sammenlignbare forutsetninger. Udokumenterte spareprosenter bør ikke erstatte lokale timer, kostnader og målinger.

Dersom egnethet må testes, bør piloten ha definert område, varighet, baseline, ansvar og beslutningspunkt. Det må være tydelig hva som er en test, hva som inngår i kontrakten, og hvordan erfaringene kan brukes uten å forskjellsbehandle senere tilbydere.

Før ordinær drift bør kontrakten avklare supportkanal, responstid, reservedeler, programvare, dataeierskap, dokumentasjon, opplæring og hva som skjer ved modell- eller leverandørbytte.