The senior PM playbook for E-commerce
Everything a senior PM stepping into an e-commerce role needs to be fluent in — frameworks, the checkout funnel, payment gateway comparisons, gift-card regulation in India, marketplace economics, and a structured interview prep section.
Executive summary
Indian e-commerce sits at the intersection of three exceptional conditions: a UPI rail that has compressed payment cost to near-zero, a mobile-first user base that skews to Tier-2 / Tier-3 with very different price sensitivity than metro buyers, and a marketplace duopoly (Flipkart + Amazon) sitting alongside an ascendant social- commerce challenger in Meesho. Combined GMV across these horizontal platforms is in the $50–60B range and is projected to cross $100B by 2030. The fashion vertical is dominated by Myntra (Flipkart-owned), and the D2C tail is captured almost entirely by Shopify.
A senior PM operating in this space has to be fluent in two layers simultaneously. The general PM layer — prioritization, OKRs, experimentation, roadmaps, stakeholder management, GTM — is necessary but not sufficient. The domain layer is what separates senior from mid-level: the checkout funnel as a decomposed P&L, payment success-rate optimization, India's payment regulation stack (RBI PA/PG licensing, tokenization mandate, UPI Autopay caps), gift-card regulation (Gift PPIs), COD economics including return-to-origin (RTO) cost, marketplace operating mechanics (buy box logic, sponsored product ads, search rank), and reverse logistics on apparel.
PM foundations (with the senior-PM frame)
Prioritization frameworks — and when each one fails
Frameworks are tools, not rituals. Every prioritization framework encodes an assumption about what is knowable and what is comparable. Senior PMs pick by failure mode, not by familiarity.
- · RICE (Reach × Impact × Confidence ÷ Effort) is a comparison framework. It works when you can ballpark reach in users / week and impact on a known KPI. It fails when the items being compared have wildly different time horizons or strategic optionality — a foundational migration always scores poorly against a feature.
- · Kano(Basic / Performance / Delighter) is a satisfaction framework. It is useful for understanding which features are table stakes vs differentiators, but it does not tell you what to build next quarter — Basic features can be the highest ROI if you don't already have them.
- · MoSCoW is a release-planning framework. It is the right tool when the scope of a single release is being negotiated. It is the wrong tool for portfolio-level prioritization across quarters.
- · WSJF / Cost of Delayis the right framework when opportunities have explicit decay — a seasonal sale, a competitor launch, a regulatory deadline. Forces the conversation away from "effort" and toward time-value-of-money.
Metrics & OKRs — picking a north star that survives 18 months
The single biggest tell of a mid-level vs senior PM is metric selection. Mid-level PMs list every metric. Senior PMs pick a north star, 2–3 supporting metrics, and at least one counter-metric, and defend the hierarchy.
For an e-commerce checkout team, a defensible OKR shape:
- · North star: Successful Paid Orders / Visit (i.e. end-to-end conversion from session to fulfilled-paid order). Picks up every stage of the funnel from acquisition to payment settlement.
- · Supporting: Checkout Completion Rate, Payment Success Rate, COD share, RTO rate.
- · Counter-metric: Chargeback rate, contact rate per order (a proxy for customer pain that pure conversion can hide).
Experimentation discipline
Baymard finds that checkout UX improvements can lift conversion ~35% on average. That number is a population statistic, not a guarantee — the discipline is in how you test, not whether you test.
- · Sample-size planning:use a power calculator before the test, not after. A 1% lift on a 2% baseline needs ~150K visitors per arm at 80% power; on India's mobile traffic that's often 2–3 weeks. Most teams stop too early because variance is high.
- · Don't peek: classical A/B tests require fixed horizon. Sequential testing (always-valid p-values) is fine if you actually implement it. Eyeballing dashboards mid-flight is the single most common cause of false wins.
- · Holdouts: for any high-leverage change, hold out 5–10% of users for at least one quarter to measure long-term effects (repeat rate, LTV) that point-in-time A/Bs miss.
- · Guardrail metrics: every test ships with guardrails for fraud, support contact rate, page-load time. A conversion win that breaks guardrails is not a win.
Discovery, roadmaps, stakeholder mechanics
E-commerce discovery is qualitative and quantitative. Quantitative: funnel analytics, session recordings, A/B logs. Qualitative: customer-support transcripts (often the richest unsought signal), in-app NPS, exit surveys, customer interviews bucketed by COD vs prepaid behavior. The classic mistake is to skip Tier-2 / Tier-3 user research and assume metro behavior generalizes — it does not. Network reliability, language preference, device-tier constraints, and trust signals all shift by tier.
Roadmap-wise, a senior PM separates themes from features. Themes are bets (e.g. "Reduce COD RTO by 30% via prepaid conversion nudges"), and features are tactical instances under them (token-based partial prepaid, OTP-at-delivery, dynamic eligibility). Stakeholders engage on themes; specific features can change without replanning the quarter.
Legal, compliance, security
India-specific surfaces that a senior PM cannot delegate entirely to legal:
- · PCI-DSS applies whenever your stack touches card data. Network tokenization (post-RBI 2022 mandate) reduces PCI scope dramatically — handled in detail below.
- · RBI Gift PPI rules: gift cards must be non-reloadable, ≤ ₹10,000 face value, no cash-out. KYC thresholds apply above certain limits per the Master Direction on PPIs.
- · RBI Payment Aggregator (PA) license distinction from Payment Gateway (PG) — affects who can pool merchant funds and which gateways are commercially viable to integrate.
- · Digital Personal Data Protection Act imposes notice / consent obligations and breach reporting timelines.
- · Consumer Protection (E-commerce) Rules 2020:mandate disclosures (country of origin, seller details, return policy), restrict flash sales structures, and prohibit manipulative practices.
Funnel decomposition with worked numbers
Senior PMs reason about the funnel in stages, not in aggregate. Here is a realistic India e-commerce funnel decomposition on 1M monthly visits, with typical drop-off ranges:
| Stage | Rate | Surviving users | Primary levers |
|---|---|---|---|
| Visit → PDP view | ~30% | 300,000 | Listing imagery, search relevance, filter UX, recs |
| PDP → Add to Cart | ~12% | 36,000 | Above-fold price/USP, social proof, trust badges, urgency |
| ATC → Checkout init | ~60% | 21,600 | Cart visibility, abandoned-cart email, free-shipping threshold |
| Checkout init → Payment attempt | ~80% | 17,280 | Address autofill, login wall vs guest, coupon entry placement |
| Payment attempt → Payment success | ~75% | 12,960 | 3DS friction, retry logic, decline reason routing, gateway PSR |
| Paid order → Fulfilled | ~95% prepaid / 75% COD | 12,300 prepaid · 9,720 COD | Address quality, COD eligibility rules, RTO mitigation |
End-to-end conversion lands at ~1.2–1.3% on prepaid-only, ~1.0% when blended with COD-heavy traffic. This is consistent with the published Indian e-commerce benchmark of ~1–2% overall CR.
Worked example: where does ₹1 Cr of incremental revenue come from?
Assume the funnel above on ₹1,200 AOV, prepaid only. Monthly GMV is 12,960 × ₹1,200 = ~₹1.55 Cr. To unlock ₹1 Cr of incremental annual revenue (i.e. ~₹8.3L / month):
- · Option A — UX tweak at PDP→ATC: lift from 12% to 13% (1pp = ~8% relative). Adds ~3,000 orders / month, ~₹36L / month incremental. Massive impact if achievable, but PDP A/Bs typically yield 0.2–0.5pp lifts, not 1pp.
- · Option B — payment success rate: lift from 75% to 80% (5pp). Adds ~860 orders / month, ~₹10L / month incremental. Achievable through retry logic, decline-reason routing, and 3DS step-up only on risky transactions.
- · Option C — COD prepaid conversion:shift 10% of COD orders to prepaid via partial-prepaid token. RTO drops, working capital improves, margin recovers. Doesn't change top-line CR but adds 6–8% to contribution margin.
Checkout UX — what actually moves the needle
The canonical funnel from a UX angle:
Baymard's long-running research isolates the dominant abandonment reasons across thousands of sessions: unexpected costs at checkout (~50% of abandonment causes cited), forced account creation, complicated forms, slow delivery promise, and weak trust signals. Indian-specific overlays: payment method ordering (UPI must be first in 2025), language toggle visibility, COD eligibility clarity, mobile network reliability.
Levers ranked by typical lift
| Lever | Typical lift on checkout CR | Difficulty |
|---|---|---|
| Expose shipping cost on PDP, not at checkout step 3 | +2 to +5% | Low |
| Guest checkout (skip login) | +5 to +10% | Low |
| Auto-detect pincode → city/state | +1 to +3% | Low |
| Reorder payment methods (UPI first in India) | +1 to +3% | Low |
| Persistent cart across sessions/devices | +2 to +4% | Medium |
| One-page checkout (vs multi-step) | +5 to +15% | Medium |
| Express checkout (Shop Pay / one-click) | +10 to +30% | Medium-High |
| Retry on payment failure (auto) | +3 to +8% PSR | Medium |
| 3DS step-up only on risk score | +3 to +6% PSR | High |
| Partial prepaid for COD orders | RTO -10 to -25% | High |
Payment internals: 3DS, retries, declines, tokenization
Senior PMs working with payments need to be fluent in the actual mechanics of card and UPI flows — not just the gateway dashboard.
The payment-attempt sequence
| From | To | Message |
|---|---|---|
| User browser | Merchant server | Submit order + payment intent |
| Merchant server | Payment gateway | Create order / payment session (idempotency key) |
| Payment gateway | User browser | Tokenize card / launch UPI deep-link / OTP page |
| User browser | Issuer (bank) | Authenticate via 3DS / OTP / UPI PIN |
| Issuer | Payment gateway | Auth result (approved / declined + reason code) |
| Payment gateway | Merchant server | Webhook (signed): payment.captured / payment.failed |
| Merchant server | User browser | Order confirmation OR retry path / fallback method |
3D Secure (3DS) — friction vs fraud trade-off
3DS adds an authentication step (OTP, biometric, or app-based) between the merchant and the issuing bank. In India, RBI mandates Additional Factor of Authentication (AFA) on domestic card transactions — historically a hard OTP requirement. The 3DS 2.x framework allows risk-based step-up: only invoke OTP for transactions flagged as risky.
Empirically, 3DS challenge adds 6–12 percentage points of drop-off, but cuts chargeback rates by ~80% on issuing bank disputes (since liability shifts to the issuer once 3DS is performed). The senior PM's job is to set up risk-based step-up that skips OTP for repeat buyers on saved (tokenized) cards while requiring it for first-time buyers or high-value transactions.
Network tokenization (RBI 2022 mandate)
Effective October 2022, RBI mandated that merchants cannot store actual card numbers. Card-on-file requires a network token issued by Visa / Mastercard / RuPay through a PCI-certified token requestor. Practical implications:
- · Saved-card flows (one-click repeat purchase) had to be entirely rebuilt in 2022. Many merchants saw a temporary dip in saved-card usage as users had to re-consent.
- · Subscriptions / autopay flows that relied on stored CVV-less card numbers had to migrate to either tokens or e-mandate rails (e-NACH, UPI Autopay).
- · PCI scope reduced for merchants who hand off to a tokenizing gateway — a meaningful cost saving in compliance overhead.
- · Token lifecyclematters: tokens get invalidated on card re-issue / expiry. Senior PMs build proactive token-refresh flows via the network's Account Updater services.
Retry logic and decline-reason routing
Not all payment failures should be retried the same way. The decline reason code from the issuer carries actionable information:
| Decline reason | Retry strategy | Expected recovery |
|---|---|---|
| Insufficient funds | Don't retry same card. Offer alternate method (UPI / wallet). | 30–40% if UPI offered |
| Issuer not available / network error | Auto-retry with backoff (2–3 attempts in 60s). High recovery. | 60–70% |
| Do not honor / generic decline | Offer alternate card or method. Don't hammer same card. | 20–30% |
| OTP timeout / authentication failed | Re-prompt OTP within same session. Show clearer guidance. | 50–60% |
| Card expired / invalid | Surface inline. Trigger Account Updater if token-based. | Variable |
| Risk / fraud declined | Don't retry. Offer alternate method. | Low (but protects chargebacks) |
Webhook idempotency & the double-charge bug
Webhook handlers must be idempotent. Gateways guarantee at-least- once delivery, not exactly-once. The classic failure mode: webhook is delivered twice → merchant creates two orders → support has to refund manually. The fix: idempotency keys on the create-order request, dedup on payment_id in the webhook consumer, signed-payload verification on every webhook.
Payment gateways: pricing math & vendor selection
The pricing-vs-PSR trade-off, quantified
Indian gateway MDR sits in a narrow band: roughly 1.75–2.0% + 18% GST on domestic cards / netbanking / UPI for major providers. Premium methods (international cards, EMI, corporate cards) sit around 3% + GST. Setup fees are largely waived by the top providers (Razorpay, Stripe, Cashfree). UPI is government-mandated zero MDR, though providers may still charge a platform fee.
Worked example: a merchant doing ₹10 Cr / month GMV is comparing two gateways:
- · Gateway A: 2.0% MDR, 75% PSR
- · Gateway B: 1.9% MDR, 80% PSR
On ₹10 Cr of attempted payments per month:
- · Gateway A: ₹7.5 Cr captured, ₹15L MDR cost. Net ₹7.35 Cr.
- · Gateway B: ₹8.0 Cr captured, ₹15.2L MDR cost. Net ₹7.85 Cr.
Multi-gateway routing
At ~₹50 Cr+ monthly GMV, single-gateway risk becomes material — a single outage costs lakhs per hour. Mature stacks route by:
- · Payment method: Razorpay for UPI, Stripe for international cards, Paytm for wallet — pick the gateway with the highest PSR for each rail.
- · Issuer bank: some gateways have stronger relationships with certain banks. Bin-level routing can lift PSR by 2–4 percentage points.
- · Health-aware failover:if Gateway A's 5-minute rolling success rate drops below threshold, route to Gateway B automatically.
Pros & cons of common gateways
- · Razorpay — Deepest developer ecosystem in India, strong SDKs (Web, Android, iOS, React Native), Razorpay Magic for one-click checkout, RazorpayX for business banking. PA license since 2023. No AMC / setup. Cons: standard 2% fee on UPI (even though government MDR is 0%, the platform charges its own fee on UPI Intent flows in some plans).
- · Paytm Payments —India's widest acceptance network (7M+ merchants); Paytm Wallet + UPI integrated natively; T+1 settlement. Tiered plans (Starter / Standard / Enterprise). Cons: PPI restrictions following RBI's 2024 Paytm Payments Bank action created uncertainty for merchants relying on Paytm wallet. Always check current PA license status.
- · PayU — 5+ lakh merchants, broad method coverage (cards, UPI, EMI, BNPL). Global parent (Prosus) makes cross-border viable. Cons: PA license journey was bumpy — RBI briefly held back authorization. Re-check current status before long-term contracts.
- · Cashfree — Strong on payouts (mass disbursements, refunds, vendor payments) — often the right pick if your business has high outgoing payment volume alongside collection. PA- licensed.
- · Stripe India — Best-in-class APIs, dashboards, subscription / marketplace tooling. ~2% on Visa / Mastercard; 3.5% AmEx; 3% international. Cons: limited UPI / netbanking coverage versus India-native gateways; invite-only for Indian residents in some periods. Strongest pick for D2C brands targeting international buyers.
- · Others — Instamojo (low-volume, simple), CCAvenue (legacy, complex pricing), Juspay (orchestration layer on top of multiple gateways; popular at scale — Swiggy, Cred, Flipkart use it).
Indian payments regulation (PA/PG, tokenization, UPI Autopay)
Payment Aggregator (PA) vs Payment Gateway (PG)
Per RBI's March 2020 guidelines (and subsequent updates):
- · A Payment Aggregator (PA) pools merchant funds in an escrow account before settling them to the merchant. PAs need RBI authorization, ₹15 Cr net worth (rising to ₹25 Cr), and must maintain escrow with a scheduled commercial bank.
- · A Payment Gateway (PG) is a pure technology layer — it does not pool funds. PGs do not need RBI authorization, but they cannot legally settle merchant funds without a PA partner.
Why this matters: in 2022–23 RBI returned several PA license applications, putting some major gateways in a holding pattern. Merchants on those gateways faced settlement uncertainty. When selecting a payment partner today, PA license status is a non-negotiable diligence item.
Tokenization mandate (effective Oct 2022)
Covered in the payment-internals section — RBI prohibits merchants from storing actual card data. All saved-card flows must use network tokens. Senior PM relevance: any subscription or recurring-payment product on cards needs a token-refresh strategy.
UPI Autopay (e-mandate on UPI)
NPCI's recurring mandate framework on UPI. Per-transaction caps have been raised over time to accommodate higher-value subscriptions — the per-mandate limit for OTP-free execution sits at ₹15,000 in most cases, with category-specific exceptions (mutual fund SIPs, insurance premiums, education fees) where the cap is materially higher per current circulars.
- · Senior-PM KPI on subscription products: active mandate count, mandate revocation rate, mandate failure rate, recovery rate after failure.
- · Common failure mode:the user's UPI app or underlying bank account gets switched and mandates silently fail. Senior PMs build proactive mandate-health monitoring and re-consent flows.
e-NACH (electronic National Automated Clearing House)
For larger or longer-tenure recurring debits (insurance premiums, EMIs, lending repayments), e-NACH on bank accounts is still the dominant rail. UPI Autopay is winning on consumer subscriptions; e-NACH dominates B2C lending and B2B.
BBPS, FASTag, and other rails worth knowing
Less commonly relevant to consumer e-commerce, but worth name- recognition: BBPS for utility and bill payments, FASTag for toll, AePS for assisted commerce in rural / kirana segments. Knowing the existence of these rails signals domain depth in interviews.
COD economics & RTO — the silent margin killer
Cash on Delivery is India's defining e-commerce friction. It democratized online shopping by removing the trust requirement, but it imposed a brutal cost structure on operators.
The RTO math
Return to Origin (RTO)happens when a parcel comes back undelivered — customer not available, refused on doorstep, fake address, or buyer's remorse before delivery. Typical RTO rates:
- · Prepaid orders: 2–5% RTO
- · COD orders: 15–30% RTO, varies by category and tier
- · Fashion COD on Tier-3 / first-time buyers: can hit 35–40%
Cost of a single RTO on a ₹500 AOV fashion item:
| Cost line | Amount | Notes |
|---|---|---|
| Forward shipping | ₹60 | 3PL average for Tier-2/3 |
| Reverse shipping | ₹60 | Same |
| Handling at warehouse | ₹15 | Inspect, repack, restock |
| Quality regrade loss | ₹25 | 5% of AOV avg downgrade |
| Working capital cost | ₹5 | 30-day cycle, 12% cost of capital |
| Customer support contact | ₹10 | Avg call cost |
| Total cost of one RTO | ₹175 | On a ₹500 AOV |
RTO reduction levers
- · Dynamic COD eligibility:ML model that flags risky COD orders (first-time buyer in Tier-3, AOV > threshold, incomplete address) and either disables COD or requires partial prepaid.
- · Partial prepaid (token amount): ask the user to pre-pay ₹50 to confirm the order. Cuts RTO by 40–60% in tested implementations — skin in the game changes behavior.
- · Confirm-on-WhatsApp / IVR: low-cost confirmation touch before dispatch. Cuts RTO by 10–20%.
- · OTP at delivery: delivery agent confirms order identity. More relevant for high-value items.
- · Address quality scoring: validate pincode, flag incomplete addresses (no landmark, no phone), auto-suggest via Google Places API.
- · Prepaid-only nudges: incentivize prepaid via discount (₹50 off, free shipping). Conversion rate of COD → prepaid via nudge: 10–20% typically.
Working capital impact
COD ties up working capital because the merchant doesn't get paid until delivery + 3PL collection cycle + 3PL remittance — often a 7–14 day cycle vs T+2 for prepaid. At scale, a 50% COD share on ₹10 Cr / month GMV ties up ₹1–2 Cr in working capital indefinitely. Shifting COD share down 10 percentage points frees ₹20–40L in permanent working capital — a real CFO conversation.
Gift cards: regulation, accounting, fraud
RBI Gift PPI rules
Gift cards are regulated as Gift Prepaid Payment Instruments (PPIs) under the RBI Master Direction on PPIs (most recently updated 2024). Key constraints:
- · Non-reloadable.
- · Maximum value ₹10,000 per instrument.
- · No cash withdrawal.
- · Must not have expiry that erodes balance — the balance must remain claimable until used or refunded.
- · KYC obligations apply at issuance above certain thresholds; the merchant or issuing PPI license-holder is responsible.
- · Closed-loop (only redeemable on the issuing merchant's site) is the most common form. Open-loop / semi-closed PPIs need stricter licensing.
Issuance, delivery, redemption
Accounting & breakage
A sold gift card sits on the balance sheet as deferred revenue — the merchant has collected cash but owes future fulfillment. Revenue recognition rules (Ind AS 115 in India, ASC 606 in the US) permit recognizing breakage revenue when the probability of redemption becomes remote. The classic estimation method: historical cohort redemption curves stabilize around month 18–24, and unredeemed balance beyond that horizon can be recognized proportionally.
Gift card fraud patterns
- · Brute-forcing short codes: attacker scripts combinations against the validate endpoint. Mitigate with long random codes (12+ alphanumeric chars), rate limiting, IP / device velocity caps.
- · Refund laundering: attacker buys gift card with stolen card, redeems, then disputes the original card transaction. Mitigate with delayed gift card activation (24–48h hold) on high-value cards.
- · Physical card pre-activation theft: for in-store cards, codes scraped before purchase. Mitigate with activation- at-POS rather than pre-activation.
- · Refund-to-gift-card abuse: attacker returns an item, gets refund as gift card, sells the code on grey markets. Mitigate by refunding to original payment method by default.
Shopify as a platform
Shopify is the dominant SaaS e-commerce platform for D2C brands globally — and the platform of choice for the Indian D2C wave (Mamaearth, BoAt, Sugar Cosmetics, Wakefit, Bewakoof all built on Shopify before scaling onto custom stacks in some cases).
What you get out-of-the-box
- · Hosting, SSL, CDN, themes, checkout, basic analytics, admin dashboards.
- · Shopify Payments (powered by Stripe) where available; in India historically routed via Indian gateways (Razorpay app is the dominant integration).
- · Native gift cards (up to $2,000 per card), discount codes, multi-currency checkout (Plus tier).
- · Liquid template language, Storefront API (GraphQL) for headless, Admin API for back-office automation.
- · Massive app marketplace (inventory sync, reviews, recommendations, subscriptions, etc.).
Where Shopify falls short for India
- · Native COD support is weak. Most Indian Shopify stores install third-party COD apps (GoKwik, Shiprocket Checkout, Razorpay Magic) to handle COD eligibility logic, partial prepaid, RTO mitigation.
- · UPI deep-link UX is not always native. Indian gateway apps provide better UPI Intent flows than the default Shopify checkout.
- · Language localization for vernacular is limited.Multi-language is built for European markets, not Hindi / Tamil / Telugu rendering nuances.
- · Shipping zone configuration for India tiers is manualand benefits from 3PL-integrated apps (Shiprocket, Shyplite).
Pricing model
Monthly subscription (Basic / Shopify / Advanced / Plus), additional transaction fees if using a third-party gateway instead of Shopify Payments. Gift cards gated to Shopify / Advanced and above. Headless / Plus pricing is enterprise-quoted.
Major Indian marketplaces
India's horizontal marketplace landscape is effectively a duopoly (Flipkart + Amazon) plus three vertical / model-specific challengers (Myntra in fashion, Meesho in social commerce, Nykaa in beauty).
Flipkart
Market leader at ~48% share, ~$29B GMV (FY23). Owned by Walmart since 2018. Logistics arm Ekart is one of the largest 3PL networks in India. Payments tightly integrated with PhonePe (also Walmart- affiliated). Big Billion Days is the marquee sale event. Seller APIs: REST + OAuth2; commission 5–20% by category. Owns Myntra (fashion), Cleartrip (travel), Flipkart Wholesale (B2B).
Amazon India
~30–35% share, $18–20B GMV. Global infra: Prime (same-day in metros), Echo, Amazon Pay (UPI + wallet + cards). Commission 5–25% by category. FBA dominant in apparel and electronics. Aggressive on private label (AmazonBasics, Solimo). Selling Partner API (SP-API) is feature-rich. UX leadership: one-click, voice shopping, AR view.
Myntra
Fashion-only, app-first, Flipkart-owned. ~50%+ share of online fashion. Brand-only catalog (no unbranded long-tail). M-Stars loyalty. Style feed, in-app stylists. Strong AR / size technology investments. Heavy use of curated drops and end-of-season sales (EORS) as marquee events.
Meesho
Social-commerce origin, now horizontal marketplace. Zero seller commission model — revenue from ads, financial services, supplier services. ~$5B GMV (2023). Tier-2 / 3 focus, unbranded value products, high COD share (~60%), low AOV (~₹250–400). Onboarding is portal / chatbot — no public APIs. Strong viral / referral engine via WhatsApp share sheets.
Nykaa, AJIO, JioMart, others
Nykaa dominates beauty / personal care, with strong content (tutorials, reviews) embedded in the catalog. AJIO is Reliance's fashion play, tightly bundled with Jio. JioMart is grocery + Reliance Retail's broader play. Snapdeal, Paytm Mall, ShopClues are smaller-share; GeM is government B2B procurement.
Marketplace operating mechanics (buy box, ads, search rank)
The Buy Box (Amazon) / Featured Seller (Flipkart)
On a multi-seller listing, only one seller wins the default "Buy Now" button placement. Amazon's Buy Box algorithm weights: price competitiveness, FBA / Prime eligibility, seller performance metrics (Order Defect Rate, Late Shipment Rate, Cancellation Rate), and inventory health. Flipkart's Smart Filter / Featured Seller is conceptually similar.
Sponsored ads on marketplaces
Sponsored Products (in-search ads), Sponsored Brands (banner / video at top of search), and Sponsored Display (off-platform retargeting) are now meaningful revenue lines for both Amazon and Flipkart.
- · For brands, marketplace ad spend (often called "Cost of Advertising" or ACoS / TACoS) is typically 5–15% of marketplace revenue. Anything above 20% TACoS is usually unsustainable margin-wise.
- · For marketplaces, ads are high-margin revenue. Meesho's monetization is essentially ads + financial services on top of a zero-commission base — a fundamentally different P&L structure from Flipkart's commission model.
Search rank and content quality
Marketplace search rank is driven by a composite of: keyword match in title / bullets / description, sales velocity, conversion rate on the listing, review count and rating, content completeness (A+ Content, video, lifestyle imagery), and price competitiveness. A+ Content on Amazon — the rich PDP module — typically lifts conversion 5–10% on tested listings.
Inventory and seller health metrics
On Amazon: Account Health Rating (AHR), ODR, Late Shipment Rate (LSR), Cancellation Rate, Return Dissatisfaction Rate. On Flipkart: analogous seller score system. Falling below thresholds gets a seller delisted from Buy Box / Smart, and in extreme cases suspended. For a brand PM, monitoring seller-level metrics across your authorized network is operationally mandatory.
Returns & reverse logistics
Returns are the second-biggest non-revenue cost in e-commerce after RTO (in some categories, they are bigger).
Category-specific return rates
| Category | Return rate | Primary driver |
|---|---|---|
| Apparel & footwear | 25–40% | Fit, size, fabric vs photo |
| Electronics | 5–10% | Defective on arrival, wrong model |
| Books / media | 2–4% | Damaged in transit |
| FMCG / grocery | 1–3% | Quality, expiry, missing items |
| Beauty / personal care | 3–6% | Shade match, allergy |
| Home & furniture | 8–15% | Damaged, size mismatch |
The reverse logistics cycle
Levers for fashion / apparel
- · Size guides per-brand, not generic: Myntra invested heavily here. Brand-specific size tables cut size-related returns 10–20%.
- · AR / virtual try-on: emerging but adoption mixed. Strongest gains on accessories (sunglasses, watches).
- · Try-and-buy programs: Flipkart / Myntra experimented with at-home trial models. UX-friendly but operationally expensive — return rates approach 50%+ on try-and-buy.
- · Review-driven fit guidance:"runs small, order one size up"-style aggregated buyer notes on the PDP. Low-cost, high-impact.
- · Charged returns (Zara model): raises friction, cuts casual returns. India market reception is mixed; Myntra has experimented selectively.
Refund-cycle UX
Refund speed materially affects re-purchase rate. Best-in-class Indian e-com: refund initiated within 24h of pickup confirmation, instant refund to UPI / wallet for trusted buyers. Worst case (refund pending warehouse inspection): 7–14 days, with predictable spike in support contact rate at day 5.
Comparison: Shopify vs Indian marketplaces
| Feature | Shopify | Flipkart | Amazon India | Myntra | Meesho |
|---|---|---|---|---|---|
| Business model | SaaS platform (D2C) | B2C horizontal marketplace | B2C horizontal marketplace | B2C fashion marketplace | Social marketplace |
| Market position | Global; strong in D2C | #1 India (~48% share) | #2 India (30–35%) | ~50% of online fashion | High-growth value segment |
| Seller integration | Web admin + Storefront / GraphQL SDK | Seller Portal + OAuth REST APIs | Seller Central + SP-API | Flipkart-affiliated seller platform | Meesho app / portal (no public APIs) |
| Buyer payment methods | Global cards, PayPal, local gateways via apps, multi-currency | Cards, UPI, PhonePe wallet, EMI, COD | Cards, Amazon Pay (UPI + wallets), EMI, COD | Cards, UPI, wallets, EMI, COD | Cards, UPI, bank transfer, COD |
| Commission | Flat monthly fee; 0% on Shopify Payments | ~5–20% by category | ~5–25% by category | ~5–15% | 0% commission (ad-revenue model) |
| Settlement | T+2 with Shopify Payments | ~T+7 (week-end cycle) | ~T+7 weekly disbursement | ~T+7 | ~T+3 (PPI / wallet-based) |
| Ads / monetization layer | Off-platform (Meta, Google) | Flipkart Ads (PLA, brand ads) | Amazon Ads (Sponsored Products / Brands / Display) | Myntra ads + curated brand drops | Sponsored listings + supplier financing |
| Gift card support | Yes — digital gift cards (up to $2,000) | Flipkart gift vouchers (non-reloadable) | Amazon e-gift + physical | Myntra coupons / gift cards | No (reseller coupons only) |
| Logistics | BYO 3PL (Shiprocket / Shyplite / Delhivery) | Ekart (in-house) | Amazon Transportation Services + 3PL mix | Ekart (via Flipkart) | Mostly 3PL aggregators (Shadowfax, XpressBees, ecom express) |
| Trust factors | SSL checkout, reviews / loyalty app | Flipkart Assured, next-day delivery, cashback | Prime, A-to-Z guarantee, Amazon Pay cashback | Returns, fashion-app UX | Social proof, deep discounts |
| Pros | Full brand control; global reach; lower fees at volume | Massive audience; owned logistics; festive marketing reach | Global brand; AI-driven UX; Prime loyalty | Category specialist; curation; brand-only assortment | Very low commission; viral growth; Tier-2/3 access |
| Cons | Monthly cost; merchant bears marketing; native COD weak in India | High competition; opaque fee structure; channel conflict | High fees; strict seller policies; private-label competition | Fashion-only; high returns; brand-only assortment cuts long tail | Thin margins; COD operational risk; weak brand discoverability |
Analytics stack for checkout
Senior PMs build a 3-layer analytics stack:
- · Layer 1 — Funnel analytics: GA4 or Mixpanel configured with explicit events (view_item_list, view_item, add_to_cart, begin_checkout, add_payment_info, purchase). Funnel conversion broken down by device, traffic source, customer cohort, payment method.
- · Layer 2 — Qualitative diagnostic:session recordings (Hotjar / FullStory / Clarity), heatmaps, on-exit surveys, form-field abandonment tracking. The first place to look when a funnel metric moves and you don't know why.
- · Layer 3 — Experimentation platform:Optimizely, GrowthBook, Statsig, or in-house. Must support sequential testing, holdouts, and segment-level analysis. The maturity gap between "we A/B test with Google Optimize" and "we run a proper experimentation platform with guardrails" is the senior-vs-junior tell.
Dashboards a checkout PM should have always-open
- · Funnel: visits → PDP → ATC → CoB → payment init → payment success → fulfilled. Hourly granularity for monitoring releases.
- · Payment Success Rate by gateway, by method, by issuer bank — to catch single-issuer outages within minutes.
- · Decline-reason breakdown — to spot fraud-decline spikes that mask as "low PSR".
- · COD share, RTO rate, refund cycle time.
- · Page load p50 / p95 on checkout. India's mobile networks make this a first-class metric, not an engineering concern.
Org design: team surfaces inside a real e-commerce org
At ~50–100 person product / engineering scale, a senior PM working in e-commerce should understand how the surface is partitioned:
| Team surface | Primary KPI | Owns |
|---|---|---|
| Discovery (Search / Browse / Recs) | PDP-view per session | Search relevance, sort/filter UX, recommendation widgets, category pages |
| PDP | ATC rate per PDP view | Product page, content modules, reviews, social proof, related items |
| Cart & Checkout | Checkout completion rate | Cart, checkout flow, address, shipping, coupon UX |
| Payments | Payment success rate, % UPI / prepaid | Gateway integration, retry logic, tokenization, BNPL/EMI, refund infra |
| Post-purchase | On-time delivery rate, NPS | Order tracking, notifications, customer comms, ratings flow |
| Returns / Reverse | Return cycle time, refund SLA, return rate | Returns flow, pickup, refund processing, quality grading |
| Fulfillment / Logistics | Cost per shipment, RTO rate | Warehouse ops, 3PL relationships, delivery promise, COD ops |
| Customer Trust / Risk | Chargeback rate, fraud ratio | Fraud detection, account-takeover defense, dispute handling |
| Seller Experience (marketplaces only) | Seller NPS, listing health | Onboarding, catalog tools, ads platform, seller analytics |
| Platform | Internal SLAs, experiment velocity | Internal APIs, A/B platform, analytics infra, feature flags |
Interview preparation (with common traps)
Behavioral questions — the STAR-with-numbers frame
Senior PM behavioral answers anchor on numbers and trade-offs, not on prose. The structure that works:
- · Situation in 2 sentences: company, scale, the problem.
- · Trade-off you owned: the actual judgment call. This is the part juniors skip.
- · Decision and why: with at least one number that informed it.
- · Result: with the metric that moved and at least one second-order effect (positive or negative).
- · What you would do differently: optional but high-signal.
Case questions — the four classic traps
Trap 1: jumping to solutions."How would you improve checkout CR?" — junior candidates start naming UX tweaks. The senior move: ask what the funnel looks like first. Decompose into stages, identify the worst stage, then ideate within that stage. If you don't know which stage is weakest, you don't know what to fix.
Trap 2: treating UX as the only lever. Senior candidates note that PSR, COD economics, and reverse logistics are often higher leverage than UX A/Bs. Bringing up at least one non-UX lever signals depth.
Trap 3: missing the regulatory frame."Design a gift card" — junior answers cover the flow. Senior answers flag the ₹10K cap, no-expiry rule, KYC thresholds, accounting liability (breakage), and fraud patterns (refund laundering, code brute-forcing). Trade-off framing: customer trust (no expiry) vs merchant working capital (gift card sits as liability).
Trap 4: framing as OR when it's AND."UPI or BNPL?" — the senior answer rejects the framing. UPI is volume infrastructure for the median buyer. BNPL is an AOV / CR lever for a specific segment (higher AOV, credit-friendly buyers). You need both, sequenced. Ship UPI first because the integration cost is low and the volume lift is large; ship BNPL once you have a clear segment hypothesis.
Metrics-design question
"What metrics would you track for checkout?" — the trap is listing 20. The senior answer proposes 3–5 with a hierarchy:
- · North star: Successful Paid Orders / Session.
- · Supporting: Checkout Completion Rate, Payment Success Rate, AOV.
- · Counter-metric: Chargeback rate, contact rate per order.
- · Defend the choice:why not Cart Abandonment? It's a derived metric of upstream funnel choices; not actionable for a checkout team in isolation.
Strategy question — Shopify vs marketplace
"Should brand X expand via Shopify or marketplaces?" — junior candidates pick one. Senior candidates build a 2x2: discovery (marketplace stronger) vs margin / brand equity (Shopify stronger), and propose a sequenced approach: marketplace for discovery / volume to fund early growth, Shopify for repeat / loyalty / margin once a base exists. Then quantify: at what GMV does the Shopify spend pay back?
Stakeholder question
"Tell me about a time you managed competing stakeholders."— the trap is making the answer about diplomacy. The senior answer is about evidence and trade-offs: "Marketing wanted X, Engineering wanted Y; I ran a 2-week data review that established the funnel stage they each owned, presented the trade-off back as a decision document, escalated only the one we couldn't resolve. Outcome: chose X for Q1, scheduled Y for Q2 conditional on metric Z." Demonstrates you reduce conflict to evidence rather than to charm.
Guesstimates — the structured-thinking round
Almost every Indian PM interview at scale — Flipkart, Myntra, Meesho, Swiggy, Zomato, PhonePe, Paytm, Razorpay, Nykaa, Ola — uses a guesstimate as a structured-thinking filter, usually inside the analytics or product-sense round. The question is never about the answer. It is about whether you can take an under-specified prompt, impose structure, defend every assumption with a reason, and arrive at a number that survives a back-of-the-envelope sanity check. A candidate who blurts out "maybe 10 million" with no working fails. A candidate who lands at 8M with a clean segmentation and defensible per-user assumptions passes, even if the true answer is 15M.
The 4-step framework (the structure that actually scores)
Adapted from the standard Indian PM interview playbook (Soumya Gupta's sequence is the canonical reference). Run all four steps out loud. Silence is the single most common failure mode.
Step 1 — Clarify scope (60–90 seconds)
Most prompts are deliberately ambiguous. Ask before you compute. Clarification questions are not stalling — they are how you signal product judgment. For an e-commerce prompt like "estimate daily orders on Flipkart", the right clarifications include:
- · Geography: India only? Including Bangladesh via Flipkart Wholesale?
- · Time window: a typical weekday, the annual average, or a Big Billion Days spike? The answer changes by 5–8x.
- · What counts as an order: a placed order, a delivered order, or a net order after RTO? In India this matters because 15–30% of COD orders RTO.
- · Scope of catalog: Flipkart main app only, or including Myntra, Shopsy, 2GUD, grocery?
- · Granularity expected: order of magnitude (10M? 100M?) or a tight estimate.
Lock the scope in one sentence and repeat it back: "So I'm estimating placed orders on the Flipkart main app, on a typical non-sale weekday, in India." This single sentence buys you the right to defend every later assumption.
Step 2 — Pick the umbrella (supply vs demand side)
Almost every guesstimate can be approached from two directions. Pick the side where you have stronger anchor numbers, and say why.
| Approach | What you estimate | When to use it |
|---|---|---|
| Demand-side (consumption) | Users × frequency × spend | When user base is well-known (e.g. WhatsApp users, internet users in India, smartphone owners) |
| Supply-side (production) | Outlets × throughput × hours | When the producer count is finite and visible (e.g. metro pillars, Starbucks stores, dark stores in Bengaluru) |
| Hybrid | Demand for sizing, supply for sanity-check | Strongest answers — you compute one way, cross-check the other |
For e-commerce: order count is almost always demand-side (active shoppers × order frequency). Logistics throughput is supply-side (delivery agents × parcels per shift). Pricing/AOV is hybrid. Naming the umbrella explicitly takes 5 seconds and signals seniority.
Step 3 — Segment and assume (where the marks are won)
Never apply a flat per-capita number to a population. Always segment, and apply a different rate per segment. Three-level segmentation is the sweet spot — finer than that and you're showing off; coarser and you're hand-waving. Choose splits the domain actually behaves along:
- · Geography: Tier-1 / Tier-2 / Tier-3+. Behaviour gap is real (Tier-1 prepaid share ~70%, Tier-3 closer to 30–40%; AOV in Tier-1 is 1.5–2x).
- · Age: 0–14 / 15–24 / 25–44 / 45–60 / 60+. The 15–44 bracket carries almost all consumption-app behaviour.
- · Income: poor / low / middle / upper-middle / high. Below low-income, smartphone-driven e-commerce drops sharply.
- · Behaviour intensity: heavy / medium / light. Useful for usage frequency, never for population sizing.
- · Category mix: for GMV questions, split by fashion / electronics / grocery / BPC — they have completely different AOV and frequency curves.
Step 4 — Compute, then sanity-check with a second path
Use round "beautiful" numbers — 1.4B India population rounds to 1.4B, not 1,387,440,000. Beautiful numbers protect you from arithmetic errors on a whiteboard. Once you have the answer, cross it with a known anchor:
- · For order count: divide your number by India's ~300M online shoppers — does the per-shopper frequency look right (typical Indian online shopper places ~1 order / week)?
- · For GMV: divide by India's reported online retail GMV (~$60B/yr or ₹5L Cr/yr) — does your share look plausible vs the company's known market position?
- · For messages/transactions: compare to a known per-capita benchmark.
If your two paths disagree by more than 2x, name it and adjust the weaker assumption. Disagreement caught by you is a strength; disagreement caught by the interviewer is a fail.
Reference numbers — the India anchor set
Memorize these. They unlock 80% of Indian PM guesstimates and prevent you from anchoring on US numbers (a common Tier-1 college mistake).
| Anchor | Value | Use case |
|---|---|---|
| World population | 8.0 B | Global market sizing |
| India population | 1.4 B (~18% of world) | Top-of-funnel for any India question |
| Average household size (India) | 4.5 | Converting populations to households |
| Urban share of India | ~35% | City-level rollups |
| NCR / Delhi metro population | 30 M | City-level guesstimates |
| Mumbai metro population | 22 M | City-level guesstimates |
| Bengaluru metro population | 13 M | City-level guesstimates |
| Smartphone users in India | ~750 M | Any app-usage prompt |
| Internet users in India | ~850 M | Top-of-funnel for digital |
| UPI monthly transactions | ~16 B (2026) | Payments sanity check |
| Online shoppers in India | ~270–300 M | E-commerce TAM |
| Indian e-commerce GMV (annual) | ~$60 B | GMV sanity check |
| Flipkart group share | ~48% | Marketplace rollups |
| Amazon India share | ~33% | Marketplace rollups |
| Meesho share (orders) | ~6–7% | Tier-2/3 social commerce |
| Tier-1 / Tier-2 / Tier-3 split (online shoppers) | ~25% / 30% / 45% | Geographic segmentation |
| Working hours / day (commercial) | 10–12 | Throughput questions |
| Days/year (operating) | 300 working, 365 calendar | Annualizing daily numbers |
What NOT to do — the seven failure modes
- · 1. Jumping to a number."About 50 million." You haven't earned the right yet. Always structure first.
- · 2. Silent computation.Numbers without spoken reasoning are unscorable. The interviewer can't read your mind. Voice every assumption.
- · 3. Unjustified assumptions."Let's say 200 orders per outlet per day." Why 200? Anchor every number to either a known benchmark, a reasoned analogue, or an explicit upper-and-lower bound.
- · 4. Recursion into sub-guesstimates.If estimating "ad revenue per pillar" turns into a full ad-tech CPM model, you've lost the main thread. Assume, flag the assumption, move on.
- · 5. Flat per-capita rates. 1.4B × X gives a number; it does not give a defensible number. Segment first.
- · 6. No sanity check. Always cross-check against an anchor. A guesstimate without a sanity check is a guess.
- · 7. False precision."9,304,650,000 messages" from beautiful-number inputs is theatre. Round the final answer to 2 significant figures: "~9.3 B messages, order of magnitude 10 B."
Worked example 1 — Daily orders on Flipkart (a typical non-sale weekday)
Umbrella:demand-side. We know online shopper counts roughly; we don't have visibility into Flipkart's warehouse throughput.
Population funnel:
- · India population: 1.4 B
- · Internet users: ~850 M (~60% penetration)
- · Online shoppers (transacted at least once in 12 mo): ~280 M (~33% of internet users)
- · Flipkart group share of online shoppers: ~48% → ~135 M annual active
- · Monthly active shoppers on Flipkart: ~50% of annual → ~68 M
Segment by frequency (3 buckets):
| Bucket | Share of MAU | Orders / month | Monthly orders |
|---|---|---|---|
| Heavy (Plus members, Tier-1) | 20% × 68M = 13.6M | 6 | 82 M |
| Medium (regular Tier-1/2 shoppers) | 50% × 68M = 34M | 2 | 68 M |
| Light (occasional, Tier-3+) | 30% × 68M = 20.4M | 0.5 | 10 M |
| Total monthly orders | ~160 M |
Daily on a typical non-sale weekday: 160 M / 30 = ~5.3 M. Sale-day spikes (Big Billion Days) are 8–10x. So the annualized blended daily average is closer to ~7–8 M.
Sanity check:Flipkart group GMV is ~$23 B/yr. Blended AOV ~$15. Annual orders ≈ 23 / 15 = ~1.5 B. Daily = ~4 M. The two paths agree within 30% (5.3M vs 4M) — that is within the "within 2x" bar. Land at ~5 M placed orders on a typical weekday and flag the sale-day caveat.
Worked example 2 — Annual GMV of apparel on Myntra
Umbrella: hybrid. Demand for top-line, supply (catalog AOV) for sanity check.
Population funnel:
- · Online shoppers in India: ~280 M
- · Online apparel buyers (penetration ~55% of shoppers): ~150 M
- · Myntra share of online apparel: ~30% (Flipkart group apparel is dominated by Myntra) → ~45 M annual apparel buyers on Myntra
Segment by buyer type:
| Segment | Buyers | Orders / yr | AOV | GMV |
|---|---|---|---|---|
| Insider / loyalty | 9 M (20%) | 10 | ₹1,800 | ₹16,200 Cr |
| Regular Tier-1/2 | 22.5 M (50%) | 4 | ₹1,500 | ₹13,500 Cr |
| Occasional Tier-3 | 13.5 M (30%) | 1.5 | ₹1,000 | ₹2,025 Cr |
| Total annual apparel GMV | ~₹31,700 Cr (~$3.8 B) |
Sanity check: Myntra group reported GMV is in the $3–4 B annualized range (publicly disclosed by Flipkart in investor calls). The two numbers match — land at ~$3.5–4 B annual apparel GMV, and note that fashion returns at 25–40% mean net GMV is materially lower than gross.
Worked example 3 — Daily UPI transactions in NCR on e-commerce apps
Umbrella: demand-side. Anchors NCR population to shopper behaviour.
- · NCR population: 30 M
- · Smartphone users in NCR (~70% of population): ~21 M
- · Online shoppers in NCR (~70% of smartphone users — Tier-1 indexes high): ~15 M
- · Daily active e-commerce app users (~15% of online shoppers): ~2.25 M
- · Transaction-completion rate among DAU (~25%): ~560 K orders / day
- · UPI share of e-commerce payments in NCR (~55%): ~310 K UPI transactions / day on e-commerce
Sanity check:National UPI is at ~530 M transactions/day (16B/month ÷ 30). NCR is ~2% of India's population but skews 3–4x higher on digital usage — expect NCR to do ~5% of UPI volume = 26 M transactions/day across all use cases (P2P, bills, e-commerce). E-commerce is ~1–2% of UPI transaction count → 260–520 K per day in NCR. Our 310 K lands cleanly inside that range. Strong answer.
Worked example 4 — COD orders RTO'd per day from Bengaluru warehouses
Umbrella: supply-side. Warehouse count and throughput are finite and partially knowable.
- · Major e-commerce warehouses in Bengaluru metro: ~25 (across Flipkart, Amazon, Meesho, Myntra, BigBasket, Nykaa)
- · Outbound orders / day / warehouse (blended): ~50 K
- · Total daily outbound from Bengaluru: ~1.25 M orders
- · COD share of those orders: ~40% → 500 K COD orders / day
- · RTO rate on COD: ~22% (mid of the 15–30% range)
- · Daily RTO'd COD parcels from Bengaluru: ~110 K
Cost framing (the senior add-on):at ~₹100 RTO cost per parcel (forward + reverse leg + handling), this is ~₹1.1 Cr/day or ₹400 Cr/year of pure margin loss from just Bengaluru-shipped COD orders. That number is the "why this matters" payoff — always close a guesstimate by translating into business impact.
The patterns the interviewer is watching for
- · Structure before numbers. The first 2 minutes should be all framework, zero arithmetic.
- · Reasoning chain, not number chain. Every number has a sentence of justification attached.
- · Segmentation with intent. Splits that match the actual behaviour of the system, not arbitrary buckets.
- · Anchored to India. Indian PM interviews penalize US-anchored intuition. Use Indian benchmarks.
- · Two-path sanity check. Demand path × supply path, or top-down × bottom-up. Catch your own inconsistency before they do.
- · Translate to business impact at the end.An e-commerce guesstimate that lands at "5M orders/day" is mid-level. The senior close adds "at ₹15 take rate per order that's ₹75 Cr/day of marketplace revenue — which means a 50bps CR move is worth ₹140 Cr/year." That conversion from estimate to business consequence is the senior signature.
Study timeline (10–12 weeks)
- · Weeks 1–2 — Foundations: PM frameworks (RICE, Kano, MoSCoW, WSJF) with failure modes. Practice writing OKRs with a counter-metric. Draft 5 behavioral answers with numbers, not adjectives.
- · Weeks 3–4 — Funnel & UX:Decompose the funnel end-to-end. Memorize typical Indian benchmark ranges per stage. Read Baymard's checkout reports. Practice A/B test design including sample-size planning.
- · Weeks 5–6 — Payments stack: 3DS, tokenization, retry logic, decline-reason routing. RBI PA / PG distinction and tokenization mandate. UPI Autopay caps. Pricing math (PSR vs MDR worked example). Build a gateway comparison sheet from primary sources.
- · Weeks 7 — COD & reverse logistics: RTO economics, partial prepaid, address quality. Return rates by category. Reverse cycle UX and refund SLA. This week alone closes the gap between a generic e-commerce candidate and an India-specific one.
- · Weeks 8 — Marketplaces & gift cards: Buy Box mechanics, sponsored ads, A+ Content, MAP enforcement. Seller health metrics. Gift card regulation (Gift PPI), breakage accounting, fraud patterns.
- · Weeks 9 — Org & strategy: Practice partitioning the e-commerce surface into team boundaries. Map a real public company (Flipkart, Nykaa, Mamaearth) to your team layout — does it match? Why or why not?
- · Weeks 10–11 — Interview prep: Question bank, mock interviews, common-trap drills. Refine answers until you can hit the 4-trap test (no solution-jumping, no UX-only framing, no missed regulation, no false OR). Drill 10 timed guesstimates (8 min each, said aloud) using the 4-step framework — clarify, umbrella, segment, sanity-check. Lock the India anchor numbers (1.4B population, ~280M shoppers, ~$60B GMV, marketplace shares) into recall.
- · Week 12 — Synthesis: Build personal cheat sheets. Make sure the canonical numbers (India CR ~1.5%, PSR ~75% baseline / 85%+ best-in-class, RTO 15–30% COD, Flipkart 48% share, apparel returns 25–40%) are on the tip of your tongue. Pacing and clarity drills.