Leveransgodkännande – så godkänner du ett levererat projekt
Av CodexierPublicerad 6 min läsning
Slutet på ett hemside- eller mjukvaruprojekt är ofta dess minst definierade del. Leverantören säger att det är klart, beställaren är inte säker, fakturor och lanseringsdatum hänger i luften, och relationen surnar över vad som räknas som färdigt. Leveransgodkännande löser det genom att göra färdigt till en checklista som avtalats i förväg. Den här guiden förklarar hur du sätter kriterierna, kör testperioden, klassar det du hittar och godkänner på ett sätt som skyddar båda sidor.
Det korta svaret
Varje hemsidelansering till fast pris vi levererar avslutas med den här processen, eftersom ett tydligt godkännande ligger lika mycket i vårt intresse som i ert.
Kriterier som avtalas i förväg
Godkännandekriterier är kraven i testbar form. Det ser ut så här, inte det ska kännas modernt. Varje kriterium ska vara något en person kan kontrollera och svara ja eller nej på. Skriv dem tillsammans med leverantören under avgränsningen och bifoga dem till avtalet; ett kriterium som hittas på i slutet är ett gräl, inte ett test.
| Område | Exempel på kriterium | Så kontrolleras det |
|---|---|---|
| Innehåll och sidor | Alla sidor i sajtkartan finns med godkänd text och bilder | Gå igenom sajtkartan; jämför med godkänt innehåll |
| Funktioner | Kontaktformuläret skickar till avtalad adress och visar en bekräftelse | Skicka ett testmeddelande från en mobil |
| Enheter och webbläsare | Layouten fungerar på aktuella iPhone- och Android-telefoner och de två vanligaste webbläsarna på dator | Öppna varje sidtyp på varje enhet |
| Prestanda | Viktiga sidor klarar Core Web Vitals på mobil | Kör det avtalade mätverktyget |
| Juridik och mätning | Cookiebanner, integritetssidor och analys beter sig som specificerat | Checklista i ett privat webbläsarfönster |
| Överlämning | Adminåtkomst, dokumentation och utbildning levererad | Bekräfta mottagandet av varje del |
Testperioden
Leverantören anmäler leveransen klar för godkännande, och en fast period börjar, oftast en till två veckor för en hemsida och längre för ett större system. Under den testar ni mot kriterierna på en testadress eller i en testmiljö, med riktiga personer från ert företag som gör de uppgifter de kommer att göra i produktion. Logga varje fynd i en gemensam lista med beskrivning, var det händer, hur det återskapas och vilket kriterium det rör. Skicka inte fynd via mejl allt eftersom; en lista är det enda sättet att veta när ni är klara. Om inga fynd rapporteras inom perioden behandlar de flesta avtal leveransen som godkänd, så planera tiden innan ni avtalar datumen.
- Testa med de personer som ska använda systemet, inte bara projektledaren.
- Testa på riktiga enheter över mobilnätet, och med riktigt innehåll, inte platshållartext.
- Återskapa varje fynd en gång innan det loggas; ett fynd ingen kan återskapa kan inte åtgärdas.
- Håll en kort genomgång i slutet av perioden för att enas om status för varje punkt på listan.
Fel eller ändringsönskemål
Allt på listan är en av tre saker. Ett fel: leveransen uppfyller inte ett avtalat kriterium, och leverantören åtgärdar det inom priset. En ändringsbegäran: den uppfyller kriterierna, men nu när ni ser den vill ni ha något annat, vilket är legitimt och offereras och planeras separat. En fråga: ni är osäkra på om något är avsett, och ett kort samtal avgör det. De flesta tvister i slutet av ett projekt kommer av att ändringsönskemål behandlas som fel, åt båda hållen. Att ha kriterierna på papper är det som gör klassningen snabb i stället för personlig.
Kritiskt fel
Blockerar en kärnfunktion: kassan fallerar, formuläret skickar inte, sajten ligger nere på mobil. Måste åtgärdas före godkännande.
Mindre fel
Kosmetiskt eller ett gränsfall som inte hindrar användning. Kan listas och åtgärdas efter godkännande till ett avtalat datum.
Ändringsbegäran
Nytt eller annorlunda beteende utanför kriterierna. Prissätts separat; blockerar aldrig godkännande av det som avtalats.
Godkännandet och vad det utlöser
Godkännandet är ett skriftligt besked, ett mejl räcker, om att leveransen uppfyller godkännandekriterierna, eventuellt med en lista över mindre fel och datumet då de ska vara åtgärdade. Det utlöser normalt tre saker: slutfakturan förfaller, leveransen går till produktion eller lanseringsdatumet bekräftas, och garantiperioden börjar. Eftersom det har de följderna bör det ges av någon med mandat att godkänna, och det bör inte hållas inne på grund av ändringsönskemål. Lika lite bör en leverantör kräva godkännande medan ett kritiskt fel är öppet. Är parterna oense om huruvida ett kriterium är uppfyllt avgör kriteriets egen kontrollmetod; det är därför metoden står skriven bredvid varje kriterium.
Garanti efter godkännande
En garantiperiod efter godkännandet täcker fel som fanns vid leveransen men upptäcks senare: ett formulär som fallerar i en viss webbläsare, en sida som går sönder med riktiga datamängder. Den täcker inte ändringar ni begär, problem orsakade av era egna redigeringar eller tredjepartstjänster som ändrar sig. Avtala längden i kontraktet, normalt en till tre månader för en hemsida, och avtala vad som händer sedan: ett serviceavtal, timsupport eller ingenting. I svenska avtal mellan företag finns ingen lagstadgad garanti för tjänster av det här slaget utöver allmän avtalsrätt, så det som står skrivet är det ni har.
När ni inte behöver en formell process: ett litet jobb med fast omfattning, som en landningssida, kan godkännas med en enda checklista och ett mejl. Den fulla processen betalar sig för allt med kassa, integrationer, flera intressenter eller ett lanseringsdatum som spelar roll. Att få in kriterierna i offerten från början täcks i våra guider om vad en offert på webbshop ska innehålla och kostnadsförslag, offert eller fast pris. Står ni inför att godkänna en leverans och är osäkra på om den är klar, boka ett samtal så går vi igenom listan tillsammans; våra egna paket till fast pris, med sina godkännandevillkor, finns på prissidan.
Vanliga frågor
Vad gör vi om vi inte avtalade godkännandekriterier från början?
Skriv dem nu, tillsammans, utifrån den ursprungliga offerten och eventuella specifikationer, innan testperioden börjar. Det är sent men mycket bättre än att testa mot ingenting. Där offerten var vag, enas om en rimlig tolkning skriftligt och gå vidare; att gräla om avsikter slutar sällan bra för någon sida.
Kan vi hålla inne betalningen tills varje fel är åtgärdat?
Att hålla inne slutbetalningen på grund av kritiska fel är normalt och regleras oftast i avtalet. Att hålla inne den på grund av mindre fel med avtalat åtgärdsdatum, eller på grund av ändringsönskemål, är det inte, och det skadar relationen ni behöver under garantitiden. De flesta avtal knyter slutfakturan till godkännandet, med mindre punkter listade.
Hur lång ska testperioden vara?
Tillräckligt lång för att de som ska använda systemet hinner prova varje kriterium en gång med riktigt innehåll, och tillräckligt kort för att projektet inte ska driva. En till två veckor för en hemsida, två till fyra för en webbshop eller en applikation med integrationer. Avtala den i kontraktet tillsammans med vad som händer om ni inte svarar i tid.
Vem ska godkänna?
Någon med mandat att godta leveransen och attestera fakturan, informerad av dem som testat. I ett litet företag är det ägaren. Namnge personen i avtalet så att det inte råder något tvivel på dagen.
Står ni inför att godkänna en leverans och är osäkra?
Skicka oss offerten och er lista över fynd. På en kvart hjälper vi er att skilja fel från ändringsönskemål och säger om godkännande är rimligt nu eller vad som bör åtgärdas först.
Boka ett kostnadsfritt 15-minuterssamtal