Loading the site

Skip to content

An internal tool shaped around your work.

Your team needs a shared interface to move work forward, track it and make decisions. We develop business software around a defined process, using your data and operating rules.

A specific use.

  • Case management

    Bring information, statuses and approvals into one journey.

  • Team portal

    Give each role the access and actions it needs.

  • Operational reporting

    Present useful information for a decision, connected to existing sources.

What we build.

  1. A complete workflow

    The screens, business rules and permissions in the agreed scope.

    A running application behind your sign-in, with its business rules written down in a document you can argue with.

  2. Checked connections

    Data exchanges with your tools, including identified error cases.

    Connector code in your repository, credentials held in your own secret manager, and a log of the exchanges that failed.

  3. A supported launch

    Team acceptance checks, access and practical handover instructions.

    Admin accounts per role, a one-page procedure for each, handed over in two working sessions with the people who will use it.

How long it takes.

Eight to fourteen weeks between the process description and everyday use. The spread comes from exceptions: a process with four special cases is a different piece of work from one with forty. A clickable version of the main journey exists by week three, before any connection is written.

What we need from you.

  1. The process as it actually runs

    A walkthrough with the people who do the work, including the cases they handle by hand today and never wrote down. Those exceptions decide how much of the build is screens and how much is rules.

  2. Someone who can settle a disagreement

    Internal software makes disagreements visible: two teams rarely want the same field to be mandatory. We need one person able to rule on that in the week it surfaces, otherwise the screens wait.

  3. Test credentials on the tools we connect

    An account on each system we exchange data with, issued before development starts. An IT ticket opened in week six is the most common reason one of these projects slips.

The same project, at another stage.