Services

Three services,one team.

We build the website or the app, and then we keep it running. The same people do both, which is why nothing gets lost between the two.

What we build

01

Websites & web applications

Everything that runs in a browser — the site your customers land on and the system your team logs into. Built with Next.js, React, Laravel and MySQL.

Next.jsReactLaravelMySQL
  • Business websites & landing pages
  • Online stores with payment and orders
  • Admin dashboards & operations portals
  • Internal systems with role-based access
  • APIs and integrations with what you already use
  • Technical SEO and Core Web Vitals
02

Mobile apps

Native Android apps written in Kotlin — for staff who work away from a desk, or for customers. Both apps we've shipped are Android; iOS builds are available on request.

KotlinAndroidREST APIs
  • Native Android (Kotlin)
  • Secure sign-in and user roles
  • Connects to your existing backend
  • Push notifications and file sharing
  • Play Store submission and release
  • iOS on request
03

Maintenance & support

Launch is the start. Every project includes 15 days of support free; after that, keeping it running is an optional monthly agreement you can end whenever you like.

HostingMonitoringSEO
  • Bug fixes and small features
  • Hosting, deployments and monitoring
  • Speed and Core Web Vitals
  • Security and dependency updates
  • Content changes and on-page SEO
  • Takeover of a site someone else built

The engineering standard

How the work is built, not just what gets built.

These eight are on every project, at every size. They are the difference between software that ships and software somebody can still run in three years.

  • Version control & code review

    Every project lives in Git from the first commit, and changes are reviewed before they merge — so nothing reaches your system because one person was in a hurry on a Friday.

  • Automated tests

    The parts that would be expensive to get wrong are covered by tests that run before a release, which is how a change to one screen stops quietly breaking another.

  • Staging before live

    You see the real thing on a staging URL and approve it there. Nothing reaches production that you haven't already clicked through yourself.

  • Error monitoring & uptime alerts

    Live systems report their own errors and downtime to us. You should not be the monitoring — finding out from a customer is too late.

  • Written handover documentation

    At handover you get a runbook, not just a zip: how to deploy it, where every account and service lives, and how to run it without us.

  • Security & dependency updates

    On a maintenance agreement dependencies get patched on a schedule, rather than left to age quietly into the vulnerability that takes the system down.

  • Backups with a tested restore

    Backups that we have actually restored from. An untested backup is a hope, not a plan, and the day you need it is the wrong day to find out which it was.

  • Accessibility & performance checks

    Contrast, keyboard access and load time on a mid-range phone are checked before launch — not after somebody complains that they cannot use it.

The same four terms, every time

Whether it’s a one-page site or a multi-role internal system.

One fixed price

Quoted from a written scope before work starts. Changes are priced separately and agreed in advance — never billed after the fact.

A date, not an estimate

Agreed at proposal stage. If anything threatens it, you hear that week rather than at the deadline.

15 days of free support

We stay on after launch while real users reach the system, and fix what they find.

The code is yours

Source code, design files and accounts transfer to you at handover. No licence, no lock-in, no fee to keep it running.

Before you ask

What people ask before scoping

PriceScopeiOSTakeovers

How do you price a project?

Against a written scope, as one fixed number. We work out what the system has to do, who uses it and what it connects to, then quote it — usually within one business day. There is no hourly billing, and change requests are priced and agreed before they're built.

Can you replace our spreadsheets with a proper system?

That is most of what we build. Employee and task management, approvals and leave, visitor and gate logging, internal messaging — all shipped as private systems with role-based access, so each person only sees what they should.

Do you build iOS apps as well as Android?

Both apps we've delivered so far are native Android, written in Kotlin. iOS is available on request — say so at scoping stage and it's priced into the proposal.

Will you maintain a site you didn't build?

Usually, yes. Send us the repository or the live URL first. We'll look at it and tell you honestly whether it's worth maintaining as it stands, fixing, or rebuilding.

Start a project