Lovable
Boken

Tänk dig att du anställer en programmerare. Du säger "jag vill ha en bokningssida med kalender och betalning". Lovable är samma sak, fast programmeraren svarar på 30 sekunder och kostar inget per timme.

Några ord du kommer höra (och vad de betyder)

• Webbapp = en hemsida där man kan göra saker (logga in, spara, betala) – inte bara läsa.
• Prompt = det du skriver i chatten till AI:n. "Bygg X", "ändra färgen", "lägg till en knapp".
• Deploy / publicera = göra din sida tillgänglig på internet så att andra kan besöka den.
• Backend = den osynliga delen som lagrar data, hanterar inloggning och hemligheter.
• Frontend = det som syns i webbläsaren: knappar, text, bilder, färger.

Vad du får när du bygger med Lovable

• En riktig hemsida som ligger live på internet – inte bara en bild på hur den skulle kunna se ut.
• Möjlighet att spara saker (kunder, beställningar, anteckningar) i en databas.
• Inloggning för dina användare – med e-post, Google eller Apple.
• En egen adress (t.ex. minsida.se) när du är redo.

Du behöver inte kunna koda för att börja. Men efter en månad med Lovable kommer du förstå mer om hur webben fungerar än de flesta gör efter ett år på en kurs.

När Lovable passar dig

• Du har en idé och vill se om den fungerar – innan du anlitar någon.
• Du har en uppgift på jobbet som tar evigheter och du vill bygga ett verktyg som löser det.
• Du är utvecklare och vill slippa skriva samma uppstartskod om och om igen.
• Du driver en byrå och vill leverera prototyper till kund på dagar istället för månader.

När Lovable INTE är rätt verktyg (ärligt talat)

Lovable är otroligt bra på webbappar, dashboards, landningssidor, interna verktyg och MVP:er. Men det finns saker det inte är byggt för – och det är bättre att veta det innan du börjar än att upptäcka det efter två veckor.

• Native mobilappar för App Store eller Google Play. Du bygger webbappar som fungerar i mobilens webbläsare – det räcker i 90 % av fallen, men inte alltid.
• Tunga 3D-spel eller realtidsgrafik. För enklare grejer går det, men för spelmotorer på riktigt behöver du andra verktyg.
• Saker som måste köra offline på en kunds dator (skrivbordsprogram). Lovable bygger för webben – det förutsätter internet.

Vad det INTE kostar att börja

Du kan skapa ett konto, bygga en hel app och se den live utan att lägga ett öre. Gratisplanen ger dig några prompts per dag – tillräckligt för att testa om Lovable passar dig. Först när du börjar bygga på allvar (eller publicerar på en egen domän) kommer du vilja uppgradera.

• Konto: gratis.
• Förhandsvisning: gratis, ändras live medan du bygger.
• Publicering på en .lovable.app-adress: ingår.
• Egen domän, fler prompts per dag, Cloud-databas: ingår från första betalplanen – ofta lägre än en lunch i månaden.

Vad du faktiskt sitter och tittar på

När du öppnar ett projekt möts du av tre delar. Vänster: chatten där du pratar med AI:n. Mitten: en lista över alla meddelanden och versioner. Höger: förhandsvisningen av din app – exakt så som dina användare kommer se den. Allt uppdateras automatiskt när AI:n är klar.

• Chatten är ditt enda verktyg. Här skriver du allt – ändringar, frågor, fixar.
• Historiken är din säkerhetslina. Varje version är sparad och kan återställas på en sekund.
• Förhandsvisningen är din verklighet. Det du ser där är vad användaren ser. Inget annat behöver granskas separat.

Det första du ska sluta göra är att leta efter en "spara"-knapp. Det finns ingen. Allt sparas automatiskt, varje gång AI:n gör något.

Den vanligaste nybörjarmissen är att skriva för lite. "Bygg en app för att hålla koll på mina vanor" säger nästan ingenting. AI:n får gissa allt: hur ska det se ut, vilka sidor finns, vad är viktigt? Du får ett resultat, men det blir generiskt.

Fyra frågor att svara på i din första prompt

• Vem ska använda appen? (du själv, kunder, anställda, barn…)
• Vad är det viktigaste de ska kunna göra? (beställa, boka, spara, läsa…)
• Vilka 3–5 sidor behöver finnas? (startsida, lista, detaljsida, inställningar…)
• Hur ska det kännas? (lugnt och minimalistiskt, lekfullt, allvarligt och proffsigt…)

Här är en bra prompt – kopiera och anpassa

Bygg en app där jag kan kryssa av morgonrutiner varje dag.

Användare: en person (jag). Inget login behövs i första versionen.

Sidor:
- Idag: lista mina vanor, kryssa av dem, se en "streak" (hur många
  dagar i rad jag klarat dem).
- Statistik: en kalender som visar gröna prickar för dagar jag
  klarade alla vanor.
- Inställningar: lägga till, ändra och ta bort vanor.

Design: mörk bakgrund, varma orange accenter, mjuka rundade hörn.
Känsla: lugn morgonritual, inte en checklista på jobbet.

Starta direkt på "Idag"-sidan när jag öppnar appen.

Den prompten ger AI:n allt den behöver för att leverera något du faktiskt vill använda. Den första vaga prompten ger dig något du kommer slänga inom tio minuter.

Bättre att skriva 10 rader för mycket än en rad för lite. AI:n läser snabbt – du tjänar tiden senare.

Skillnaden mellan en bra prompt och en bra prompt

Två personer kan skriva exakt samma idé och få helt olika resultat. Skillnaden ligger nästan alltid i hur konkret de är. "En app för vanor" ger en generisk app. "En app där jag kryssar av tre morgonrutiner och ser hur många dagar i rad jag klarat dem" ger nästan exakt det du tänkte dig.

Tre vanliga misstag som dödar din första prompt

• Att be om "allt" i en mening. "En CRM med fakturering, bokföring, kundsupport och nyhetsbrev" är inte en prompt – det är ett företagsavtal. Bygg en bit i taget.
• Att blanda design och funktion. Skriv vad det ska GÖRA först. Färger och typsnitt fixar du i nästa prompt när du ser strukturen.
• Att inte säga vad du INTE vill ha. "Inte lila. Inte runda kort. Inga emojis i rubriker." – sådana negativa förbud styr AI:n lika mycket som de positiva.

Mall: prompt-skelettet jag använder själv

[En mening: vad appen gör och för vem.]

Sidor:
- [Sida 1]: [vad användaren gör där]
- [Sida 2]: [vad användaren gör där]
- [Sida 3]: [vad användaren gör där]

Viktigast funktion: [den enda saken som måste fungera perfekt].

Design: [3 ord om känslan] + [eventuella färger].
Undvik: [saker du INTE vill se].

Skelettet ovan funkar för 80 % av alla idéer. Fyll i hakparenteserna, ändra inget annat, och skicka. Du får en överraskande bra första version – varje gång.

Vad du gör när första svaret inte blev som du tänkte

Här gör nybörjare ofta misstaget att skriva en ny lång prompt med allt som var fel. Bättre: starta om med Revert (en knapp på meddelandet) och justera EN sak i den ursprungliga prompten. På så sätt lär du dig vilka ord som faktiskt påverkar resultatet.

En prompt är inte ett kontrakt. Det är ett samtal. Förvänta dig att skriva tre versioner innan du landar i något du gillar.

Den gyllene regeln: en sak per prompt

Tänk på varje prompt som ett ärende på en att-göra-lista. Det ska göra EN sak, vara lätt att granska, och lätt att ångra om du inte gillar resultatet.

• Vill du ändra färg eller design? Säg bara det.
• Vill du lägga till en knapp eller sida? Säg bara det.
• Vill du städa upp i koden? Säg bara det.

Knapparna du kommer använda hela tiden

• Ångra (Revert) – tar bort senaste ändringen om du inte gillar den. Använd ofta. Det är gratis.
• Chatläge vs Byggläge – i chatläge pratar du utan att ändra något, i byggläge ändras koden. Använd chatläge när du är osäker.
• Visual Edit – klicka direkt på en text eller knapp i förhandsvisningen för att ändra den utan att skriva en prompt.

AI:n är som en kollega: ge tydliga, små uppdrag så får du tydliga, små resultat. Försök göra allt på en gång och du får oreda.

När det går sönder – och det kommer det göra

Förr eller senare skickar du en prompt och appen slutar fungera. Vit skärm, en konstig röd ruta, eller bara "undefined" där det skulle stå något. Ingen panik. Det här är inget speciellt – det händer även proffsutvecklare flera gånger om dagen. Skillnaden är hur de hanterar det.

• Klicka Revert direkt. Innan du försöker förstå vad som hände – återställ. Det är gratis.
• Läs felmeddelandet i Lovable högt för dig själv. Det är ofta tydligare än det ser ut.
• Be Lovable hjälpa: "Förklara det här felet på svenska, och föreslå EN ändring som troligen löser det."
• Om du fortfarande är fast: starta från en tidigare version och gå mindre steg framåt.

Chatläge vs Byggläge – när du använder vilket

Chatläget är ett sätt att prata med AI:n utan att den ändrar något i din app. Använd det när du är osäker, vill diskutera ett upplägg, eller vill veta hur en funktion fungerar innan du sätter igång.

• "Vad är skillnaden mellan en knapp och en länk i min app?" – chatläge.
• "Hur skulle du strukturera en bokningssida med tre steg?" – chatläge.
• "Bygg en bokningssida med tre steg" – byggläge.

Versioner och historik – din säkerhetslina

Varje meddelande i chatten skapar en ny version av din app. Du kan hoppa till vilken version som helst genom att klicka på den i listan till vänster, eller använda "Revert" på ett meddelande. Det innebär att du aldrig kan förstöra något permanent – och därför kan du våga experimentera.

De bästa byggarna jag känner trycker Revert oftare än Enter. De vet att ångra är gratis och att ångra ofta gör dem snabbare.

Visual Edit – snabbare än att skriva prompts

För små ändringar är det snabbare att klicka direkt på elementet i förhandsvisningen och skriva den nya texten. Det funkar för rubriker, knapptexter, etiketter och liknande små grejer. Du sparar prompts till de gånger du faktiskt vill bygga något nytt.