Skip to content
oBizee / FIELDNOTES
GUIDE 283 / Pricing decisions

Budget website maintenance after the build is handed over

Budget post-launch website maintenance by separating routine updates, incidents, new features and the ownership of ongoing services.

4 min read · estimatePublished by oBizee · Editorial approach

Choose a store around the work it must perform →

A finished build still needs an operating arrangement. Budget maintenance by naming the tasks that continue after handover rather than accepting an undefined monthly retainer.

The amount depends on the site and service scope. The examples here are illustrative, not market-rate recommendations.

Separate four kinds of work

Routine content changes, technical maintenance, incident response and new features are different categories.

A plan that covers updates may not include redesigns. A content-entry service may not investigate a payment integration.

Write the categories before comparing suppliers so the same word maintenance does not hide different promises.

Inventory the dependencies

List the platform, theme, apps, hosting and any custom code. Identify who owns each account and who receives renewal notices.

A hosted arrangement may remove some infrastructure work while leaving apps and customisations to manage.

Do not assume self-managed means unsupported or hosted means no maintenance. Check the actual responsibility map.

Ask for a defined service scope

Specify included tasks, frequency where relevant and the method for requesting work. Ask what is excluded.

A fixed retainer can be useful when it covers predictable work, but the business should understand what it buys even in a quiet month.

Do not evaluate support solely by the number of hours offered. The capability and responsibility matter too.

Compare a yearly scenario

Suppose a hypothetical maintenance agreement costs ₹1,500 monthly, or ₹18,000 annually. It includes defined routine work but excludes a planned ₹6,000 feature.

The year's stated total is ₹24,000 before other charges.

If another proposal includes the feature, compare the same complete scope rather than treating the retainer alone as the total.

Keep incidents distinct

Ask how urgent faults are reported and what response is promised. Resolution may depend on another provider, so clarify coordination.

Do not assume a routine monthly visit covers an urgent checkout problem.

Keep a safe action plan for the merchant, such as pausing an affected route, without encouraging broad resets or repeated customer payments.

Budget changes deliberately

New pages, integrations and design revisions should have a separate scope and estimate unless the agreement explicitly includes them.

Record why the change is needed and how it will be accepted. This prevents ordinary maintenance from becoming an unbounded redesign project.

A small backlog with clear priorities is more useful than a vague promise of continuous improvement.

Require change records and checks

For significant work, keep a note of what changed, what was tested and how the working state can be recovered.

The business does not need to read every technical detail, but it should know the change was verified on the relevant buying route.

Do not equate installation success with a successful customer journey.

Preserve business ownership

The maintainer may need authorised access, but the business should control the domain, billing and recovery.

Review access when the relationship ends. Obtain the relevant handover information before depending on a new supplier.

A low retainer is not good value if leaving it makes the store inaccessible.

Practise an ordinary handover

Ask another authorised person to locate the current service contacts, identify the main dependencies and explain how a routine change is requested. If that cannot be done without the departing maintainer's memory, the arrangement needs better documentation. Keep secrets in the proper credential system, but make responsibilities and non-sensitive operating instructions accessible to the people who must continue the work.

Review actual use and risk

Compare the work delivered with the agreed scope. Remove genuinely unused services, but do not assume preventive or recovery-related work has no value because no incident occurred.

Update the arrangement when the store gains new dependencies or the team takes over some tasks. Record the revision date and make sure the responsible people receive the updated scope.

The useful maintenance budget funds a clear continuing responsibility. It should make the store easier to operate after launch, not leave the owner paying a monthly amount without knowing what is maintained.

Use this guide, then test your own workflow.

Examples are illustrative. Confirm current features, charges and suitability before making a business decision.

Explore this topic → · Find an oBizee setup guide · Ask about your store