Skip to content
Kakoriya Cloud
Menu

Custom web application development: portals, dashboards and SaaS MVPs

Dashboards, customer portals, internal business tools and SaaS products tailored to your workflows.

What changes for you

  • A working first version in front of real users, built around the journeys that matter most.
  • Your workflow in one place people sign in to, instead of spreadsheets, email and paper.
  • Every feature agreed against written acceptance criteria before it is built.
  • An app your next developer can pick up: tested, documented, deployed by a pipeline, in your name.

Before you call us

  • The work runs on spreadsheets, email threads and copy-paste, and something falls through every week.
  • You have an idea and a deadline, and no clear view of what the first version must do.
  • A previous build stalled, and nobody can say what finished was supposed to mean.
  • Customers phone or email for things they could do themselves in a portal.

What’s included

  • User roles and key journeys, agreed before design starts
  • Written acceptance criteria for each feature, agreed before it is built
  • A responsive web front end and backend APIs
  • A database designed around your data, with backups
  • Sign-in and permissions, enforced on the server
  • Integrations through documented APIs
  • Automated tests and a deployment pipeline across test and production
  • An operational handover: runbooks, monitoring and alerts, documentation and access, all in your name

Not included unless written into your scope

  • Native iOS or Android apps
  • Third-party costs: Azure usage, licences, paid APIs, email and SMS, payment-provider fees
  • Support after the defect-fix window, which is a separate agreement
  • Moving data from an old system, unless it is in your scope

How delivery works

Clear apps get a fixed quote in the written scope. Uncertain ones start with a short paid discovery, which ends in written acceptance criteria and a fixed quote for the build.

  1. 1

    Conversation

    A call, a WhatsApp chat, or a written brief if you prefer. We ask about the outcome you need, the constraints you are under, and what has already been tried.

  2. 2

    Written scope

    Within 2 business days: a one-page scope with options and the assumptions behind them, and a fixed quote for each, or a short paid discovery first if too much is still unknown.

  3. 3

    Build in the open

    Short milestones against acceptance criteria agreed in the scope. Decisions are written down as they are made, so nothing important lives only in a meeting.

  4. 4

    Handover

    Documentation, runbooks and decision records, with access and ownership in your name. Defects found after launch are fixed within a window agreed in your scope; ongoing support is a separate, optional agreement.

Paid discovery

When the app is still uncertain, start with discovery

Some apps can be scoped from one conversation. Others have open questions: who the users are, which journeys matter, what data and integrations are involved. A fixed quote built on guesses would only be a guess, so those start with a short paid discovery, quoted up front.

  • User roles and permissions
  • Key journeys, step by step
  • The data model and integrations
  • Acceptance criteria for the first release
  • A fixed quote for the build, with options

Ways to work with us

Timelines are planning estimates for a typical scope. Yours goes in the written scope, with a fixed quote for each option, within 2 business days of our first conversation.

  • Paid discovery

    For apps where too much is still unknown: roles, journeys, data and integrations worked through with you, ending in written acceptance criteria and a fixed quote for the build.

  • Web app MVP

    The core journeys, front end, backend APIs, database, sign-in, tests, deployment and documentation. Planned at 6 to 10 weeks or more, depending on scope.

  • Custom platform

    Larger or multi-phase builds, quoted after discovery and delivered in phases.

Start a project

Relevant work

From our founder’s previous employed roles, before Kakoriya Cloud, and labelled so. It is not the firm’s client work.

  • Founder experience

    The day the platform was built for (on our founder’s portfolio)

    Customer platform · Energy utility

    A utility’s public customer platform meeting its first real storm: what gave way, what the team changed afterwards, and which of those changes were our founder’s.

    Done by our founder in a previous employed role, as part of a team, before Kakoriya Cloud.

What we build with

  • C# / .NET
  • TypeScript
  • Azure App Service
  • Azure Functions
  • Azure SQL
  • Microsoft Entra ID
  • API Management
  • Application Insights
  • Bicep
  • Azure DevOps

Common questions

How much does a custom web application cost?

It depends on the roles, journeys and integrations involved. A clear app gets a fixed quote in the written scope; an uncertain one starts with a short paid discovery that ends in a fixed quote for the build. Running costs are separate and billed by the provider.

How long does it take to build a web app?

A first version covering the core journeys is planned at 6 to 10 weeks or more, depending on scope. Larger builds are delivered in phases, each with its own acceptance criteria.

Why would we pay for discovery?

Because a fixed quote on unknowns is a guess. Discovery settles the roles, journeys, data and integrations first, and ends in written acceptance criteria and a fixed quote you can rely on.

What are acceptance criteria?

Short, testable statements of what each feature must do, agreed before it is built. They decide when a feature is done, and any change goes through a written change request.

Who owns the code?

Repositories and cloud accounts are set up in your name from the start. Ownership of the code is as written in your agreement, including when it passes to you.

Can you build a mobile app?

We build web apps that work well on phones. Native iOS and Android apps are not something we offer.

What happens after launch?

Defects are fixed within a window written into your scope. Ongoing support is a separate, optional agreement, described on the maintenance and support page.