Skip to main content

historical

Early products — Django marketplaces and ticketing

In one line: Before enterprise data work, I shipped two Django products — ticketing for small events and a surplus-food marketplace — to learn product flow, UX, and delivery with minimal stack.

Context

After TUVA, I wanted to practice web products with the same ownership mindset: sketch → build → put in front of users.

Why it was worth building

Both ideas tested whether simple flows could work for non-technical organisers and local businesses. The cost of inaction was guessing about commerce UX instead of learning from working software.

What I built

Digital ticketing (Django) — event creation, admin, payments, and responsive purchase flow for small organisers; prototypes in Sketch, implementation in Django and Bootstrap.

Digital ticket sales platform interface

Food-surplus marketplace (Django) — Jönköping-focused MVP: eateries publish surplus windows; customers browse and collect in person; deliberately lean scope.

Food waste reduction web platform

How it was adopted

Small-scale pilots with local participants; focus on validating flows rather than scale.

Effect

Foundational product sense — scoping, UX, and full-stack delivery — that later informed B2B platform evidence work and founder-led apps.

Where AI fits now

These cases predate the AI timeline, but the lesson persists: decide what is worth building before automating it. Today the same product discipline applies when choosing agent workflows or analytics investments.

Want to compare notes?

I am always interested in thoughtful conversations about the decisions, trade-offs, and systems behind this work.

Get in touch