8 min left 0%

b2b product management

Consumer product management and enterprise product management are grounded in the same fundamentals. But the way you apply those fundamentals — who you talk to, what you measure, how you sell — is significantly different.
Talvinder Singh, from a Pragmatic Leaders product talk at IIM Trichy

If you have been trained on consumer PM examples — Swiggy, Instagram, PhonePe — and then walk into a B2B SaaS company, you will feel like you have changed professions. The user is not the buyer. The buyer is not the decision-maker. The decision-maker has never used your product. Sales is promising features you have not built. Support is escalating issues that are actually feature requests. And the roadmap is a negotiation between what the product should be and what three enterprise clients have contractually demanded.

This is B2B product management. It is not harder or easier than consumer PM. It is structurally different — and the differences catch people off guard if they are not prepared.

India’s B2B SaaS ecosystem is growing fast. Freshworks, Zoho, Postman, Chargebee, Razorpay, CleverTap, LeadSquared, Darwinbox — the companies hiring B2B PMs in 2025 are some of the best-funded and most ambitious in the country. If you want to work at one of them, or if you already do, this section is for you.

The fundamental difference: who is the user?

In consumer products, the user and the buyer are the same person. Someone downloads Swiggy, orders food, and pays for it. One person, one decision.

In B2B, there are at least three distinct roles — and the PM must understand all of them:

RoleWhat they care aboutHow they interact with your product
End userDoes this make my daily work easier?Uses the product daily. Generates feature requests and support tickets.
BuyerDoes this justify the cost? Will it get adopted?Evaluates during purchase. Checks in quarterly.
Decision-makerDoes this reduce risk and align with strategy?Signs the contract. May never touch the product.

At a company like CleverTap, the end user is a growth marketer who builds engagement campaigns. The buyer is the VP of Marketing who approved the budget. The decision-maker is the CTO who required SOC 2 compliance before signing. Each of these people has different needs, different objections, and different definitions of success.

A B2B PM who only talks to end users will build a product users love but nobody buys. A B2B PM who only talks to buyers will build a product that sells but nobody uses. You need all three perspectives — and they often contradict each other.

// scene:

Roadmap review at a B2B SaaS company in Pune. The PM is presenting Q3 priorities.

PM: “Top priority for Q3: a workflow automation builder. Our user research shows end users spend 3 hours daily on repetitive tasks that could be automated.”

Head of Sales: “I need SSO and audit logs. I have three enterprise deals stuck in security review. Those are worth 80 lakhs combined.”

PM: “SSO and audit logs are table stakes — I agree they are necessary. But they do not create new value. They remove a blocker for a specific buyer persona. Can we do both?”

Engineering Lead: “Not in one quarter. SSO alone is 4 weeks if we want SAML and OIDC.”

Head of Sales: “Without SSO, those three deals die.”

PM: “Then we do SSO first. But I want to be clear about what we are choosing: we are choosing to unblock revenue over improving the core product. That is the right call for Q3. It is not the right call forever.”

This negotiation happens in every B2B company, every quarter. The PM who can hold both perspectives — user value and buyer requirements — is the one who builds a product that is both loved and bought.

// tension:

In B2B, the features that close deals and the features that retain users are often different. The PM decides the sequence.

B2B PM vs B2C PM: the real differences

Most PM training assumes a B2C context. Here is what changes when you move to B2B:

Feedback loops are longer. In B2C, you ship a feature and see the metric move in a week. In B2B, especially enterprise, the sales cycle is 3-6 months, onboarding takes another month, and you might not see real usage data for a quarter. This means you need to be more deliberate about upfront research — you cannot iterate your way out of a bad decision as quickly.

The sales team is a stakeholder, not a distraction. In B2C, the product speaks for itself. In B2B, the sales team is the product’s first interface with the market. They hear objections you will never hear. They know which competitors are being evaluated alongside you. They understand the buyer’s budget cycle and approval process. A B2B PM who treats sales as an annoyance is flying blind.

Customisation pressure is constant. Enterprise clients ask for bespoke features. “Can you add a custom report for our compliance team?” “Can the dashboard show our specific KPIs?” The PM’s job is to find the pattern beneath the requests. If three clients ask for custom reports, the answer is not three custom reports — it is a report builder. The discipline is turning one-off requests into scalable features.

Pricing is a product decision. In B2C, pricing is often simple: free, freemium, or subscription. In B2B, pricing determines your market segment. A product priced at $50/month attracts SMEs with self-serve expectations. The same product at $5,000/month attracts enterprises who expect dedicated support, SLAs, and quarterly business reviews. The PM must understand which segment the product is designed for — because you cannot serve both with the same experience.

Retention looks different. B2C retention is daily or weekly engagement. B2B retention is contract renewal — which might be annual. A user who logs in daily but whose company does not renew is a churned customer. The metrics that matter are net revenue retention (NRR), expansion revenue, and logo churn — not DAU.

// thread: #product-b2b — A PM transitioning from consumer to B2B shares their first-month observations
Ankur (PM, ex-Swiggy) Week 3 at a B2B SaaS company. Things that surprised me: (1) I have not looked at a DAU dashboard once. (2) My biggest stakeholder is the sales team, not engineering. (3) I attended a customer call where the 'user' was not the person using the product — it was their manager's manager.
Divya (Senior PM) Welcome to B2B. Your new north star is NRR, not activation rate. And the person who decides whether to renew has never opened your app.
Ankur How do you build product intuition when you can't just watch users in the wild?
Divya You build it from sales calls, support tickets, and QBRs. Sit in on 10 sales calls this month. You'll learn more about your product from lost deals than from any dashboard. 💯 3

The B2B product types

Not all B2B is the same. The kind of B2B company you work at determines your day-to-day dramatically.

Product-centric SaaS. A standard product sold to many companies with minimal customisation. Postman, Chargebee, CleverTap. The PM role here is closest to consumer PM — you build scalable features, run experiments, and measure adoption. The difference is the buyer persona and the sales motion.

Services-augmented SaaS. A product with a significant services layer — onboarding, implementation, consulting. Freshworks enterprise, Darwinbox. The PM here must design products that reduce the services burden over time. Every feature should be measured by: does this reduce the hours our services team spends per client?

Platform / API products. The product is a building block for other developers. Razorpay, Postman, Twilio (global example). The PM must think in terms of developer experience: documentation quality, API ergonomics, error messages, SDK design. Your “users” are engineers, and they judge your product by your docs, not your UI.

Vertical SaaS. A product built for one industry. Darwinbox (HR), Vyapar (accounting for Indian SMEs), ClearTax. The PM must understand the industry deeply — regulatory requirements, industry-specific workflows, seasonal patterns. Domain expertise matters more here than anywhere else.

// exercise: · 15 min
Map your B2B context

If you work at a B2B company (or want to), answer these questions:

  1. Who are the three personas? Name the end user, the buyer, and the decision-maker for your product. What does each one care about?
  2. What is the sales cycle length? From first conversation to signed contract — how many months? This tells you how quickly you can validate a product bet.
  3. What is the customisation pressure? In the last quarter, how many feature requests came from individual clients vs from user research? If the ratio is >3:1, you have a custom feature problem.
  4. What is your NRR? If it is above 120%, you are expanding within accounts — the product is doing its job. If it is below 100%, you are shrinking — customers are downgrading or churning.
  5. Which B2B type are you? Product-centric, services-augmented, platform, or vertical? Your answer changes what you should optimise for.

If you cannot answer these, start with #1 and #2. They unlock everything else.

The India B2B context

B2B SaaS in India has specific dynamics that global B2B playbooks miss.

Price sensitivity is real and non-uniform. An Indian SME expects a price point 5-10x lower than an American SME for equivalent functionality. But an Indian enterprise (Reliance, TCS, HDFC) will pay global enterprise prices. You cannot design one pricing model for both segments. The PMs who succeed in India B2B understand that the market has two layers: the mass SME layer (high volume, low ARPU, self-serve) and the enterprise layer (low volume, high ARPU, sales-led).

WhatsApp is a sales and support channel. Your American B2B playbook says use Intercom for support and Salesforce for CRM. In India, your top 50 clients communicate on WhatsApp. Account managers have WhatsApp groups with their clients. Feature requests arrive as voice notes. This is not unprofessional — it is how Indian business relationships work. Build your product operations around it.

Government and large enterprise procurement is slow and specific. If you sell to Indian government bodies or PSUs, procurement cycles are 6-12 months with specific compliance requirements (MeitY empanelment, data localisation). The PM needs to understand these requirements before building, not after.

// interactive:
The Enterprise Feature Request

You are the PM for a B2B SaaS product (workforce management) at a startup in Bangalore. Your biggest client — a hospital chain contributing 20% of ARR — requests a custom scheduling feature that would take 6 weeks to build. No other client has asked for it. Your sales lead says 'if we don't build this, they will not renew.'

The renewal is in 8 weeks. Your engineering team is already committed to the Q3 roadmap. What do you do?

Career-stage considerations

0-2 years: Start in B2B if you can — it teaches stakeholder management faster than any consumer role. You will learn to navigate sales teams, handle enterprise clients, and manage competing personas within your first year. These skills compound and transfer to any PM role later.

3-5 years: Specialize in one B2B type — product-centric, services-augmented, platform, or vertical SaaS. Each requires a different skill set, and depth in one type makes you a credible hire for senior roles in that domain. The PM who has done “a bit of everything” is less valuable than the one who deeply understands enterprise procurement cycles or developer platform dynamics.

5+ years: The B2B PM to VP path is shorter than B2C because enterprise impact is measurable. Revenue influence, NRR improvement, and deal acceleration are numbers that boards understand. If you have been in B2B for five-plus years and can tie your work to revenue outcomes, the path to VP of Product or CPO is more direct than in consumer, where attribution is murkier.

// learn the judgment

You are PM at a B2B SaaS HR platform in Hyderabad (Darwinbox competitor, 180 enterprise clients, Series C). Your two largest clients — together contributing 28% of ARR — both request a custom approval workflow feature in the same quarter. Each client has a slightly different requirement: one wants a five-level hierarchical approval chain, the other wants a conditional branching workflow based on department and cost center. Your engineering team estimates the generalised workflow builder that serves both would take 14 weeks. Each client's bespoke version would take 5 weeks. Both clients have renewal conversations scheduled in 10 weeks.

The call: Do you build two custom features in parallel to hit the renewal window, or make the case for the 14-week generalised workflow builder and negotiate the renewal timeline?

// practice for score

You are PM at a B2B SaaS HR platform in Hyderabad (Darwinbox competitor, 180 enterprise clients, Series C). Your two largest clients — together contributing 28% of ARR — both request a custom approval workflow feature in the same quarter. Each client has a slightly different requirement: one wants a five-level hierarchical approval chain, the other wants a conditional branching workflow based on department and cost center. Your engineering team estimates the generalised workflow builder that serves both would take 14 weeks. Each client's bespoke version would take 5 weeks. Both clients have renewal conversations scheduled in 10 weeks.

The call: Do you build two custom features in parallel to hit the renewal window, or make the case for the 14-week generalised workflow builder and negotiate the renewal timeline?

0 chars (min 80)

Where to go next

  • Choose your growth motion: PLG vs Sales-Led — when to go product-led, when to go sales-led, and why most hybrid attempts fail
  • Go deeper on enterprise: Enterprise Product Management — compliance, procurement cycles, and the politics of multi-stakeholder deals
  • Understand pricing for B2B: Pricing Strategy — models, willingness-to-pay, and the India context
  • Learn the sales-product alignment: Stakeholder Management — working with sales, CS, and leadership
  • See how B2B GTM differs: Go-to-Market Strategy
  • Manage enterprise requirements: Writing PRDs — structuring specs that enterprise clients and engineers both trust
  • Understand the India market context: State of PM in India
b2b product management 0%
8 min left