En formular er begyndelsen på en arbejdsgang
En kontaktformular kan se færdig ud, selv om svarene ender i en indbakke, ingen ejer. Før I vælger formularbygger, skal I derfor beskrive både brugerens indsendelse og den behandling, den skal sætte i gang. Skal en kunde vedhæfte materiale, en medarbejder godkende en anmodning, eller et eksisterende CRM-kort opdateres?
Denne guide sammenligner Fillout, Jotform og Typeform alfabetisk. Fokus er formularer, som indsamler oplysninger til en konkret opgave. Hvis hovedbehovet er at undersøge holdninger og analysere svar på tværs af en målgruppe, er guiden om spørgeskemasoftware et bedre udgangspunkt. Mere omfattende interne arbejdsflader behandles i interne appbyggere.
Kort fortalt
- Fillout: Undersøg det, når formularen skal skabe eller opdatere poster i eksisterende systemer.
- Jotform: Undersøg det, når en indsendelse skal videre til en eller flere godkendere.
- Typeform: Undersøg det, når svarene skal styre, hvilke spørgsmål brugeren får vist.
Sammenligning
Stryg tabellen til siden for at se alle kolonner.
| Værktøj | Dokumenteret arbejdsmåde | Afklaring før køb | Relevant køberprøve |
|---|---|---|---|
| Fillout | Formularlogik og integrationer til blandt andet Airtable, HubSpot og Notion | Svarmængde, filer og særlige integrationer har forskellige pakkegrænser | Opdatér en eksisterende testpost uden at oprette en dublet |
| Jotform | Godkendelsestrin, gruppebeslutninger og opfølgning i Workflows | Afklar roller og den nødvendige plan til hele processen | Send en anmodning tilbage og indsend en rettet version |
| Typeform | Logic skjuler eller forgrener spørgsmål efter tidligere svar | Logic redigeres på desktop ifølge hjælpesiden | Skift et tidligere svar, og følg den nye gren til afslutning |
Prøverne er forslag til jeres evaluering. Vi har ikke udført dem i produkterne, og tabellen er ikke en rangering.
Fillout
Fillouts integrationsoversigt beskriver oprettelse og opdatering af data i Airtable og Notion samt indsamling og opdatering af HubSpot-data. Planoversigten medtager betinget logik og skelner blandt andet på svarmængde, filstørrelse og særlige integrationer. Salesforce er eksempelvis angivet under Team & Enterprise. Integrationer og planoversigt
Vores vurdering: Tag Fillout med, når I allerede har et sted, hvor sagerne skal bo. Afprøv både en ny og en eksisterende post. Skriv på forhånd, hvilket felt der afgør identiteten, og hvad der skal ske, hvis feltet mangler. Et integrationslogo er ikke tilstrækkeligt bevis på, at jeres konkrete felter, vedhæftninger og dubletregler bliver håndteret rigtigt.
Jotform
Jotform Workflows beskriver godkendelsestrin, automatiske beskeder til godkendere og gruppebeslutninger med regler. Forløbet kan følges i Jotform Inbox eller Tables, og de enkelte godkendere kan give feedback. Det gør godkendelsesprocessen til en særskilt del af produktets tilbud. Godkendelser i Workflows
Vores vurdering: Afprøv Jotform med en indkøbs- eller materialeanmodning, hvor nogen faktisk kan sige nej. Lad godkenderen sende en begrundelse tilbage. Undersøg derefter, om afsenderen kan se næste skridt, og om en rettelse kræver en ny sag. Bed leverandøren vise, hvilke roller og begrænsninger der gælder i den plan, I får tilbudt; en demonstration fra en større pakke er ikke i sig selv jeres aftale.
Typeform
Typeforms dokumentation kalder de betingede forløb Logic og henviser til skjulte spørgsmål, forgreninger, beregninger og variabler. Hjælpesiden angiver også, at Logic ikke er tilgængelig i den mobile formularbygger, og at opsætningen derfor skal redigeres på desktop. Det handler om redaktørens værktøj, ikke om et generelt forbud mod at besvare formularer på mobil. Logic og betingelser
Vores vurdering: Afprøv Typeform med et kort tilbudsbrief, hvor forskellige behov giver forskellige spørgsmål. Test især tilbage-navigation: Et svar, som senere bliver irrelevant, må ikke ubemærket føre til en forkert behandling. Kontrollér det gemte svar og den efterfølgende integration, ikke kun de spørgsmål, der er synlige på skærmen.
Køberprøve: fra indsendelse til genoptaget sag
Brug syntetiske oplysninger og et testmål. Indsend én fuldstændig formular, én med manglende obligatoriske oplysninger og én gentagelse af samme anmodning. Afbryd forbindelsen undervejs, og undersøg, hvad brugeren og sagsbehandleren hver især ser. Notér, om en kvittering betyder, at svaret blot er modtaget, eller at det også er afleveret til det næste system.
Lav derefter en ændring i et felt, som integrationen bruger. Kan teamet opdage en fejlet aflevering og behandle den uden at bede kunden udfylde alt igen? Aftal en ejer for fejlkøen og en måde at genkende allerede behandlede indsendelser på. Bed også om at få vist eksport og sletning af både svar og filer i testopsætningen.
Metode og afgrænsning
Leverandørernes egne sider er kontrolleret 17. oktober 2026; publiceringsdatoerne er ikke fastslået. Udvalget er alfabetisk og ikke en komplet markedsoversigt. Vi har ikke udført produkttest eller indhentet tilbud. Dansk support, jeres databehandleraftale og kommercielle relationer til leverandørerne er ikke verificeret. Funktioner og pakker skal bekræftes for den konkrete løsning.