Postman

The API platform every Indian engineering team uses — testing, docs, and mocking in one

Developer Tools 4.6 / 5 Free plan available Updated Feb 2026

Quick Verdict

Postman is the universal API development tool — every Indian engineer has it installed, and virtually every Indian startup's backend API gets tested through Postman before any frontend or mobile work begins. Its core workflow is simple: send HTTP requests to your API, inspect the responses, save requests into organised collections, and share those collections with your team. Beyond this core, Postman provides automated API testing (run the whole collection with assertions on every response), API documentation (published automatically from your collection), mock servers (let frontend teams develop against realistic API responses before the real API is built), and monitoring (scheduled collection runs that alert if any API starts failing). For product managers, understanding Postman unlocks better conversations with engineering about API integrations, third-party services, and why specific features take longer to build than expected.

API Testing
4.8
Team Adoption
4.8
Documentation
4.4
Mock Servers
4.2
Free Plan Value
4.3

What is Postman?

Postman is an API platform founded in 2014 in Bengaluru, India — making it one of the most successful developer tools built from India. It started as a simple Chrome extension for sending HTTP requests and has grown into a full API lifecycle platform used by 30 million+ developers globally. The Bengaluru origin matters for Indian teams: Postman has strong community presence in Indian engineering circles, with dedicated user groups in Bengaluru, Mumbai, Hyderabad, and Pune.

At its core, Postman is a GUI (graphical interface) for making HTTP requests — the way developers interact with APIs. Instead of writing curl commands in a terminal, engineers use Postman's interface to construct requests, set headers and authentication, inspect responses, and save everything for reuse. When Razorpay's engineering team builds the webhook for payment notifications, they test every scenario in Postman: successful payment, failed payment, refund initiated, dispute raised. When Setu integrates an Aadhaar eKYC API, they use Postman to understand the API's response structure before writing integration code.

For Indian product managers, Postman is the tool that makes third-party API integrations legible. When a PM wants to understand why integrating a specific banking API will take 3 weeks instead of 3 days, looking at the Postman collection that engineering built reveals the complexity — 15 endpoints, multiple authentication flows, inconsistent response schemas, rate limits that require retry logic. That visibility makes estimates credible and helps PMs ask the right clarifying questions about integration scope.

Key Features

Collections

Organised groups of API requests — folder structure for every endpoint in your product or every API from a third-party provider. Share collections with your team so every engineer uses the same tested requests rather than recreating them individually. For Indian fintech teams integrating Razorpay, NPCI, Aadhaar, and DigiLocker APIs, collections keep all integration requests organised and shared.

Automated Testing

Write JavaScript test assertions that run after every request — "response status should be 200," "response body should contain transaction_id," "response time should be under 500ms." Run the entire collection automatically (Collection Runner). Integrate with CI/CD via Newman (Postman's CLI) so tests run on every deployment. Catches API regressions before they reach production users.

API Documentation

Auto-generate API documentation from your collection — request examples, response schemas, authentication details. Publish publicly or share privately with a link. For Indian B2B SaaS teams with API customers, Postman documentation is the fastest way to produce professional API docs without a dedicated technical writing team. Documentation updates automatically when the collection changes.

Mock Servers

Create a fake API server from your collection that returns realistic example responses. Frontend and mobile teams develop against the mock while backend builds the real API in parallel — eliminating the "I'm waiting for the API to be ready" blocker. For Indian teams running parallel frontend/backend development, mock servers can compress feature delivery by 30-40% by removing sequential dependencies.

What PMs Should Know About Postman

How Postman helps PMs understand integration complexity

When engineering says an API integration will take 3 weeks, ask to see the Postman collection for that API. Look for:

Number of endpoints: A payment integration with 20 endpoints (initiate, verify, callback, refund, dispute, settlement, reconciliation...) is genuinely complex. One with 3 endpoints is straightforward.

Authentication complexity: APIs with OAuth 2.0 flows, rotating tokens, and webhook signature verification are significantly harder to integrate than simple API key authentication.

Response inconsistency: If the same field returns different data types in different scenarios (sometimes a string, sometimes an integer, sometimes missing entirely), engineering needs to write defensive code for every case — which takes time.

Understanding these signals helps PMs calibrate integration timelines and prioritise which integrations to build in-house vs use an aggregator for.

Top Use Cases for Indian Product Teams

Indian API integration testing

Shared collections for Razorpay, Cashfree, Setu, DigiLocker, Aadhaar, NPCI, and other Indian APIs used across fintech teams. Test every response scenario before writing integration code.

Frontend/backend parallel development

Mock servers let React and Flutter teams build against realistic API responses while backend engineers build the real endpoints — compressing feature delivery timelines.

API regression testing in CI/CD

Newman runs Postman collections in GitHub Actions on every deployment. If a deploy breaks a payment API endpoint, the CI/CD pipeline catches it before it reaches users.

B2B API documentation

Indian B2B SaaS teams publish Postman collections as customer-facing API documentation. Customers import the collection and immediately have working examples for every endpoint.

Best For

  • Every Indian engineering team building or integrating APIs — Postman is universal infrastructure
  • Indian fintech teams managing multiple third-party API integrations (Razorpay, Setu, DigiLocker)
  • Teams running parallel frontend/backend development who need mock servers to remove blockers
  • B2B SaaS teams needing fast, professional API documentation for their API customers
  • QA teams automating API regression tests as part of their CI/CD pipeline

Pricing

Postman charges per user per month for team features. The free plan is genuinely useful for most Indian teams. USD billing — 18% GST reverse charge for Indian companies.

Free

Rs 0

Unlimited collections, requests, and environments. 1,000 mock server calls/month, 1,000 monitoring calls/month, 3 users on team workspaces. The free plan covers API testing, collection sharing, and documentation for teams of 1-3 engineers. Most Indian seed-stage startups stay on free throughout their first year.

Professional

~Rs 2,100/user/mo

$29/user/month. Advanced access controls, audit logs, custom domains for API docs, SSO, and priority support. For Indian B2B SaaS teams where Postman is customer-facing infrastructure — API documentation published under your own domain, enterprise-grade access controls for API collections shared with external developers.

Pros and Cons

Pros

  • Universal adoption — every Indian engineer already knows Postman
  • Free plan covers the core workflow for most teams
  • Mock servers enable true parallel frontend/backend development
  • Newman CLI integrates Postman tests into GitHub Actions
  • Auto-generated API documentation from collections
  • Built in Bengaluru — strong Indian community and support

Cons

  • Free mock server limit (1,000 calls/month) runs out quickly
  • USD billing + 18% GST reverse charge on paid plans
  • Collections can become disorganised without naming conventions
  • Heavy desktop app — browser version has fewer features
  • Bruno and Insomnia offer open-source alternatives for privacy-conscious teams

Getting Started with Postman

  1. Create one collection per external API integration, not one per feature — The most common Postman organisation mistake is creating collections by feature ("Payments feature," "KYC feature") rather than by API ("Razorpay API," "Setu eKYC API," "DigiLocker API"). Feature-based collections mix endpoints from different APIs, making it impossible to reuse when you integrate the same API in a new feature. API-based collections are reusable, shareable with new team members, and map cleanly to how engineers think about integration work. Establish this naming convention before your team adds their first collection — it is nearly impossible to reorganise after the fact.
  2. Use environments for dev, staging, and production API credentials — Create three Postman environments: Development (dev API keys, localhost URLs), Staging (staging credentials, staging URLs), Production (read-only, for debugging only — never test against production). Set the base URL and API credentials as environment variables, then reference them in every request as {{base_url}} and {{api_key}}. Switching between environments becomes a one-click action. This prevents the most common Indian startup API mistake: accidentally running a test request against the production Razorpay account because someone hardcoded the production API key into a request.
  3. Write at least 3 test assertions per critical API endpoint — After every request to a payment, KYC, or authentication endpoint, add JavaScript test assertions in Postman's Tests tab: verify the HTTP status code is what you expect, verify the response body contains the required fields, verify the response time is under your SLA threshold. Run these as a collection to catch API regressions before deployment. For Indian fintech teams, the minimum assertions for a payment initiation endpoint are: status 200, response contains order_id, response contains payment_url, response time under 2000ms. Three assertions, 5 minutes to write, prevents a class of production incidents.
  4. Set up Newman in GitHub Actions before your first production deployment — Install Newman (npm install -g newman) and add a GitHub Actions workflow that runs your Postman collection on every pull request and deployment. Export your collection and environment from Postman, commit them to your repository, and reference them in the Newman command. This turns your Postman collection from a development tool into a continuous integration gate — every deployment is validated against your full API test suite before it reaches users. Setup takes one engineer half a day and provides ongoing protection against API regressions indefinitely.
  5. Share your collection with new engineers as part of onboarding — When a new engineer joins an Indian startup, they typically spend 2-3 days figuring out which APIs exist, what parameters they accept, and how authentication works — mostly by reading code or asking colleagues who are already busy. A well-maintained Postman workspace with collections for every internal and external API reduces this onboarding time to a few hours. Make "update the Postman collection" part of your definition of done for every API endpoint — the collection is living documentation that stays accurate only if updating it is a team norm, not an afterthought.
Download Postman Free

Want to improve your team's API development workflow?

We help Indian engineering teams set up Postman collections, automated testing pipelines, and API documentation that keeps pace with fast-moving product development.

Book Free Call

Quick Info

Download Free