Skip to content
Applications

A tool foryour specificprocess.

Dashboards, bookings, document flows and internal systems. Built when the spreadsheet stopped being enough and off-the-shelf software does not fit the way you work.

Stack
SvelteKit, Node, PostgreSQL
After launch
Development and maintenance
Scope

What exactly
you get.

The best applications come out of one sentence rather than a list of features: this takes us three hours a week, and everyone puts up with it, because it has always been that way.

Process analysisWe start with how you work today, including the workarounds and the spreadsheets on the side
Accounts and rolesWho sees what and who can change what, with a change history where it matters
DatabaseDesigned around your data, instead of stretched over a ready-made schema
InterfaceFor daily use by the same people, so what counts is the number of clicks, not the effects
IntegrationsAn API, file exchange or a connection to a system you already have
DeploymentTest and production environments kept apart, so things can be checked before they go live
Backups and monitoringDaily backups and an alert when something stops responding
Process

This is how
we will
work together.

Step 1

Understanding

We sit down with the people who do this every day. Not with a presentation, but with their screen and the question of what is most tiring.

Step 2

Scope of the first version

We cut it down to what brings real relief fastest. The rest goes on a list, not in the bin.

Step 3

Building in stages

You get working pieces along the way and try them out for real. Comments from actual work are worth more than comments from a presentation.

Step 4

Launch and growth

Moving the data, training, then the next stages from the list. The application keeps living, because the process changes too.

Price

What the quote
depends on.

Complexity of the processThree screens and one role is different work than a flow with approvals and exceptions
Number of users and rolesPermissions can be harder than the feature itself
IntegrationsConnecting to a system you already have is often the most expensive part of the whole thing
Data migrationMoving what sits today in spreadsheets and inboxes
Staging the workThe first version can be small and cheap, if we spread the rest over time

An application cannot be quoted from a price list, because no two processes are the same. We start with a conversation about what should disappear from your week, and the quote comes after the analysis, free of charge.

Questions

What people ask
most often.

Is this not more expensive than off-the-shelf software?

At the start, usually yes. Off-the-shelf wins when your process is standard, and we will tell you that. A custom tool pays off when bending to someone else’s system costs you time every week, or when the subscription grows with the number of people.

What if it turns out along the way that we need something else?

That is normal, and it is why we build in stages. Changing the scope in the second stage is cheap, changing it after the whole thing is delivered is expensive. That is exactly why you get working pieces along the way.

Is the data safe?

The application runs on our server, in an environment nobody has access to except us and you. Daily backups, login-protected access and an encrypted connection are the standard, not an option. If you have your own requirements, a server on your premises for example, that can be arranged.

Who will maintain it if we stop working together?

The technologies are standard and widely known, the code and the access are yours, and the deployment is documented and automated. Another developer will pick it up without talking to us.