- Published on
- · 7 min read
Vad 30+ event lärde mig om vad arrangörer faktiskt behöver
- Authors

- Name
- Lucas Dow
Det finns en klassisk produktutvecklingsfälla: att bygga det kunderna ber om. Det låter kontraintuitivt — borde man inte lyssna på sina användare? Jo, absolut. Men det man lyssnar på och det man bygger behöver inte vara samma sak.
Efter att ha drivit 30+ verkliga event genom Eventfold har jag lärt mig en sak med brutal tydlighet: det arrangörer säger att de vill ha före ett event och det de faktiskt behöver under och efter ett event är ofta helt olika saker.
Här är de insikterna — ärligt, utan filter.
Funktioner ingen bad om men alla älskade
Realtids-dashboard för incheckning
Inte en enda arrangör frågade efter detta under onboarding. Inte en enda. Vad de frågade om var "en lista på vilka som checkat in".
Men när vi byggde en realtidsvy som visar incheckningar live — med en siffra som räknar upp, namn som tickar in, och en procentindikator för beläggning — blev reaktionen omedelbar. Arrangörer hade dashboarden uppe på en skärm vid entrén. De skickade skärmbilder till kollegor. De refererade till den i efterhand som "den grejen som gjorde att allt kändes professionellt".
Ingen bad om det. Alla älskade det. Lärdom: arrangörer vet inte alltid vad som kommer att ge dem trygghet på eventdagen. Men känslan av kontroll — att se att saker händer i realtid — är ovärderlig.
Automatisk kommunikation med deltagare
Vi byggde tidigt in automatiska mejl: bekräftelse vid anmälan, påminnelse dagen innan, tack-mejl efter eventet. Standard, kan tyckas.
Men arrangörer som tidigare hanterat detta manuellt — kopierat mejladresser till kalkylark, skrivit mejl i Outlook, skickat i omgångar — beskrev det som en revolution. Inte för att tekniken var avancerad. Utan för att det tog bort en uppgift som konsekvent orsakade stress kvällen innan eventet.
En arrangör sa: "Jag insåg inte hur mycket mental energi det tog förrän jag slapp göra det." Det är den typen av feedback som inte dyker upp i en kravspecifikation.
Smarta placeringsförslag
Det här är kanske det mest överraskande exemplet. Eventfold har en funktion för intelligenta placeringsförslag — algoritmen tar hänsyn till deltagarnas profiler och preferenser för att föreslå bordsplaceringar vid sittande middagar.
Ingen enda arrangör har någonsin efterfrågat "AI-driven bordsplacering". Men när de ser förslaget och kan justera med drag-and-drop istället för att börja från noll, sparar de timmar. Bokstavligen timmar. En arrangör för en galamiddag med 150 gäster beskrev sin tidigare process som "en hel arbetsdag med post-it-lappar".
Funktioner alla ville ha men ingen använde
Avancerade rapportdashboards
Före köp frågade nästan varje arrangör om "rapportering och analys". De ville ha diagram, trendlinjer, jämförelser mellan event, konverteringsdata.
Vi byggde det. Detaljerade dashboards med deltagardemografi, anmälningstrender över tid, biljettförsäljning per kanal, no-show-analys.
Användningsdata efter sex månader: minimalt. Det arrangörerna faktiskt använde var en enda funktion — CSV-export av deltagarlistan. Hela listan, alla kolumner, rakt ner i Excel.
Det visade sig att de flesta arrangörer inte analyserar sina event kvantitativt. De behöver deltagardata för att skicka vidare till en chef, en sponsor eller en ekonomiavdelning. Och det formatet är nästan alltid Excel. Inte ett interaktivt diagram. Inte en dashboard. En fil de kan bifoga i ett mejl.
Vi har kvar rapportverktygen, och vissa power users uppskattar dem. Men insikten var tydlig: bygg inte avancerade analysfunktioner för en användarbas som primärt behöver en ren CSV.
Överdriven anpassning av eventssidor
"Vi vill kunna anpassa allt" var ett vanligt önskemål. Färger, typsnitt, layout, bildplacering, knapptexter, formulärfält — full kontroll.
Så vi gav mer kontroll. Resultatet? De allra flesta arrangörer använde standardinställningarna. De ändrade logotyp och färg — och sedan var de nöjda.
De få som faktiskt använde alla anpassningsmöjligheter lade oproportionerligt mycket tid på designbeslut som inte påverkade deltagarupplevelsen mätbart. En arrangör spenderade tre timmar på att välja typsnitt. Tre timmar. Ingen deltagare har någonsin kommenterat typsnittet på en eventsida.
Insikten: anpassningsbarhet låter bra i en demo. I verkligheten vill arrangörer ha en sida som ser professionell ut utan att de behöver fatta 40 designbeslut.
Vad som faktiskt spelar roll
Efter 30+ event har mönstret blivit kristallklart. Det arrangörer verkligen värderar kokar ner till fyra saker:
1. Snabb setup
Tiden från "vi bestämde oss för att köra eventet" till "anmälningssidan är live" är det allra viktigaste. Inte funktionsrikedom. Inte flexibilitet. Hastighet. En arrangör som kan sätta upp sitt event på 20 minuter istället för två timmar kommer tillbaka. Varje gång.
Vi har optimerat Eventfold för att ett standardevent ska kunna sättas upp och publiceras på under en kvart. Det krävde att vi tog bort valmöjligheter, inte lade till fler.
2. Pålitlig incheckning
Om incheckningen strular på eventdagen spelar inget annat roll. Inte hur snygg sidan var. Inte hur smidigt betalningen fungerade. Om kön vid entrén stoppar upp, eller om systemet inte hittar en deltagare, eller om QR-skannern inte fungerar — då är förtroendet förbrukat.
Vi har investerat oproportionerligt mycket i att göra incheckningen robust. Offline-läge om nätet går ner. Sökfunktion som hittar deltagare även med felstavningar. Skanningshastighet under en sekund. Det är inte glamoröst, men det är grunden.
3. Snabb mejlhantering
Arrangörer får mejl från deltagare. Hela tiden. "Kan jag byta dag?" "Jag hittar inte min biljett." "Kan min kollega gå istället?" Hastigheten i att hantera dessa frågor påverkar arrangörens stressnivå mer än nästan något annat.
Eventfolds AI-agent svarar på deltagarförfrågningar inom 60 sekunder. Det låter som en teknisk detalj, men för arrangören innebär det att hen inte behöver sitta med inkorgen öppen kvällen innan eventet. Det är skillnaden mellan att sova gott och att ligga vaken och tänka på obesvarade mejl.
4. Tydlig deltagardata
Arrangörer vill veta: vem har anmält sig, vem har betalat, vem har checkat in, vem uteblev. Inget mer. Inget mindre. Datan ska vara korrekt, aktuell och enkel att exportera.
Varje gång vi har försökt göra deltagardatan "smartare" — med segment, taggar, automatiska kategoriseringar — har det lagt till komplexitet utan att arrangörer upplevt motsvarande värde.
Klyftan mellan demo och verklighet
Den mest obekväma insikten handlar om säljprocessen. Under en demo vill prospekten se funktioner. Ju fler, desto bättre. De ställer frågor som: "Kan man göra X?" "Stödjer ni Y?" "Finns det integration med Z?"
Under eventet vill de ha tre saker: att det funkar, att det är snabbt, och att de slipper tänka.
Det skapar en fundamental spänning. Det som säljer produkten och det som behåller kunden är inte samma sak. Det tog oss tid att acceptera det. Och det påverkar fortfarande hur vi prioriterar — vi bygger inte längre det som imponerar i en demo om det inte samtidigt löser ett verkligt problem på eventdagen.
Feedback före och efter
En sista observation: feedback som ges före ett event handlar nästan uteslutande om funktioner och kontroll. "Jag vill kunna göra X." "Det vore bra om man kunde ställa in Y."
Feedback som ges efter ett event handlar om upplevelse och känsla. "Incheckningen gick smidigt." "Deltagarna tyckte anmälan var enkel." "Jag kände mig trygg hela kvällen."
De två typerna av feedback pekar ofta åt olika håll. Före-feedbacken driver mot komplexitet. Efter-feedbacken driver mot enkelhet.
Vi har lärt oss att lyssna mest på efter-feedbacken. Det är då arrangören talar utifrån erfarenhet, inte föreställning. Och det är de insikterna som gör produkten bättre på riktigt.
Dessa insikter ligger till grund för hur vi utvecklar Eventfold idag. Inte utifrån vad som låter bra på papper, utan utifrån vad som faktiskt fungerar när 200 personer står i kö vid entrén och arrangören behöver veta att allt är under kontroll.
