Checklista för avtal om webbutveckling
De flesta tvister i webbprojekt handlar inte om kvalitet utan om förväntningar som aldrig skrevs ner. Ett avtal som namnger rätt saker förebygger nästan alla av dem, och det tar en timme att läsa.
Den här guiden går igenom vad som bör stå där, varför varje punkt finns, och vilka klausuler du bör insistera på vid tveksamhet.
Omfattning: delen som orsakar flest tvister#
«Bygga webbplatsen» är ingen omfattning. Det här bör stå uttryckligen.
- Antal unika mallar, inte antal sidor. Femtio sidor på fyra mallar är ett litet projekt.
- Vad som ingår: design, bygge, innehållsinmatning, migrering, integrationer, tester.
- Vad som inte ingår — det är den viktigaste meningen i hela avtalet.
- Vem som skriver texterna och vem som levererar bilderna.
- Antal designrundor och vad som räknas som en runda.
- Stödda webbläsare och enheter, och den antagna tillgänglighetsnivån.
- Prestandamål om de är viktiga, uttryckta i mätbara värden.
- Vilka språk, och vem som levererar översättningarna.
En leverantör som på eget initiativ skriver ner vad som inte ingår har oftast varit med om en omfattningstvist — vilket är ett gott tecken.
Ägande, åtkomst och utträde#
De här punkterna känns abstrakta tills du vill byta leverantör, och då är de de enda som räknas.
| Punkt | Vad avtalet ska säga |
|---|---|
| Källkod | Övergår i sin helhet till dig vid slutbetalning |
| Designfiler | Också dina, inklusive källfilerna |
| Domän | Registrerad på ditt företag, med din åtkomst |
| Webbhotell | På ditt konto, eller överförbart på begäran |
| Tredjepartskonton | Analys, e-post, betalningar — i ditt namn |
| Tredjepartslicenser | Vilka, och vem som betalar dem efteråt |
| Överlämning | Dokumentation och åtkomstöverlämning vid avslut |
| Portföljanvändning | De får visa det; rimligt att tillåta |
Domän och webbhotell i leverantörens namn är det vanligaste sättet företag blir låsta. Kontrollera det före påskrift, inte vid utträde.
Betalning, tider och ändringar#
De här tre hänger ihop: vem som betalar när, vad som sätter datumet, och vad som händer när omfattningen växer.
- Betalning i etapper kopplad till leveranser, inte till kalenderdatum.
- En handpenning är normalt; full förskottsbetalning är det inte.
- En slutbetalning efter leverans, stor nog att betyda något.
- Ömsesidiga beroenden: tidplanen förskjuts om du levererar texter sent, och det bör stå där.
- En ändringsprocedur: varje tillägg får ett skriftligt estimat innan arbetet börjar.
- Timpris för arbete utanför omfattningen, fastställt i förväg.
- Vad som händer vid försening från båda hållen — inte bara ditt.
- Uppsägningsvillkor: hur man avslutar och vad som då betalas och överlämnas.
Garanti, förvaltning och ansvar#
Delen som handlar om tiden efter lansering, och den som oftast saknas.
| Punkt | Rimlig överenskommelse |
|---|---|
| Rättningsperiod | Trettio till nittio dagars kostnadsfri rättning |
| Vad som är en bugg | Fungerar inte som överenskommet — inte: ny önskan |
| Svarstid | Arbetsdagar för vanliga ärenden, snabbare vid driftstopp |
| Förvaltning | Separat avtal, med uttrycklig uppräkning |
| Säkerhetsbrister | Vem som åtgärdar, inom vilken tid |
| Personuppgifter | Personuppgiftsbiträdesavtal om de behandlar data |
| Ansvar | Begränsning till avtalsvärdet är brukligt |
| Tvister | Vilken lag, vilken domstol — kort men närvarande |
Skillnaden mellan «bugg» och «ny önskan» orsakar mest friktion efter lansering. En mening som definierar den sparar månader av diskussion.
Vanliga frågor
Behöver jag ett avtal för ett litet projekt?
Ja, om än kort. Två sidor som fastställer omfattning, pris, betalningstillfällen, ägande och vad som inte ingår täcker merparten av det som går fel. De små projekten är just de där ingen skriver ner något och där omfattningen därför obemärkt fördubblas.
Vad om leverantören vill behålla ägandet av koden?
Det är ett skäl att fråga vidare. Vid skräddarsydd kod bör koden vara din efter betalning. Undantaget är en egen plattform eller ett eget ramverk hos leverantören — då får du en licens istället för ägande, vilket kan vara rimligt, förutsatt att avtalet säger vad som händer om du lämnar eller om de lägger ner.
Hur mycket ska jag betala i förskott?
En handpenning på en fjärdedel till en tredjedel är brukligt och rimligt. Full förskottsbetalning är det inte, eftersom det tar bort all drivkraft att slutföra. Koppla resten till leveranser du kan se — godkänd design, levererat bygge, webbplats live — istället för till kalenderdatum som kan flytta sig.
Vad ska en garantiperiod täcka?
Fel i det som levererats: saker som inte fungerar som överenskommet. Inte: nya önskemål, ändringar orsakade av en webbläsaruppdatering månader senare, eller problem orsakade av ändringar du själv gjort. Trettio till nittio dagar är brukligt. Se till att avtalet definierar vad en bugg är, annars diskuterar du det vid sämsta tänkbara tillfälle.
avtal webbutvecklingwebbplatsavtalomfattning webbprojektägande källkodbeställa webbplatsgaranti webbplats
