Hjälp att bygga en modern webbplats.

Dåtid

I början av 2000-talet var det en bedrift att överhuvudtaget få upp en webbplats. Du behövde förstå HTML tillräckligt väl för att inte krascha layouten. Du behövde tabeller inom tabeller för att få något att se symmetriskt ut. Du behövde testa i Internet Explorer 6 och sedan testa igen i Netscape, eftersom de tolkade samma kod på två helt olika sätt. Du behövde ett FTP-program, en värdleverantör och ofta en bok så att du kunde fördjupa dig. Behövde du ett nyhetsbrev? Ja, då kanske det var lika bra att programmera ditt eget.

Den som klarade det här fick uppdrag. Inte för att hen nödvändigtvis var en bra formgivare eller hade tankar om vad en webbplats borde åstadkomma – utan för att vederbörande behärskade uppgiften. Beställaren visste sällan vad vederbörande ville ha, bara att det behövdes en "hemsida". Resten överläts åt byggaren, som hade tolkningsföreträde av det enkla skälet att ingen annan i rummet förstod mediet.

Det var en bra tid att vara teknisk, men en sämre tid att vara användare.

Sedan kom verktygen som demokratiserade hantverket, steg för steg. WordPress flyttade publiceringen från FTP till en webbläsare. Squarespace tog bort kodredigeraren helt. Webflow lät en formgivare bygga något som tidigare krävde en utvecklare. Tröskeln sjönk varje år.

Men något hände inte: omdömet om vad en webbplats faktiskt ska göra blev inte bättre. Resultatet ser vi runt omkring oss. Miljontals sajter som tekniskt fungerar men inte vill någonting. Hemsidor som beskriver att företaget "levererar lösningar" utan att förklara för vem eller varför. Karusellbilder som ingen tittar på. Cookieflöden som tar längre tid att stänga än innehållet tar att läsa.

Det var aldrig hantverket som var det svåra. Det blev bara tydligare när hantverket försvann.

Nutid

Med Lovable, Cursor och liknande verktyg är hantverket nästan gratis. Det tar minuter att få upp något som tidigare tog veckor. En vanlig kväll kan jag beskriva en idé i en chattruta och ha en fungerande prototyp innan kaffet svalnat. Det som tidigare var tröskeln – kunna skriva koden – är inte längre tröskeln. Exempel på vad andra redan byggt finns det gott om.

Svårigheten ligger inte främst i frågan "kan jag bygga det här?". Den ligger i de besvärligare frågorna: borde det byggas? För vem? Vilken version av idén är den enklaste som ändå är användbar? Vad ska bort? Vad ska hellre vara en e-post än en hel produkt?

Kanske har vi en liten bit kvar till den näst intill felfria promptingen. Trots allt behöver man fortfarande ara strukturerad och veta vad man vill. Och precis som tidigare gäller: "dålig data in, dålig data ut". Om du inte är unik så skapar du bara samma som alla andra och blir en del av bruset. Där ligger din riktiga styrka.

Det här är frågor AI inte besvarar åt dig. Den kan föreslå tio varianter på samma idé, men den kan inte avgöra vilken av dem som är värd att bygga. Den kan generera tjugo rubriker, men den vet inte vilken som speglar det du faktiskt försöker säga. Den är en oändligt produktiv praktikant - utan smak.

Det nya hantverket: omdöme

Att veta vad som ska byggas kräver saker AI inte ger gratis. Förståelse för affären – vem betalar, för vad, och varför just nu. Förståelse för användaren – vad vederbörande försöker uppnå när hen hamnar på sidan, inte vad du önskar att hen ska göra. Förståelse för avvägningar – när enkelhet är en kvalitet och när den är en lättja. Och kanske viktigast: förmågan att säga nej. Att inte bygga den där extra funktionen. Att inte lägga till ännu en sektion.

Det här är inte tekniska kunskaper. Det är redaktionella. Det är samma sorts omdöme som en bra tidningsredaktör har när hen väljer vad som ska in i morgondagens papper och vad som ska bort. Webben behöver fler redaktörer och färre kanaler.

Det är inte superenkelt i en tid då minsta impuls kan resultera i en webbplats.

Mycket av det vi byggde på webben för fem år sedan håller på att skrivas om av språkmodeller. Sammanfattningar, översättningar, första utkast, sökresultat – allt detta klarar en LLM nu, och oftast tillräckligt bra. Men det finns en kategori webbverktyg som förblir märkligt opåverkad av AI-vågen, och det är värt att förstå varför. Det klassiska exemplet är Lorem Ipsum-generatorn – och det tydligaste moderna exemplet på den arketypen är Lorem Forge. Skapat med AI, men paradoxalt nog inte ersättningsbar med AI.

En lorem ipsum-generator svarar på under en millisekund, direkt i webbläsaren, utan API-nyckel och utan att något lämnar din dator. En LLM kräver internetuppkoppling, inloggning, tokens som kostar pengar och en tredje part som ser vad du skriver. Verktyg som Lorem Forge vinner på precis de punkter där AI är som svagast: snabbt, gratis, offline och privat.

Det djupaste skälet är konceptuellt. Platshållartext finns för att den inte ska gå att läsa. Så fort någon i ett designmöte börjar reagera på orden – "ska det stå Kom igång eller Skapa konto?" – har samtalet glidit från typografi och hierarki till copywriting. En LLM producerar text som ser ut som riktig copy, för det är riktig copy, och folk kommer läsa den. Cicero-fragmentet från 45 f.Kr. som vi kallar lorem ipsum är en femhundra år gammal lösning på det problemet: text med form men utan betydelse. Det problemet finns fortfarande – och AI gör det inte mindre akut, snarare tvärtom.

Lorem Forge löser typografi-frågan så bra att en LLM inte kan konkurrera utan att bli en sämre version av samma sak. När vi planerar webbprojekt på lång sikt är det den lärdomen som är värd att ta med: bygg verktyg som är värda att äga, inte verktyg som är värda att prompta.