How we work
How we move your software forward
Software takes shape in a business where much already works: people know their jobs, routines are established, and data and systems are used every day. That is our starting point.
We build new applications and renew existing software. Together, we clarify which changes are worthwhile, how they fit your business and what reliable delivery requires. We consider development, rollout and ongoing operations together.
Let’s talk about your projectUnderstand what exists
There is more to an existing system than meets the eye
An application can be technically outdated and still contain years of experience. Its features embody business decisions, special cases and solutions to problems that would only become apparent again during a rebuild.
That is why we take a close look at what is there today. Which tasks does the software support? Which data and interfaces are needed? Where do employees rely on extra manual steps? What works reliably, and what holds further development back?
We examine the application and check our findings with the people who use and manage it. We distinguish established facts from assumptions and open questions. You can see what our assessment is based on and where we still need your knowledge.
What must keep working?
Essential workflows, data and connections to other systems.
What should improve?
Specific limitations and new opportunities for users and the business.
What do we still need to clarify?
Unclear dependencies, rare edge cases and assumptions about how the system is used.
The same context exists for a completely new application: data comes from existing systems, people take on new tasks and content needs maintaining. These requirements are part of the design from the start.
Consider the whole journey
A good solution must justify the whole journey
A new technical foundation can make many things easier. It also creates work: existing capabilities need to be carried over, data transferred, interfaces adapted and people familiarised with changed workflows. Meanwhile, day-to-day business must continue.
We include this transition in our recommendation. Can targeted changes improve the existing application? Can individual parts be replaced? Does standard software cover the task? Or would a rebuild provide a more sustainable foundation?
We consider effort, dependencies, future requirements and running costs together. A small intervention can make later changes harder. A complete rebuild can create substantial work before users see any improvement at all.
An MVP helps test a new idea with a manageable investment. When replacing an existing application, you also need to establish which current tasks the first release must already handle — and how the others will be covered during the transition.
Our recommendation should make these trade-offs clear. You should be able to judge the progress you will gain for the effort involved.
Review early, together
Show something you can assess early on
Many requirements become clearer once people can see an interface or try a workflow. That is why we develop in steps you can review.
We agree with you on the planned features and how they work together. Early versions let you check whether the application meets your business needs. Feedback from your organisation informs further development.
This also covers cases easily missed in an initial description: what happens when information is incomplete? Who may change a record? How does work continue if a connected system is temporarily unavailable?
When requirements change, we consider the consequences for scope, effort and next steps together. Decisions and open questions are documented so that business teams, IT and developers can work from a shared understanding.
Make results verifiable
Speed needs results you can verify
AI supports us in understanding existing applications, developing solutions, writing software and producing tests and documentation. It helps us process large amounts of information faster and reduce repetitive work.
The key question remains how a result can be verified. A requirement inferred from an application must be checked against its actual behaviour and the business need. Generated code must fulfil the agreed task. Documentation must match the software version being reviewed.
We therefore plan tests and evidence alongside implementation. Together, we establish who reviews technical and business results, which documents are needed and which approvals are required before rollout. Special requirements for sensitive data or mandatory approval processes inform the design from the outset.
Retain knowledge
Working together so knowledge stays useful
You speak directly with the people who understand and develop your application. Our team of developers, designers and project managers works with your business teams, IT department and other partners involved.
We agree on the responsibilities we take on to suit your project. In previous projects, we have also filled roles missing on the client side — from joining a development team to taking project ownership.
Long-term collaboration helps us put decisions in context. We get to know the product, its users and its operational requirements. This also leads to suggestions beyond the current task, which we raise with you early.
We preserve this knowledge in documentation and traceable decisions. It should remain useful to your IT team and others involved.
After launch, we can also operate, maintain and extend your software. We agree on responsibilities and scope to suit your organisation, allowing the application to grow with new requirements.
Your next step
What would you like to change?
You may already have a specific task in mind. Or it may still be unclear whether your software should be extended, partly renewed or completely replaced.
Tell us what works today, where things get difficult and what you want to achieve. Together, we will identify the next useful step.
Let’s talk about your project