Skip to main content

Dev Station Technology

Web application development

The application your business runs on, not a brochure site

Angular and React over .NET or Node, deployed into your own cloud tenant. The systems we build carry school records, safety certificates and order books, so they are judged on uptime and audit trails rather than on animation.

Book a 30-minute scoping call See what we have shipped

If a website is what you need, we will say so and point you at people who build those.

What we ask about before quoting a web application.
Who signs in Roles, tenants, single sign-onDay 1
What it connects to ERP, CMMS, payment, legacy databaseDay 1
What must never be lost Records, certificates, audit historyDay 1
Where it runs Your tenant, your regionDay 1
What replaces what Migration from the current systemDay 1
The answers shape the architecture. Guessing them is how projects slip.

Applications we have delivered

  • Norwegian EdTechSchool data platform, zero records lost
  • German software firmReact and Node, team peaked past 60 engineers
  • Hydrajaws LimitedAngular portal behind field apps
  • Ecommerce buildsCatalogue, checkout, analytics

What we are good for

We are the wrong choice for a marketing site

Our work sits where a web application holds data somebody is accountable for. That is a different job from publishing pages.

Use a website builder when

The job is publishing

  • Pages, blog, forms, a few integrations
  • Content changes more often than logic
  • No roles beyond editor and admin
  • No data you would be asked to prove in an audit

WordPress or Webflow will do this faster and cheaper than we can.

Build an application when

The logic is the product

  • Different roles see different things and can do different things
  • It has to talk to systems you already run
  • Records must survive migration, audit and staff turnover
  • Volume or concurrency would break an off-the-shelf tool
  • Your process is the thing customers pay for

This is our work. Every build below replaced something that had stopped coping.

Plain definitions

Two questions that decide the shape of the quote

Neither is a technicality. Both change the budget by a factor, so they are worth settling on the first call.

What is a web application?

A web application runs in a browser but behaves like software rather than like a document. It holds state, it enforces who can do what, and it changes something in a system of record when somebody clicks.

A useful test. If two people with different job titles open the same URL and see different things they are allowed to act on, you have an application. If they see the same page, you have a website.

Most of what reaches us is modernisation rather than a first build. An application that already runs the business, written for conditions that have changed, with nobody left who wrote it.

Where do low-code platforms stop?

Power Apps, Retool and similar tools are genuinely good for an internal form over a database that one team uses. We say so when that is the answer, because building from scratch would cost you more for less.

They run out of room in predictable places. Per-user licensing that scales badly, integrations with legacy systems that expose no modern interface, data volumes that make the generated queries crawl, and any obligation to hold records where a platform vendor cannot reach them.

What we build

Six parts we are asked for again and again

Role and tenant separation
Who sees what, enforced server side. We have run this through Azure AD B2C and through Keycloak for a multi-tenant platform.
Integration with what you already run
ERP, CMMS, payment, IoT and legacy databases, including systems with no modern interface.
Migration off the old system
Its own workstream with its own checks. On the Norwegian platform a separate team moved years of sensitive records with none lost.
Reporting people actually open
Operational dashboards and exports, including Power BI where the client already lives in it.
Deployment into your tenant
Azure or AWS in the region your policy requires, with pipelines you keep.
A test suite you can run
Automated regression handed over with documentation, not a suite only we can maintain.

What people ask us for

Six shapes a web application build usually takes

Almost every enquiry we get is one of these, or two of them at once.

Internal operational system
The thing the business runs on day to day. Jobs, orders, records, approvals. Usually replacing a system that has stopped coping rather than starting from nothing.
Customer or partner portal
Outside users signing in to see their own data and act on it. Tenant separation and self-service identity are the parts that get underestimated.
Replacement for a spreadsheet or Access database
The file four people edit and nobody dares change. These builds are less about features than about migrating history without losing a row.
Legacy modernisation
An application that still works and can no longer be changed safely. Rebuilt module by module rather than in one release, which is how we handled the Norwegian platform while schools kept using the old one.
Regulated workflow and record keeping
Where a procedure has to be followed in order and evidenced afterwards. The audit trail is a requirement, not a feature.
Reporting and dashboard front end
A readable layer over data that already exists in several places. We have handed this to clients in Power BI where they already live in it.
Integration hub
The system that sits between an ERP, a CMMS and three things bought separately, so people stop retyping between them.

Tell us what the application has to do

Three fields. An engineer reads it, not a sales rep. You get an answer within one working day.

  • We map roles, integrations and what is being replaced
  • You get an architecture sketch and a cost band
  • No obligation, and no phone number needed to start

Our work

Two applications that replaced something failing

Case study, Norway

A school data platform rebuilt module by module

The client ran a system that could no longer handle its data volumes or meet current security standards, and a previous vendor had missed the delivery date. We rebuilt it in modules and put a separate team on migration alone, so schools kept working while years of sensitive records moved across.

  • .NET
  • Angular
  • Xamarin
  • AWS
  • Power BI
Records lost in the migration
Zero
Warranty support after go-live
60 days
Delivered inside the revised plan
Recovered

Case study, Germany

Recovering a build another vendor had left behind

A cloud-native software firm came to us with poor code quality and missed dates. We staffed a lead and senior engineers first, stabilised the build, then scaled. React and Node on AWS, with GraphQL between the layers and Selenium coverage from the start.

  • React
  • Node.js
  • .NET
  • GraphQL
  • AWS
  • Selenium
Engineers at peak on the account
60+
The client's own headcount over the engagement
80 to 300+
Started as a recovery
Rescue

How the work runs

Working software from week five

  1. Week 1

    Scoping

    Roles, integrations, data, and what is being replaced. You leave with an architecture sketch and a cost band.

  2. Week 2 to 4

    Design

    Data model, screens, and a clickable prototype before production code.

  3. Week 5 onwards

    Build in sprints

    A demo every two weeks. Priorities change between sprints, not through change requests.

  4. Go-live

    Migrate and hand over

    Migration rehearsed before the real run. Repositories, pipelines and documentation are yours.

Technology and integration

What we build on, and what we connect to

Every item here comes from something we shipped. It is not a list of what we could learn.

Front end
Angular and React with TypeScript. Angular where the application is form-heavy and long-lived, React where the interface changes shape often.
Back end
.NET and Node.js, with REST or GraphQL between the layers. GraphQL is how we split front and back end work on the German engagement.
Data
SQL Server and PostgreSQL. Migration handled as its own workstream with row counts and checksums on both sides.
Cloud
Azure and AWS inside your own tenant, in the region your policy requires, with the pipelines handed to you.
Identity
Azure AD B2C or Keycloak, with roles enforced on the server rather than hidden in the interface.
Testing and reporting
Selenium regression suites your own team can run, and Power BI where reporting has to reach people outside the application.

Who does the work

Twenty engineers, eight of them senior

Applications like these outlive the people who commission them. So we keep the team small enough that the engineer who designed your data model is still around when you want to change it.

Engineers in Ho Chi Minh City
20
Senior engineers
8
Average experience
5+ yrs
Working with US, UK and EU teams
10+ yrs

You interview whoever we put forward. Two of our largest engagements started as recoveries of somebody else's code, which is a decent test of whether a team can read as well as write.

How we work

Five engagement models, and you pick how much you keep

The models differ in one thing: how much of the management you hand over. Everything else, including who owns the code, is the same in all five.

Changing model later is normal. Augmentation into a dedicated team is the common direction, and the people stay.

Engineers join your team and work inside your process, your board and your code review.

Team control
You manage the day to day
Pricing
Monthly per person, by role and seniority
Minimum
1 month

A team that works only on your product, with a lead on our side running delivery.

Team control
Shared. Our lead runs delivery, you set priorities
Pricing
Monthly per role, lead included
Minimum
3 months

A long-term engineering site under your standards, where we carry recruitment, HR, payroll and equipment.

Team control
You direct the work, we run operations
Pricing
Monthly per role plus site costs
Minimum
6 months

One price for a scope that is genuinely settled, with the overrun carried by us.

Team control
We deliver, you accept against written criteria
Pricing
Fixed bid, paid against milestones
Minimum
Project based, usually 10 to 14 weeks

Everything in the centre model, with the whole team moving into your own Vietnamese entity on an agreed date.

Team control
Transfers from us to you
Pricing
Monthly per role, transfer price agreed up front
Minimum
2 to 6 years

FAQs

Questions we get on the first call

Angular or React?

We ship both. Angular where the team already knows it or the app is form-heavy and long-lived, React where the interface is more fluid. If you have an in-house team, we use what they can maintain after we leave.

Can you take over a project someone else started?

Yes, and two of our largest engagements began that way. We read the code first and tell you what is salvageable before quoting.

Can you migrate our data?

Yes, as its own workstream with row counts and checksums on both sides. We moved years of sensitive school records with nothing lost.

Where does it run?

Your own Azure or AWS tenant, in the region your policy requires. You keep the pipelines.

Who owns the code?

Your company, entirely, in every engagement model.

How long does a first version take?

Usually 3 to 6 months for a focused application, longer for anything replacing a core system. The scoping week gives you a real number for your build.

How much does a web application cost to build?

Integrations move the number more than screens do. A focused application that replaces one process is usually 10 to 14 weeks. A system the business runs on, with roles, integrations and reporting, runs longer. How it is billed follows the engagement model you pick, which is set out above, and the scoping week ends with a figure for your build rather than a range.

Can we replace the old system in stages?

Usually yes, and it is normally the safer route. We rebuilt the Norwegian school platform module by module while schools carried on using the old one, with a separate team on migration alone.

How do you handle security and access?

Roles and tenant boundaries are enforced server side, so nothing depends on a hidden button. Identity runs through Azure AD B2C or Keycloak, data sits in your tenant in the region you require, and on the Norwegian platform the security workstream covered SPT, SSAT and NVA testing.

Bring us the system nobody wants to touch

The one that only two people understand, or the one a vendor left half finished. Thirty minutes and you will know what replacing it involves.

Book a 30-minute scoping call Read when a website is enough

Let's Talk