Services

Engineering you can hold accountable.

From requirement analysis to a running production system — architecture, code, infrastructure, and handover. Delivered as a fixed-scope project, or embedded inside your in-house team.

What I offer

Six ways to engage

Each service maps directly to work I've shipped — no capability listed here that I haven't delivered in production.

01

Backend architecture & API development

Design and build the server side of your product — data models, REST/GraphQL APIs, auth, background jobs — engineered for the scale you actually have and the scale you're planning for.

  • ▸System architecture design with documented trade-offs
  • ▸REST (DRF/FastAPI) or GraphQL (Graphene) APIs with OpenAPI docs
  • ▸Auth flows: OAuth2, SAML 2.0, SSO (Okta / Auth0)
  • ▸Async pipelines with Celery / Redis for jobs and scheduling
PythonDjangoDRFFastAPINode
VIEW SERVICE DETAILS →
02

Full-stack SaaS product development

Zero-to-one SaaS builds: multi-tenancy, subscription billing, admin dashboards, and the operational plumbing most MVPs skip and later regret.

  • ▸Multi-tenant data architecture from day one
  • ▸Stripe subscription billing and metering
  • ▸React / Next.js frontends against the API
  • ▸Staging + production environments with CI/CD
DjangoReactNext.jsStripeCelery
VIEW SERVICE DETAILS →
03

Cloud infrastructure & DevOps

Containerized deployments, pipelines, and environments across AWS, GCP, and Azure — so shipping is boring and rollback is one click.

  • ▸Containerized workloads on ECS / EC2 / Cloud Run
  • ▸CI/CD pipelines (GitHub Actions, CodePipeline)
  • ▸Environment strategy: dev / staging / prod parity
  • ▸Monitoring, logging, and cost review
AWSGCPAzureDockerECS
VIEW SERVICE DETAILS →
04

Legacy migration & modernization

Move an aging codebase to a modern stack without stopping the business — strangler-pattern migrations behind stable API contracts, done inside compliance environments (HIPAA, OAuth2, SAML).

  • ▸Migration audit: what moves, what stays, in what order
  • ▸Incremental cutover plan — no big-bang rewrite
  • ▸API-contract parity tests before each switch
  • ▸Compliance-aware handling of regulated data
DjangoPostgreSQLOAuth2SAML2.0Docker
VIEW SERVICE DETAILS →
05

AI-powered tooling & automation

Practical AI features built into real products — crawlers, test generation, telephonic AI workflows — not demos. I've architected an AI QA platform and an AI-driven benefits-enrollment backend.

  • ▸AI feature scoping: what's feasible vs. hype
  • ▸LLM / model integration into existing backends
  • ▸Automation pipelines (scraping, DOM parsing, test generation)
  • ▸Evaluation and fallback design for AI outputs
PythonDjangoScrapyWebSocketsDocker
VIEW SERVICE DETAILS →
06

Fractional tech lead & team leadership

Senior technical ownership for teams that don't need a full-time lead — architecture decisions, code review standards, mentoring, and delivery discipline, part-time.

  • ▸Architecture and technical-strategy ownership
  • ▸Code review process and engineering standards
  • ▸Mentoring for engineers and associate leads
  • ▸Hiring support: technical screens and interview loops
GitJiraAgileCI/CD
VIEW SERVICE DETAILS →
Service details

How an engagement runs, end to end

The same process every time — so you always know what phase you're in, what you'll receive, and what I need from you.

1

Discovery call

45–60 min · Free

A working session, not a sales call. You walk me through the product, the users, and where it hurts. I ask the awkward technical questions early — existing code, data, compliance constraints, deadlines, budget range — so neither of us wastes a week finding out later.

YOU PROVIDEThe problem in your own words, access to any existing product or docs, your timeline and budget expectations.
YOU RECEIVEAn honest read on feasibility, rough shape of the solution, and whether I'm the right person — including a no, if I'm not.
2

Requirement analysis

3–7 days

I go deep: read the existing codebase if there is one, audit the data model and infrastructure, interview the people who'll use the system, and turn vague goals into concrete user stories with acceptance criteria. For migrations, this includes a risk map of what breaks if we touch it.

YOU PROVIDERead access to code/infra, 1–2 hours with your team, sample data or workflows.
YOU RECEIVEA written requirements document: user stories, acceptance criteria, technical constraints, and open questions with my recommendations.
3

Proposal & agreement

2–3 days

You get a written proposal — scope, milestones, timeline, team, payment schedule, assumptions, and exclusions. Fixed-scope where the requirements support it; time-boxed where they don't, stated plainly. We revise until it's right, then sign.

YOU PROVIDEFeedback on scope priorities — what's MVP, what can wait.
YOU RECEIVEThe proposal document, a milestone-based payment plan, and a signed agreement with IP and NDA terms.
4

Architecture & project setup

Week 1

Before feature work starts: system design doc, data model, repo structure, CI/CD pipeline, staging environment, and the Jira board seeded with the full backlog. Everything lives in your accounts — your GitHub org, your cloud — from the first commit.

YOU PROVIDECloud and GitHub access, third-party accounts (Stripe, Twilio, etc.).
YOU RECEIVEArchitecture doc with diagrams, a running walking-skeleton deployment, and a backlog you can inspect.
5

Sprint delivery

Weekly cycles

Features ship in weekly increments to staging. Every week ends with a demo call and a written update: what shipped, what's next, what's blocked. Scope changes are welcome — they go through a written change request before I build them, never silently absorbed.

YOU PROVIDEA decision-maker at the weekly demo; timely answers on blockers (24–48h).
YOU RECEIVEWorking software on staging every week, demo recordings, and a burn-up you can trust.
6

Hardening & launch

Final 1–2 weeks

Load testing on critical paths, security review of auth and data access, backup and rollback drills, monitoring and alerting wired up. Then a production deployment we've already rehearsed on staging — launch day should be the least exciting day of the project.

YOU PROVIDESign-off against the acceptance criteria from the proposal.
YOU RECEIVEProduction deployment, monitoring dashboards, incident runbook, and load-test results.
7

Handover & support

30 days included

Full documentation walkthrough with your team, architecture Q&A sessions, and 30 days of defect fixes included. After that: an optional retainer for ongoing work, or a clean goodbye — the docs are written so the next engineer doesn't need me.

YOU PROVIDEThe engineers who'll own the system, for handover sessions.
YOU RECEIVEDocs, runbooks, recorded walkthroughs, 30 days of fixes — and a system your team fully owns.
Example proposal

What you get after requirement analysis

Every engagement starts with a written proposal like this one. Illustrative sample — names and figures are placeholders, the structure is exactly what you'll receive.

PROPOSAL · XT-2026-014 · SAMPLE FOR ILLUSTRATION

Multi-tenant appointment & billing platform — MVP build

Prepared for: Acme Health Inc. · Prepared by: Diljot Singh
SAMPLE
1 · UNDERSTANDING OF THE PROBLEM

Acme Health runs scheduling across 12 clinics on spreadsheets and a legacy PHP tool. Double-bookings and manual invoicing cost staff ~15 hrs/week (client's estimate). The goal is a multi-tenant web platform where each clinic manages its own calendar, patients self-book, and invoices generate automatically — HIPAA- conscious from day one.

2 · SCOPE OF WORK
In scope
  • ▸Multi-tenant Django backend (tenant-per-schema, PostgreSQL)
  • ▸Booking engine with conflict detection + reminders (email/SMS)
  • ▸Stripe invoicing & subscription billing per clinic
  • ▸React admin dashboard + patient booking page
  • ▸AWS deployment (ECS), CI/CD, staging + production
Out of scope (this phase)
  • ·Native mobile apps
  • ·EHR / insurance-claim integrations
  • ·Data migration from the legacy PHP tool (quoted separately after data audit)
  • ·Marketing site
3 · MILESTONES & TIMELINE — 10 WEEKS
WK 1
M0 — FoundationsArchitecture doc, repos, CI/CD, staging env, walking skeleton deployed.
20% on start
WK 2–4
M1 — Core booking engineTenant onboarding, calendars, conflict detection, patient self-booking flow on staging.
25% on acceptance
WK 5–7
M2 — Billing & notificationsStripe invoicing + subscriptions, email/SMS reminders, admin dashboard v1.
25% on acceptance
WK 8–9
M3 — HardeningLoad testing, security review, monitoring, backup/rollback drills, UAT with 2 pilot clinics.
20% on acceptance
WK 10
M4 — Launch & handoverProduction deployment, docs walkthrough, runbook, 30-day support window begins.
10% on launch
4 · TEAM & COMMUNICATION
  • Diljot Singh — architecture, backend, infra, delivery owner
  • 1 frontend engineer (my team) — React dashboard
  • Weekly demo call · async updates in your Slack · shared Jira board
  • All code in your GitHub org from day one — you own the repo
5 · ACCEPTANCE CRITERIA
  • All in-scope user stories pass agreed acceptance tests
  • API test coverage on critical paths; load-tested booking flow
  • Deployed to production on your AWS account
  • Runbook + architecture docs delivered and walked through
6 · ASSUMPTIONS & TERMS
  • Client provides AWS account, Stripe account, and a decision-maker available for weekly reviews
  • Scope changes handled via written change requests — estimated and approved before work begins
  • 30 days of post-launch defect fixes included; ongoing support available under retainer
  • Payment tied to milestone acceptance, not hours — see column above
  • IP transfers to client on final payment; NDA signed before discovery if required
Contact

Have a project or need extra senior capacity?

Send a short description of what you're building and where it hurts. Discovery call is free; you'll have a written proposal within a week of requirement analysis.

[email protected] · +91 79862 35112