Cyber City, VIP Circle, Mota Varachha, Surat, Gujarat 394105

How we work

Our process

The same nine stages apply whether an engagement is a mobile build, a backend migration or an advertising programme. The sequence exists so that what was agreed, what was built and what was reported can be compared against each other afterwards.

Delivery sequence

Nine stages

Stages overlap in practice. What does not move is that scope and measurement are agreed before delivery begins.

01

Discovery

The commercial objective, the systems that already exist, the data available and the constraints that matter. If an objective cannot be measured reliably, this is where we say so rather than after spend has started.

02

Scope & responsibilities

A written scope: deliverables, timelines, the measurement definition, the access required, and a fee structure separating our charges from platform and third-party costs. Responsibilities on both sides are named.

03

Technical / campaign planning

Architecture, data model, API surface and tracking plan for engineering work; account structure, campaign types, budget and bidding approach for advertising work. Specified before anything is built.

04

Build or implementation

Delivery against the agreed specification — application code, backend services, infrastructure provisioning, tracking implementation or account configuration.

05

QA & validation

Functional testing on real devices and environments, plus validation that the instrumentation records what the specification said it would. A build that works but reports incorrectly has not passed.

06

Deployment / launch

Staged rollout, controlled release or a limited initial budget, chosen so a problem is caught on a fraction of the exposure rather than all of it.

07

Measurement

Events, conversions and attribution verified against the source before results are relied on or budgets scaled. Known limitations are written down rather than left implicit.

08

Iteration

Changes made against evidence, each recorded with the reason and the intended effect, so a later shift in performance can be traced to an action rather than guessed at.

09

Reporting & handover

Reporting on the agreed cadence with costs separated by category, and at the end of an engagement a documented handover and a clean return or removal of access.

By discipline

Where the stages differ

The sequence is common; the content of each stage is not. The differences below are the ones that actually change how an engagement runs.

Engineering projects

  • Planning produces an architecture and a tracking plan, not a campaign structure.
  • QA covers real devices, OS versions and constrained conditions, not only the happy path.
  • Launch is a staged rollout with the ability to halt it, plus store review time outside our control.
  • Iteration follows a release cadence, with remote configuration used to control exposure.
  • Reporting covers vitals, crash and ANR behaviour and defect triage.

Cloud / API projects

  • Discovery starts with an assessment of what exists, including backup and monitoring status.
  • Planning fixes the API contract and the data model before implementation.
  • Validation covers load behaviour, failure modes and restore testing, not just correctness.
  • Deployment must be repeatable by someone who did not write it, with a rollback path.
  • Operation replaces iteration as the steady state: monitoring, alerting and capacity.

Advertising engagements

  • Scope also records the roles: who the advertiser is, what access is granted, and which billing arrangement applies.
  • Planning covers account structure, campaign types, budget and bidding approach.
  • Validation confirms conversion actions fire correctly before budget is scaled beyond a test level.
  • Launch is a limited initial budget rather than full spend on day one.
  • Reporting separates platform media cost from agency service fees every period.

Stages we do not control

App store review, advertising policy review, advertiser verification and platform enforcement sit inside stage 06 and stage 07 but are decided by the platform. We prepare work with the applicable requirements in mind and respond to the reasons given, but we do not guarantee approval, timing or reinstatement.

Working agreement

Client responsibilities

Named in the scope at stage 02, because delay here is the most common cause of a timeline slipping.

Throughout the engagement

  • Providing accurate and current business information
  • Holding rights to the products, services, content and destinations involved
  • Maintaining legal ownership or authorised control of the websites, applications and accounts concerned
  • Granting and maintaining the access the scope requires
  • Approving objectives, budgets and deliverables within agreed timeframes
  • Supplying documentation a platform legitimately requests
  • Nominating one person who can make decisions

What we do in return

  • Deliver against the written scope, and say so early where it is at risk
  • Keep the measurement definition documented and current
  • Record changes with the reason and intended effect
  • Report on the agreed cadence with costs separated by category
  • Hold only the access the scope requires, and return it at the end
  • Decline work that would require misrepresentation or breach platform policy

Change management

How scope changes are handled

Scope changes are normal. What causes disputes is a change that was made but never recorded, so the record is the part we insist on.

01

Raised

Either party can raise a change. It is written down as a request rather than absorbed into a conversation.

02

Assessed

We set out the effect on deliverables, timeline and fees, including whether anything already built has to be revisited.

03

Agreed

The change is agreed in writing before work on it begins. Where it materially alters the basis of the engagement, the scope document is revised rather than amended informally.

04

Recorded

The change joins the engagement record, so the final position can be reconciled against what was originally agreed.

Commercial treatment of changes, including how they appear on an invoice, is covered in the billing policy and the terms of service.

Questions

About our process

Is this process followed on small engagements too?

The sequence is, but the weight is not. A two-week piece of work still gets a written scope, a measurement definition and a change record — they are just shorter. What does not change is that scope and measurement are agreed before delivery starts.

What happens if a stage reveals the original scope was wrong?

We say so and revise the scope rather than absorbing the difference silently or delivering something that no longer fits. A change is agreed in writing with its effect on timeline and cost recorded, which is the point of having a change process at all.

Who is involved from your side?

Aquarius Infotech is the trade name of a proprietorship operated under the legal name Gopal Mansukhbhai Savaliya, led by Gopal Savaliya, Founder & Managing Director. Clients deal with the people implementing the work rather than an account layer placed in front of it, and escalation does not require moving between departments.

Start at stage one

Book a scoping conversation

The first stage costs you a conversation. If the objective cannot be measured or the work is outside what we do, that is where we say so.

Telephone
+91 87800 2787
Principal place of business
3rd Floor, Office No. 309, Cyber City
VIP Circle, Mota Varachha, Utran
Surat, Gujarat 394105, India
Accountable person
Gopal Savaliya — Founder & Managing Director