Based in Switzerland

I help turn messy product and workflow problems into working software.

For founders, solopreneurs, creators, and CH/KMU who need a prototype, focused tool, sharper website, or practical automation without a six-month agency process.

Who this is for

Two kinds of practical project work.

Founders and product creators

You have an idea, a rough prototype, or a workflow that needs to become real enough to test with users.

  • Shape the first useful version
  • Build fast without losing product judgment
  • Iterate from evidence

Swiss and DACH small businesses

You have a website, spreadsheet-heavy process, admin flow, or existing tool that needs a clear improvement.

  • Modernize without replacing everything
  • Automate repetitive steps
  • Make existing systems easier to use

Selected work

Proof through shipped and improved projects.

A mix of product builds, UX/UI lifts, and business workflow tools. The common thread is practical execution around a real problem.

product from zero / MVP

FinApp

FinApp is the working name for a private, local-first personal finance app that keeps everyday money management and net worth in one encrypted place.

Read case study

UX/UI improvement / existing system

Wikikracja

A major UX/UI lift and feature expansion for an existing civic collaboration system.

Read case study

business module / automation

ledgerpilot

A Dolibarr module focused on practical accounting and ledger workflow support.

Read case study

Project fit

Good work starts with the right kind of problem.

A good fit

  • You need a focused first versionA prototype, MVP, internal tool, or workflow improvement that can prove something concrete.
  • There is room for product thinkingThe brief can be challenged and shaped, not only executed line by line.

Not the best fit

  • Lowest-price commodity codingIf the main criterion is the cheapest implementation, this is probably not the right match.
  • Large agency procurementEnterprise programs with heavy process and permanent team needs are better served elsewhere.

Start small, but real

Bring the problem, not a perfect specification.

A useful first conversation is about what exists today, what needs to change, and what a first working version should prove.