PutThrough Product engineering studio
Book a build call

About

A studio for the part after the demo.

AI coding tools have made building a working application genuinely easy, and have changed nothing about what it takes to run one. PutThrough exists in that gap.

01Studio

What we are

The name is the standard: if we build it, you can put real customers, real payments and real traffic through it.

We are a production engineering studio. We take applications built with Lovable, Bolt, Cursor, Replit and the tools like them, and we do the work that stands between a convincing demonstration and a service people can pay for: access control, payment correctness, deployment, monitoring, recovery, and getting through App Store and Play Store review.

That work is unglamorous and it is largely the same work from one app to the next, which is why we sell it at a published price instead of quoting it. We build new things too — web applications, mobile apps and AI agent features — but those are quoted, because a new build has no typical size and a published price would only mean padding it.

We are not the right studio for everyone. We do not design products, we do not do growth, and we do not take on a rescue we do not believe we can finish. When the honest answer after an audit is that an application should be rebuilt rather than repaired, the report says that — even though the sprint is the thing we would rather sell you.

02Commitments

How we work

Six commitments. They are on this page so you can hold us to them, and so you know what the engagement feels like before you are inside one.

  1. Read-only access first

    An audit needs viewer access and nothing more. We do not ask for production credentials, write access or customer data to tell you what is wrong. Write access is requested when a sprint begins and revoked the day it ends.

  2. Fixed scope, fixed price

    The scope is written down and agreed before work starts, and the price does not move. If we find more than we estimated, that is our problem — we carry the estimation risk, because we are the ones who did the estimating.

  3. Async by default

    Written reports, written handovers and recorded walkthroughs, so progress does not wait for a meeting to exist. We hold a daily overlap window for calls and we keep them short.

  4. Your repository, your accounts

    Everything happens in branches and pull requests you review, on infrastructure you own and bill. There is no layer of ours left behind that you would need us to maintain, and no lock-in to walk away from.

  5. Everything is written down

    Every change is described in plain language in a handover document. The test of an engagement is whether the next engineer can pick it up without us, and that document is how they do it.

  6. NDA and DPA on request

    Both are available and signed before access is granted. If your customers are in the EU or UK, the data processing agreement is the one you will need for your own records.

03Location

Where we are

Engineering is based in India (IST), working async with teams in the US and Europe, with daily overlap for calls.

In practice this is an advantage rather than something to work around: you describe a problem at the end of your day and there is progress on it when you start the next. We do not pretend to be somewhere we are not, and we do not ask you to take a call at midnight.

Call windows

Calls weekdays 18:30–22:30 IST

US Eastern
08:00–12:00 ET (09:00–13:00 in summer)
US Pacific
05:00–09:00 PT (06:00–10:00 in summer)
United Kingdom
13:00–17:00 UK time (14:00–18:00 in summer)
Central Europe
14:00–18:00 CET (15:00–19:00 in summer)

Outside these we are async — anything urgent goes to email and is picked up at the start of our day.

04Who

Founder

Anubhav Mehrotra

Founder and principal engineer

Six-plus years building and shipping software across the whole stack: Android and iOS, backend and frontend, infrastructure and deployment, and AI agent systems. PutThrough is the studio form of work that was already most of what people asked for.

Disciplines

  • Android
  • iOS
  • Backend
  • Frontend
  • DevOps
  • AI agents
PutThrough on LinkedIn

05Stack

What we work in

If your application is outside this, tell us on the call. We would rather say no than learn a stack on your budget.

Web

Frontend and full-stack

TypeScript everywhere, and a framework that renders on the server unless the product is purely an application behind a login.

We default to

  • TypeScript
  • React
  • Next.js
  • Astro
  • Tailwind CSS
  • Vite

We also work in

  • JavaScript
  • Remix
  • SvelteKit
  • Vue 3
  • Nuxt
  • shadcn/ui
  • Radix UI
  • TanStack Query
  • TanStack Table
  • React Hook Form
  • Zod
  • Zustand
  • Redux Toolkit
  • Framer Motion
  • MDX
  • Storybook
  • Vitest
  • Playwright
  • Testing Library
  • ESLint
  • Prettier
  • Recharts
  • D3
API

Backend and services

Boring, typed and synchronous until something measurably needs to be a queue. Most systems need fewer moving parts than they are given.

We default to

  • Node.js
  • Python
  • REST
  • tRPC
  • Background jobs
  • Queues

We also work in

  • Hono
  • Fastify
  • Express
  • NestJS
  • FastAPI
  • Django
  • GraphQL
  • OpenAPI
  • WebSockets
  • Server-sent events
  • BullMQ
  • Celery
  • Inngest
  • Trigger.dev
  • Cron and scheduled work
  • Stripe
  • Paddle
  • Razorpay
  • Resend
  • Postmark
  • Twilio
  • Webhooks in both directions
Data

Databases and storage

Postgres unless there is a specific reason otherwise, migrations in the repository, and a restore that has been executed rather than merely configured.

We default to

  • Postgres
  • Supabase
  • Redis
  • Migrations
  • Backups and restore

We also work in

  • Neon
  • PlanetScale
  • MySQL
  • SQLite
  • Turso
  • Firebase Firestore
  • Upstash
  • Drizzle ORM
  • Prisma
  • Kysely
  • pgvector
  • Row-level security
  • Point-in-time recovery
  • Meilisearch
  • Typesense
  • Elasticsearch
  • S3
  • Cloudflare R2
  • Read replicas
  • Connection pooling
App

Mobile

Expo unless the product is the platform experience. One codebase is worth a great deal when the maintenance bill outlasts the project.

We default to

  • React Native
  • Expo
  • EAS Build
  • Swift
  • Kotlin

We also work in

  • Capacitor
  • Flutter
  • SwiftUI
  • Jetpack Compose
  • Expo Router
  • React Navigation
  • Reanimated
  • MMKV
  • WatermelonDB
  • StoreKit
  • Google Play Billing
  • RevenueCat
  • APNs
  • Firebase Cloud Messaging
  • Expo Notifications
  • Fastlane
  • App Store Connect
  • Google Play Console
  • Detox
  • Maestro
  • Privacy manifests
Ops

Infrastructure and observability

Managed platforms until scale or cost argues otherwise. The parts we insist on are a deploy you can roll back and an error that reaches a human.

We default to

  • Vercel
  • Cloudflare
  • Docker
  • GitHub Actions
  • Sentry

We also work in

  • AWS
  • Cloudflare Workers
  • Cloudflare R2
  • Cloudflare D1
  • Fly.io
  • Railway
  • Render
  • Terraform
  • Nginx
  • Caddy
  • GitLab CI
  • Grafana
  • Prometheus
  • Axiom
  • Better Stack
  • Checkly
  • Uptime checks
  • Structured logging
  • Staged rollouts
  • Tested rollback
AI

AI systems

Hosted models behind an interface you can swap, with the eval set deciding which one you use this quarter rather than a contract.

We default to

  • Claude
  • OpenAI
  • MCP
  • Evals
  • Tracing
  • Cost control

We also work in

  • Gemini
  • OpenRouter
  • LiteLLM
  • Vercel AI SDK
  • Anthropic SDK
  • Tool and function calling
  • Structured output
  • Prompt caching
  • Batch APIs
  • Model routing
  • pgvector
  • Qdrant
  • Pinecone
  • Chroma
  • Hybrid retrieval and re-ranking
  • Langfuse
  • LangSmith
  • Braintrust
  • Helicone
  • Ollama
  • vLLM
  • OAuth 2.1 for MCP

The audit is the way in.

Fixed price, two business days, read-only access. It is also the cheapest way to find out whether you want to work with us at all.

Prefer to write? Send your requirements

What do you need?

What it should do, who will use it, the must-haves, and any links. A few sentences is plenty.

Budget, if you have one in mind
When would you like to start?