{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreig7pdpqdzstjvolcon7gj5q45zk4efxqibnaepjbaeqbfoooq4h5e",
    "uri": "at://did:plc:5sgu76a53rz3n6unbykmovqy/app.bsky.feed.post/3m6fqfobwhng2"
  },
  "coverImage": {
    "$type": "blob",
    "ref": {
      "$link": "bafkreidrmzlx3xc2lyzvirpy4r6xdz477zqinvtfkbxppfkvi3xwtzj25m"
    },
    "mimeType": "image/jpeg",
    "size": 54876
  },
  "description": "Why did Zoom beat Skype? Why is CRED a status game, not a bill payment app? ",
  "path": "/think-outside-the-product/",
  "publishedAt": "2025-11-11T21:07:00.000Z",
  "site": "https://sahilkapoor.com",
  "tags": [
    "Product Manager",
    "Product Managers",
    "AWS"
  ],
  "textContent": "If you ask a Product Manager what they do, they will usually point to a roadmap. They will show you a backlog of features, a stack of Jira tickets, and a folder of Figma designs. They will talk passionately about optimizing the checkout flow by two clicks or refreshing the UI to look more modern.\n\nThis is traditional PM thinking. It is the belief that if we just polish the object on the screen enough, we will win.\n\nBut the most successful tech companies of our generation didn’t win simply because they had better code or prettier screens. They won because they mastered the invisible machinery _around_ the product. They understood that the app is often the least important part of the strategy. To really elevate your career, to move from a feature manager to a product leader, you have to learn to think outside the product.\n\n### The Mirage of the Interface\n\nWe often confuse the interface with the asset. We spend months debating the placement of a button, forgetting that the app is often just a collector - a facade designed to capture the thing that actually holds value.\n\nConsider Google. We think of the \"product\" as the search bar. But the search bar is actually a cost center; it requires massive computational power to run. If Google optimized purely for the search experience without the underlying ad auction machinery, they would be a utility, not a business. The real product isn't the search results; it’s the intent data they capture from you.\n\n> Google's product is not search, it's data.\n\nThe same applies to Fintech. When you look at a credit card or a lending app, it’s easy to think the \"product\" is the slick mobile dashboard or the metal card in your wallet. But those are just keys. The real product is the risk model sitting on a server somewhere, deciding in milliseconds whether to trust a stranger with money. If you treat the app as the end goal, you are polishing the car but forgetting to build the engine.\n\n### Distribution is a Feature\n\nThere is a fundamental tension in our industry: engineers build for utility, but Product Managers must build for sellability. We like to believe that \"if we build it, they will come.\" But history is littered with superior products that died because they were too hard to sell.\n\nTake the battle between Zoom and Skype. Technologically, Skype had a massive head start, a global user base, and Microsoft’s infrastructure. Yet Zoom ate their lunch (just being nice). This wasn't because Zoom had better video compression; it was because Zoom understood that distribution is a feature.\n\nSkype required you to create an account, find a username, add a contact, and wait for acceptance. Zoom just gave you a link. By reducing the friction of inviting others to zero, Zoom made its distribution mechanism part of the core user experience. The \"invite URL\" was a more critical feature than the video quality itself. If your product requires a manual to explain or a sales team to push, you are relying on utility. If your product markets itself through the act of using it, you have mastered outside-the-product thinking.\n\n### Price is Not a Tag; It’s a Mechanic\n\nWe usually treat pricing as a math problem, something we slap on at the end based on costs and margins. But pricing is actually a psychology problem. It is a feature that controls user behavior.\n\n> Price is not just what you charge; price is what you unlock.\n\nLook at Amazon Prime. The subscription fee isn't just a revenue stream; it is a sunk-cost trigger. Once a user pays for Prime, they are psychologically re-wired to shop _only_ at Amazon to \"earn back\" their investment. The price creates a moat.\n\nSimilarly, in the SaaS world, usage-based pricing (like AWS or Snowflake) aligns incentives in a way that a flat fee never could. It tells the customer, \"We only succeed when you succeed.\" This turns the pricing model into a partnership feature. Your pricing strategy changes how users interact with your product more than any color scheme ever could.\n\n### The Infrastructure of Trust\n\nPerhaps the most \"outside the box\" strategy is knowing when _not_ to build. When a user encounters a new product, their default state is distrust. They don't want to give you their email, their money, or their data.\n\nIn the past, companies tried to build their own \"walled gardens\" of trust. Today, smart PMs borrow it.\n\nThis is why the integration of _UPI_ or _\"Sign in with Google\"_ is not just a technical convenience; it is a psychological hack. When you integrate UPI, you aren't just adding a payment rail; you are importing the trust of the entire banking system. You are telling the user, _\"You don't have to trust me with your money; you just have to trust the system you already use every day.\"_\n\nBy borrowing these rails, whether it’s identity via Google or payments via UPI, you drastically lower the \"risk cost\" for a user to try your product. You aren't selling the feature; you are selling the safety of the infrastructure.\n\n### Storytelling as a Functional Requirement\n\nFinally, we must address the role of the narrative. Technical leaders often view storytelling as \"marketing fluff\", something that happens after the code is shipped.\n\nBut in crowded markets, the story is the differentiation. A feature tells a user how to do something; the story tells them why it matters.\n\nLook at CRED. If you analyze it purely as a software product, it is a bill payment utility - a commodity. But Kunal Shah didn't sell a utility; he sold a status game. The narrative of _\"a club for the trustworthy\"_ turned a boring financial transaction into a social signal. The dark mode UI, the distinct sounds, and the exclusionary marketing weren't just aesthetic choices; they were functional requirements dictated by the narrative.\n\nIf your Product Requirements Document (PRD) describes the logic of the features but fails to describe the emotional arc of the user, it is incomplete. The best code in the world cannot overcome a confused market narrative.\n\n### The Invisible Product\n\nUltimately, great product management is an act of synthesis. It is the ability to weave technology, psychology, finance, and distribution into a single narrative.\n\nWhen you obsess only over the pixels, you are playing a finite game. You are competing on features, which can always be copied by a faster team or a larger incumbent. But when you build an ecosystem - when you align pricing with psychology and distribution with utility, you create a moat that code alone cannot bridge.\n\nSo, the next time you sit down to write a PRD or review a roadmap, apply this simple test:**\"If I removed the interface entirely, what asset am I actually selling?\"** If you can’t answer that, you aren’t building a product strategy; you are just building a UI.\n\nThe code is what the user sees. The strategy is what the user feels.\nThink outside the product. That is where the real value lives.",
  "title": "Think Outside the Product",
  "updatedAt": "2026-05-13T17:26:49.077Z"
}