Architecture and modernization

Make your next architecture decision with a clear plan.

When a product grows, some decisions become expensive to reverse: tenancy, data ownership, service boundaries, the build-or-buy line. We review what you have, compare the options, and leave you with a plan your team can execute.

Is this a fit?

  • Releases are slowing down and nobody can say exactly why.
  • You are about to add multi-tenancy, a second product, or a large customer with new requirements.
  • The team disagrees on a major technical direction and needs an outside view.
  • Investors or a buyer will review your technology soon.

What you receive

  • Current-state review

    How the system is built today, where it hurts, and the risks ranked by impact.

  • Options and tradeoffs

    Two or three realistic options per decision, with cost, risk and reversibility.

  • Decision records

    Short documents that capture each decision and its context, stored with your code.

  • Prioritized implementation plan

    Sequenced steps your team or ours can execute, with checkpoints.

  • Example architecture

    Diagrams of the target state and the intermediate steps to get there.

The product, what we built, and the outcome.

Five projects across financial software, smart access, education, workspace booking and telecom. Explore the products we built and how they work.

Reconstructed interface with sample data — not a client screenshot or measured results.

Relay

School device management and modernization

Anonymized project
The product challenge
Schools need to manage devices across iOS, Android, macOS and ChromeOS, with interfaces for administrators and teachers. Device visibility and classroom controls need to remain usable as the product evolves.
Our work
Angular migration, real-time controls and a browser extension
Delivered capability Modernized application interfaces with real-time device controls and browser integration.
Read the case study: Relay
Reconstructed interface with sample data — not a client screenshot or measured results.

Passage

Parking management and mobile access

Anonymized project
The product challenge
Parking operators manage permissions and garage access for different users, while drivers need practical ways to enter and manage their access. The product spans business administration and consumer-facing parking applications.
Our work
Administration interfaces, mobile access and frontend architecture
Delivered capability Connected administration and mobile interfaces for parking access and management.
Read the case study: Passage

How an assessment runs

  1. Days 1–3

    Read and interview

    Code, infrastructure and incident history, plus short interviews with engineers and product.

  2. Days 4–7

    Find the constraints

    Map dependencies, load paths and change hotspots.

  3. Days 8–10

    Compare options

    Work through tradeoffs with your team, not for them.

  4. Last day

    Plan and hand over

    Decision records, diagrams and a sequenced plan, walked through together.

FAQ

How long does an assessment take?

Usually two weeks for one product. The schedule above is an example; we confirm it after a first look at the system.

Will you also implement the plan?

If you want. Many clients execute with their own team and ask us to review key steps.

Do you need full repository access?

Read access is enough for the review. We can sign an NDA before you share anything.

Next step

Facing a decision that is hard to undo?

Describe the system and the decision in front of you. We will tell you how we would approach it.