Skip to content
+91 85801 49535
teamarchanix@gmail.com
New Delhi · Delhi NCR · India
Selected engagements

The shape of the work,
without the spin.

These describe real engagement patterns — the problem we were brought into, how the work was structured, and what was handed over. Named client stories are published here as clients approve them.

Two engineers reviewing code on screen together
6 profilesProblem · approach · deliveredNo invented metrics
Wooden chess pieces lit warmly against a dark background, the king standing tallest
Colourful performance charts on a tablet beside a coffee
01 · Healthcare5 months

One patient record across a multi-site clinic network

The problem

Appointments, diagnostics and billing each lived in separate systems bought at different times. Assembling a single patient history meant three logins and a phone call, and nobody could prove who had viewed a record.

Approach
  • Mapped every system, export and manual handoff currently keeping the sites in sync
  • Designed a canonical patient record with consent captured as structured data rather than a checkbox
  • Built integration adapters per source system so the clinics could keep the software their staff already knew
  • Added an immutable access log covering every read and write against a patient record
Delivered
  • Unified patient record service with a role-based clinician interface
  • Integration layer with reconciliation and exception queues for each source system
  • Consent lifecycle covering capture, purpose, expiry and withdrawal
  • Audit trail and access reporting suitable for a DPDP Act review
Measured on

Time to assemble a full patient history · Records requiring manual reconciliation each week · Access-review findings at audit

02 · Fintech4 months

Automated reconciliation for a lending operation

The problem

Gateway settlements, bank statements and the internal ledger disagreed every month. The finance team spent the first week of each month in spreadsheets identifying which of three numbers was correct.

Approach
  • Rebuilt the internal ledger on double-entry principles with an append-only transaction log
  • Wrote ingestion for each settlement and statement format, with schema tests that fail loudly on change
  • Implemented matching rules with a review queue for anything the rules could not resolve confidently
  • Exposed a live exception dashboard so breaks are visible the day they occur, not at month end
Delivered
  • Append-only ledger service with full transaction genealogy
  • Automated ingestion and matching across gateway, bank and internal sources
  • Exception queue with assignment, notes and resolution history
  • Daily reconciliation dashboard and month-end reporting pack
Measured on

Share of transactions matched automatically · Hours spent on month-end reconciliation · Age of the oldest unresolved break

03 · E-commerce & Retail3 months

Replatforming a retail storefront without losing search equity

The problem

A storefront on ageing infrastructure was slow on mobile, impossible for the marketing team to update without a developer, and losing ground on the category pages that produced most of its organic traffic.

Approach
  • Audited traffic, rankings and conversion first, so the rebuild protected the pages already earning
  • Mapped every existing URL to its replacement before design work started
  • Rebuilt on a headless storefront with the category and product templates the catalogue actually needed
  • Moved content editing into a CMS the marketing team operates without engineering involvement
Delivered
  • Headless storefront with a documented component library
  • Complete redirect map and structured data across category and product templates
  • CMS-driven landing pages for campaign and seasonal traffic
  • Search Console, analytics and Core Web Vitals monitoring configured at launch
Measured on

Core Web Vitals pass rate on mobile · Organic sessions and rankings on priority category pages · Pages published per month without developer involvement

04 · Logistics4 months

An offline-first app for field and delivery teams

The problem

Field staff worked in areas with unreliable data. The existing cloud-only app failed whenever the signal dropped, so teams fell back to paper and the office rekeyed everything the following morning.

Approach
  • Rebuilt the app local-first, treating the device as the source of truth until synchronisation succeeds
  • Designed an explicit conflict-resolution model instead of last-write-wins
  • Captured proof of delivery with timestamp and location at the point of work
  • Tested against a real device matrix reflecting the handsets the workforce actually carries
Delivered
  • Cross-platform app with queued writes and deterministic synchronisation
  • Conflict resolution with a supervisor review path for genuine clashes
  • Proof-of-delivery capture attached automatically to the shipment record
  • Automated device-matrix test suite running on every release
Measured on

Jobs completed without falling back to paper · Synchronisation failures per thousand jobs · Time from delivery to the record appearing in the office system

05 · SaaS & Startups3 months

Cloud migration with a standing cost review

The problem

A growing platform ran on manually configured servers nobody wanted to touch. Deployments happened at night, the environments had drifted apart, and the monthly cloud bill had never been reviewed by anyone.

Approach
  • Defined the entire target environment in Terraform before moving a single workload
  • Built the deployment pipeline and proved it in staging ahead of any production change
  • Migrated in waves, each with a rehearsed cutover and a tested rollback
  • Established a monthly cost review naming what changed and why
Delivered
  • Infrastructure defined in code and reproducible from scratch in any region
  • CI/CD pipeline with automated tests, security scanning and staged rollout
  • Observability stack with alerting tied to service-level objectives
  • Disaster recovery plan with a restore tested rather than documented
Measured on

Deployment frequency and lead time to production · Monthly cloud spend against workload growth · Mean time to recovery in an incident

06 · B2B ServicesOngoing retainer

Search and paid working off one definition of a lead

The problem

Paid and organic were managed separately and reported different numbers. Ad platforms optimised toward form fills that the sales team routinely discarded, so spend grew while qualified pipeline did not.

Approach
  • Rebuilt measurement first: server-side tracking with qualified-lead status imported back from the CRM
  • Consolidated keyword targeting so paid and organic stopped competing for the same queries
  • Fixed the technical and content issues suppressing the service pages with real commercial intent
  • Established one dashboard both channels are reviewed against monthly
Delivered
  • Server-side conversion tracking with CRM-qualified outcomes fed back to ad platforms
  • Keyword-to-page map removing cannibalisation across the site
  • Rebuilt service and landing pages with structured data and internal linking
  • Shared reporting dashboard covering spend, pipeline and cost per qualified lead
Measured on

Cost per sales-qualified lead by channel · Share of enquiries accepted by sales · Organic impressions and rankings on commercial-intent queries

A note on numbers

Why you will not find percentages on this page

Agency case studies are full of figures nobody can verify. We would rather show you how an engagement is structured and what gets handed over, then give you the measurement framework the client uses to judge it. When a client agrees to be named and to publish their own numbers, that study will appear here with their name on it. Until then, ask us in a call — we will talk through specifics and, where a client permits, introduce you to them directly.

An abstract glowing sphere of connected network lines
Next step

Recognise your problem
in one of these?

Tell us which one, and we will walk you through exactly how that engagement ran.