Caira kan granska ditt avtal med 3 klick:
Få förslag på ändringar och kommentarer i din fil
Skapa en e-postsammanfattning att skicka till motparten
Det tar under 30 sekunder att skapa ett gratis konto.
Inget kreditkort krävs: Starta din gratisperiod
“Den funkar på min dator”:
Varför utvecklare behöver bättre avtal
Webbutveckling lider av ett glapp i förväntningar.
Du levererar kod enligt specen.
Kunden öppnar den på en gammal Iphone och skriker “Den är trasig!”
Du bygger det CMS de bad om.
Sex månader senare kräver de att du lagar ett fel som deras eget plugin orsakat.
Kod är logisk. Kunder är emotionella.
Avtalet är bron däremellan.
Utan avtal ger du gratis support livet ut.
Här är de juridiska buggar du måste fixa i dina villkor.
1. Svarthålet ”Webbläsarkompabilitet”
Ett scenario: Du bygger en snabb React-sajt.
Den flyger i Chrome.
Kundens vd öppnar den i en gammal webbläsare.
Allt spricker. De vägrar betala.
Den juridiska verkligheten:
Att fungera överallt är tekniskt omöjligt.
Utan detaljer kan rätten tolka ”fungerande sajt” som att den ska passa alla gamla verktyg.
Lösningen:
En klausul för webbläsare som stöds.
Var specifik.
”Sajten stöder de två senaste versionerna av Chrome, Safari, Firefox och Edge. Äldre läsare exkluderas om inget annat avtalats.”
2. Mottagningstest (Triggern för lansering)
Ett scenario: Du är klar och skickar länken.
”Säg vad du tycker.”
Tystnad i 3 veckor.
Sedan: ”Kan vi byta typsnitt?”
Tystnad i 2 veckor till.
Sedan: ”Kan vi flytta loggan?”
Det har gått 3 månader över deadline. Du har inte fått sista betalningen.
Den juridiska verkligheten:
Utan en fastställd testperiod hamnar projektet i ett zombieläge.
Det blir aldrig formellt klart.
Lösningen:
En klausul om tyst godkännande.
”Kunden har 7 dagar på sig att testa.
Om inget kritiskt fel rapporteras skriftligen inom 7 dagar, anses sajten godkänd och slutfakturan ska betalas.”
Detta tvingar dem att testa eller betala.
3. Scope Creep (”Bara en liten ändring”)
Ett scenario: Du ger pris på 5 sidor.
Kunden skickar text för 12 sidor.
”Jag delade bara upp sidan lite, ingen stor grej väl?”
Det är en stor grej.
Det kräver ny navigering, mobilanpassning och merarbete.
Lösningen:
Ge inte pris för ”en sajt”.
Ge pris för en specifik omfattning.
Fasta leveranser: ”5 statiska sidor.
1 kontaktformulär.”
Klausul om ändringar: ”Arbete utanför denna omfattning debiteras per timme.
Utvecklingen pausas tills ändringen godkänts.”*
4. Vem äger koden? (Immaterialrätt)
Ett scenario: Du använder ditt eget starttema eller bibliotek.
Du blir osams med kunden.
De kräver full upphovsrätt på all kod.
Om du överlåter allt kan du inte använda ditt eget starttema till nästa kund.
Du sålde verktygen, inte bara huset.
Lösningen:
Skilj på unik kod och bakomliggande kod.
”Utvecklaren överlåter upphovsrätten för den unika designen vid full betalning.”*
”Utvecklaren behåller ägandet av all bakomliggande kod och ger kunden en evig licens att använda den på sajten.”*
5. Felavhjälpning utan slut
Ett scenario: Sajten lanseras.
Två år senare uppdateras WordPress.
Sajten går sönder.
Kunden ringer: ”Du byggde den, du lagar den.”
Lösningen:
En tydlig garantiperiod.
”Vi erbjuder 30 dagars garanti för att laga fel som fanns vid start.
Fel efter 30 dagar, eller fel orsakade av externa uppdateringar, debiteras som support.”
Varför avtalsgranskning är din dokumentation
Du kommenterar din kod.
Du bör även sätta ramar för er affärsrelation.
För kreatörer och utvecklare, se vår guide om fällor vid licensiering.
AI-avtalsgranskning analyserar ditt utvecklaravtal.
Den kollar så att du inte lovat för mycket.
Den säkrar dina processer så att du kan leverera och få betalt utan strul.
Friskrivning: Texten är endast allmän information och utgör inte juridisk eller professionell rådgivning.
