Updates and security fixes applied on a schedule, not after something breaks.
Someone who already knows your system, on hours agreed in writing.
Small changes without starting a new project each time.
A cloud bill that is reviewed, with savings ranked by effort.
Before you call us
Whoever built the site or app has moved on, and nobody can change it.
Updates are months behind, and nobody knows what one would break.
Something breaks, and you hear about it from a customer.
The Azure bill has crept up, and nobody has looked at why.
What’s included
Platform and dependency updates, applied and tested on a schedule
Uptime and error monitoring, with alerts to us
Bug fixes, small changes and enhancements within the hours you choose
Cloud cost reviews, with each saving ranked by effort and impact
Taking over a site or app someone else built: audit, document and make it deployable before changing anything
Not included unless written into your scope
Out-of-hours or 24/7 cover
New features beyond the included hours, which are quoted separately
Third-party costs: hosting, Azure usage, licences and plugins
Fixing problems caused by changes made outside the agreement
How delivery works
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
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
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
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.
What your support agreement spells out
Support is agreed in writing before it starts, so both sides know what happens when something goes wrong.
Service hours
Response targets by severity
Included hours each month
What is excluded
How issues are escalated
Ownership: the subscription, domain and accounts stay in your name, and our access is granted by you and removed when we stop
Defect fixes after launch are separate from support
Every project includes a limited window after launch for fixing defects: things that do not
work as the acceptance criteria said. Its length is in your scope. Support is the separate,
optional agreement for everything after that.
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.
Website care plan
Monthly: hosting kept healthy, updates, small changes, uptime checks, and a named person to message.
Application support
Monitoring, bug fixes, dependency updates, and a set number of hours each month for enhancements.
Cloud cost review
One-off or regular: where the Azure bill goes, with each saving ranked by effort and impact.
An integration estate that arrived undocumented, deployed by hand and failing in ways nobody could explain: the order the team took it in, and the 5 decisions inside it that 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
Application Insights
Azure Monitor
Azure Cost Management
Azure DevOps
Bicep
Common questions
Can you take over a site or app someone else built?
Yes. We start by auditing and documenting what exists and making it deployable from a pipeline,
before changing any of it.
How quickly will you respond to an issue?
Response targets are set in your support agreement, by severity, so they fit what your site or
app needs. There is no out-of-hours cover unless the agreement includes it.
What is the difference between the defect-fix window and support?
The defect-fix window comes with every project: things that do not work as agreed are fixed for
a limited time after launch. Support is a separate, optional agreement for updates, monitoring
and changes after that.
Do I need a support plan after launch?
No. Without one you get a clean handover with everything documented, and it all stays in your
name.
Who owns the Azure subscription?
You do, ideally. We work in a subscription you own, with access you grant and can remove, so
nothing about leaving us is hard.
What does a care plan include?
Hosting kept healthy, platform updates, uptime checks, small content changes and a named person
to message. The details and hours are written into the plan.