Problemet
Enkätpaneler är en gammal bransch. Många av dem är webbsidor som inte gjorts om på länge, med utbetalningar som tar veckor och konton som lätt kan skapas i flera exemplar. För den som svarar blir det krångligt. För företagen som köper svaren blir det svårt att lita på att varje svar kommer från en riktig person.
Vi ville se om det gick att göra bättre med teknik som svenskar redan använder varje dag. Mobilen skulle vara huvudkanalen, BankID skulle visa vem man är och Swish skulle användas för att betala ut.
Vad vi byggde
FolkPanelen är en app för iOS och Android. Användaren skapar ett konto med BankID och fyller i en profil. Utifrån profilen får hen enkäter som passar. Man kan också tjäna pengar på att testa mobilspel, värva vänner och delta i veckotävlingar. När saldot räcker tar man ut pengarna med Swish. Appen finns på App Store och Google Play.
Bakom appen finns fyra delar som hänger ihop:
- Mobilappen, byggd i Expo och React Native med Expo Router. Vi skriver en kodbas och den körs på båda plattformarna.
- API:t, ett TypeScript-backend i ElysiaJS på Bun med PostgreSQL via Prisma. Här ligger affärslogik, schemalagda jobb och kopplingarna till enkätleverantörer.
- Landningssidan i Next.js. Den har guider om betalda enkäter, screenouts och Swish-utbetalningar och fungerar som ingång från Google.
- Adminsystemet, också i Next.js. Där sköter teamet användare, uttag, support, tävlingar, nyheter, notiser, leverantörer och ekonomi.
Tekniska utmaningar och hur vi löste dem
En kodbas, fyra appar
Allt ligger i ett monorepo med Turborepo och Bun. API:t exporterar sina typer och en delad klient (Eden Treaty) använder dem. Därför vet mobilappen, admin och landningssidan exakt vilka svar API:t ger, och kompilatorn hittar felet om ett fält byter namn. Inloggning, databas och e-postmallar ligger i delade paket som alla appar använder.
BankID som enda inloggning
En panel är bara värd något om varje konto motsvarar en riktig person. Därför kan man bara logga in med BankID. Inloggning med e-post är avstängd i API:t och inte bara dold i appen. Kontona bygger på Better Auth med ett eget BankID-tillägg. För att förhindra att samma person utnyttjar sådant som bara ska ske en gång per person sparar vi en icke-reversibel nyckel av personnumret i stället för personnumret i klartext. Det gäller också om personen raderar sitt konto och skapar ett nytt. Läs mer om upplägget i vår guide om BankID i appar.
Swish-utbetalningar som går att bokföra
Uttagen går via Swish utbetalnings-API, som skickar pengar direkt till användarens mobilnummer. Det svåra är inte själva anropet. Det svåra är allt runt omkring: att ett uttag aldrig kan skickas två gånger, att saldot alltid stämmer mot transaktionerna och att varje utbetalning hamnar rätt i bokföringen. Vi har schemalagda jobb som stämmer av saldon, en kö som för över underlag till bokföringssystemet och kvitton i PDF. Vi går igenom tekniken i guiden om Swish-integration.
Externa enkätleverantörer
Enkäterna kommer från flera externa leverantörer. Var och en meddelar genomförda svar till vårt API, ofta kallat postback. Varje sådant anrop verifieras innan något krediteras, och svar som leverantören senare drar tillbaka kan backas. Enkäterna rangordnas efter hur väl de matchar användarens profil, så att färre leder till en screenout.
Notiser som inte blir spam
Pushnotiser skickas via Expo och går genom en kö med regler för hur ofta och när en användare får meddelanden. Allt loggas så att vi kan se vad som skickats och vad som gav effekt. Schemalagda jobb sköter tävlingar, påminnelser och daglig statistik. Ett lås ser till att två serverinstanser aldrig kör samma jobb samtidigt.
Vad vi lärde oss
- Pengar kräver mest arbete. Ett utbetalningsflöde ska klara dubbla anrop, fel hos banken och avstämning mot bokföringen. Där lägger vi mer tid än på gränssnittet, och det är rätt prioritering.
- Adminverktyget är halva produkten. Utan bra verktyg för support, uttag och ekonomi blir varje fråga från en användare manuellt arbete i databasen.
- Delade typer sparar tid. När app, webb och admin delar typer med API:t blir det färre buggar vid varje ändring.
- Appbutikernas granskning är en egen process. Den behöver planeras in från början, inte efter att allt annat är klart.
Vad det betyder för dig som kund
Vill du bygga en app med inloggning, betalningar eller utbetalningar? Då har vi redan löst de problem som brukar dyka upp sent i ett projekt. Vi kan BankID, Swish, pushnotiser, publicering i appbutikerna och adminsystem som håller i drift, eftersom vi själva använder dem varje dag. Läs mer om apputveckling och betalningar och BankID, eller mejla info@luxegroup.se.