Spring til indholdet
Alle projekter

I drift

Eventyr i Højderne, arrangør af flagmarkerede vandreruter

Eventyr i Højderne

Gæsten finder turen ét sted. Kunden retter selv teksten.

Sitet viser kommende ture med rute, sværhedsgrad og pris, og tidligere ture med billeder. Kunden retter selv tekster og priser. Gæsten finder turen på sitet og køber billetten hos udbyderen.

  • Next.js
  • Selvhostet Supabase
  • GPX-ruter
  • E2E-tests
Besøg systemet
Skærmbillede af Eventyr i Højderne
Om billedet Forsiden af eventyrihøjderne.dk, optaget 13. oktober 2026. Billedet på siden er arrangørens eget.

Hvad det gav

Det, der kan måles.

  • Kommende og tidligere ture

    kommende ture med rute, sværhedsgrad og pris, tidligere ture med billeder og udtalelser

  • Selvhostet i EU

    database, login og filer kører på egen server, ikke i amerikansk cloud

  • Testet før deploy

    alene billetknappen fik 7 end-to-end- og 7 unit-tests

Tallene er talt i koden eller aftalt med kunden. Jeg finder ikke på dem.

Udfordringen

Hvad der drillede.

Turene blev solgt gennem en ekstern billetplatform, men virksomheden manglede sit eget sted at sende gæsterne hen: ét sted med ruter, sværhedsgrader, pakkelister og praktisk info, som samtidig kunne samle ventelister og på sigt tage imod betalingen selv.

Indholdet skulle være sandt. Sværhedsgrader, ruter og priser er kundens påstande om kundens ture, så systemet skulle gøre det let at rette dem ét sted, uden at to sider nogensinde viser hver sit tal.

Løsningen

Det byggede jeg.

Jeg byggede site og bookingplatform i ét: gæsten ser hver tur med GPS-rute, højdeprofil og praktisk info, og kunden retter selv indholdet i et admin med ruteeditor, der importerer ruter og beregner højdeprofiler ud fra officielle højdedata.

Lanceringen var etapevis med vilje: sitet gik live med SEO-artikler og venteliste, mens billetkøbet sendes videre til billetudbyderen med én knap pr. tur. Den indbyggede checkout med pladsoverdragelse står klar bag et flag og kobles på, når betalingsaftalen er på plads. Databasen er selvhostet Supabase i EU, og ændringer tjekkes af automatiske end-to-end-tests før deploy.

Flowet

Sådan kører det i dag.

  1. Gæsten finder turen med rute, sværhedsgrad og højdeprofil
  2. Kunden retter selv ture, priser og praktisk info i admin
  3. Billetkøb sendes videre til billetudbyderen med én knap pr. tur
  4. Egen checkout med venteliste kobles på, når betalingen er klar

Åben snak

Hvem gjorde hvad?

Her står, hvem der gjorde hvad. Kundens del er med, fordi den hører til historien.

Min rolle
Systemdesign, udvikling, deploy og drift på egen server
Kundens rolle
Ture, ruter, priser og alle tekster. Kundens ord er facit om turene
Status, ærligt
Billetsalget kører via ekstern billetudbyder, egen checkout venter på betalingsaftale
Samarbejdsform
Projektudvikling med løbende opfølgning efter lancering

Næste skridt

Har I noget, der ligner?

Fortæl, hvad der driller hos jer. Et afsnit er nok. Så siger jeg ærligt, om jeg er den rigtige.

Book en snak