Refiner – från snabb jobbansökan till verktyg för bättre idéer

Refiner började inte som en genomarbetad affärsidé, ett långt utvecklingsprojekt eller resultatet av månader av marknadsanalys. Det började som en jobbansökan.

I samband med att jag sökte en tjänst hos Lovable fanns ett tydligt krav: ansökan skulle innehålla ett projekt byggt med Lovable. Det var med andra ord inte tillräckligt att berätta vad man kunde göra. Man behövde faktiskt visa det.

Så jag gjorde det enda rimliga. Jag planerade ett projekt, öppnade Lovable och satte igång.

Inom ungefär en timme var den första versionen av Refiner live.

Den var långt ifrån färdig. Funktionerna var enkla, gränssnittet behövde bearbetas och flera av idéerna existerade fortfarande främst i mitt huvud. Men projektet fungerade. Det gick att öppna, testa och använda. Framför allt demonstrerade det något som är lätt att prata om men svårare att bevisa: förmågan att snabbt gå från idé till en faktisk produkt.

En ofärdig produkt med en tydlig idé

Grundtanken bakom Refiner var enkel.

Många har idéer till hemsidor, appar, digitala tjänster eller spel, men idéerna är ofta ganska löst formulerade. Man kanske vet ungefär vad man vill bygga, men inte vilka funktioner som behövs, hur användarresan ska se ut eller vilka tekniska krav som borde ingå.

Det är där Refiner kommer in.

Användaren beskriver sin idé och får hjälp att utveckla den till ett mer strukturerat underlag. Resultatet kan sedan användas som en kombination av kravställning, projektbrief och avancerad prompt.

I stället för att säga till en AI-modell:

Bygg en app för att planera träningspass.

kan man arbeta fram ett tydligare underlag som beskriver målgruppen, funktionerna, användarflödet, designriktningen, tekniska önskemål och vad som faktiskt ska ingå i den första versionen.

Det färdiga resultatet kan därefter användas i exempelvis Codex, ChatGPT eller Claude Code för att bygga något större: en hemsida, en webbapplikation, ett spel eller en första fungerande prototyp.

Refiner bygger alltså inte nödvändigtvis slutprodukten. Det hjälper till att formulera vad slutprodukten ska vara.

Sedan dess har Refiner förfinats

Ja, namnet gjorde ordvitsen oundviklig.

Det som först byggdes för att uppfylla ett krav i en jobbansökan började gradvis utvecklas till ett mer genomtänkt projekt. Strukturen blev tydligare, användarupplevelsen förbättrades och tjänstens syfte blev mer precist.

Den första versionen försökte främst bevisa att idén fungerade. Nästa version behövde göra den användbar.

Det innebar också att flera delar som knappt märks när de fungerar plötsligt behövde tas på allvar. Ett exempel var inloggning med Google. På ytan ser det enkelt ut: användaren klickar på en knapp och loggas in. Bakom knappen finns däremot autentisering, behörigheter, redirect-adresser, miljövariabler och inställningar som gärna fungerar perfekt lokalt men protesterar så fort projektet publiceras.

Det blev en bra påminnelse om att de minsta funktionerna i ett gränssnitt ibland kan innehålla några av de viktigaste tekniska besluten.

Samma sak gällde sparade projekt och användardata. Så snart en tjänst ska komma ihåg vad en användare har gjort behövs en tydligare struktur. Vad ska sparas? När ska det sparas? Ska användaren kunna fortsätta senare? Vad händer om en generering avbryts halvvägs?

Plötsligt handlade projektet inte bara om att skapa ett snyggt resultat, utan om att bygga ett sammanhängande flöde.

Att bygga snabbt är inte samma sak som att bygga utan plan

En av de viktigaste lärdomarna från Refiner är att AI-verktyg kan göra utvecklingen betydligt snabbare, men att de inte automatiskt fattar alla beslut åt dig.

Det går att skapa en fungerande prototyp på mycket kort tid. Det betyder däremot inte att verktyget vet vilka funktioner som är viktigast, vem produkten är till för eller hur användaren ska röra sig genom tjänsten.

Ju tydligare instruktionerna är, desto bättre blir resultatet.

Det är också precis det problem som Refiner försöker lösa.

Under arbetet blev det tydligt hur stor skillnad det är mellan att prompta fram en enskild funktion och att beskriva ett helt system. En knapp kan vara enkel. Ett användarflöde som omfattar registrering, formulär, AI-generering, redigering och sparade projekt kräver att delarna fungerar tillsammans.

AI kan skriva kod snabbt, men någon behöver fortfarande hålla ihop helheten.

Ett projekt som skapade fler projekt

Refiner blev därför mer än bara ett arbetsprov. Det blev ett praktiskt experiment i produktutveckling.

Projektet gav erfarenhet av att gå från koncept till lansering, arbeta med AI-genererade gränssnitt, formulera tekniska instruktioner, hantera autentisering och successivt förbättra en produkt utifrån hur den faktiskt används.

Det blev också ett tydligt exempel på värdet av att lansera innan allt känns färdigt.

Den första versionen var ofullständig, men den skapade något konkret att arbeta vidare med. Det är betydligt lättare att förbättra en produkt som existerar än att finslipa en idé som fortfarande bara finns i ett dokument.

Refiner började som ett krav i en ansökningsprocess. I dag fungerar det som ett verktyg för andra som befinner sig i samma läge som projektet en gång gjorde: med en idé som är lovande, men ännu inte tillräckligt tydlig för att byggas.

Ibland behöver man inte en bättre idé.

Man behöver bara förfina de verktyg man redan har, för att sedan kunna bygga egna.