The UNTOLD Story Of India's UNICORN - Meesho | Sanjeev Barnwal | FO 38 - Raj Shamani
with Sanjeev Barnwal
Executive Summary
Meesho co-founder and CTO Sanjeev Barnwal tells Raj Shamani the untold version of the unicorn story: leaving Sony Japan on punctuality drills and process culture, starting up with a college wingmate over a WhatsApp group with no grand problem in hand, two failed apps before Meesho's 2017 launch, and why the first two years deliberately ignored scale. He also breaks down how Facebook came in as an investor, his four-part angel-investing checklist, why he is betting on Tier 2+ India, and the Richard Branson encounter that produced the worst question he ever asked.
Key Takeaways
They started without a big problem, on trust and a plunge
Sanjeev pushes back on the dogma that founders must first find a problem. He and Vidit Aatrey were Sony colleagues and IIT Delhi wingmates; the trust from four college years plus a WhatsApp group nudge was enough. Their reasoning: if it does not work out, they go back to their jobs - it is not that risky.
The magnitude of the problem is the real filter
Once in, his filter is problem size: building something genuinely successful takes five to ten years or more, so the problem must deserve that commitment. He adds that non-deep-tech domains like e-commerce and marketplaces have learnable fundamentals, unlike rockets where years of depth are needed before you can even start.
Keep your ego aside; expect rejection as data
His operating rule for the early days: the exact problem you are solving today demands an ego-less approach. Whether newspaper distribution or door-to-door user hunting, five of ten people will wave you off, and feeling dejected is part of the cost of finding the users who matter.
Do non-scalable things until 200 users love you
His early-moat logic: if a small team does something easily scalable and it works, an Unilever-sized incumbent will crush it. The non-scalable phase - hand-serving the first users until roughly 200 become hardcore fans - is the testing ground where real learning happens and loyalty compounds into an advantage.
Meesho was the third app, found by staying close to users
The path was Fashnear, a hyperlocal fashion marketplace, then a year of a mobile Shopify for India giving each entrepreneur a website, and only then Meesho in February 2017 - discovered because the team kept hearing that entrepreneurs' biggest problem was finding new products to sell constantly. Each pivot meant convincing a growing team while the current product was still growing.
Facebook invested because social commerce already lived on its platforms
He says Facebook understood that Indian social commerce ran on Facebook and WhatsApp and believed it would be big. His own lesson from the raise: metrics solve a lot of problems - Meesho's crazy growth, which he recalls as roughly 100x over three years per an internal slide, did the talking.
His angel checklist: market, founder-market fit, passion
Now an angel investor, he evaluates three things: whether the market is big enough, whether the founders have founder-market fit and the passion source to win it, and little else - because at the early stage the idea and exact problem will change, as Meesho's own two iterations proved.
The Conversation Breakdown
Sony Japan: process, punctuality and the 9:25 tap-in
⏱ Untimed topicSanjeev recalls Sony's Japan culture: defined processes for everything, a tight ship on collaboration, and extreme punctuality - enter by 9:25, tap in, and a 9:30 arrival costs half a day. He kept the organizational discipline but says punctuality at that level does not transplant to unpredictable Bangalore infrastructure.
Starting up on a WhatsApp nudge
⏱ Untimed topicThe founding story is deliberately unromantic: a developer at Sony wondering about the next ten years, wingmates on a WhatsApp group, and 'let's start up.' He argues against waiting for a problem to appear - the plan was to take the plunge and return to jobs if it failed - while the magnitude of whatever problem you pick must justify a decade.
Ego aside: the first 200 hardcore fans
⏱ Untimed topicHe explains the unscalable beginning: keeping ego aside through rejection, chasing the first hundred users door to door, and building a small group whose loyalty survives your mistakes. That group is the testing ground - and the moat, because anything a tiny team does that is easily scalable invites an incumbent to destroy it.
Three apps to Meesho
⏱ Untimed topicThe untold iteration: Fashnear's hyperlocal fashion model failed, the mobile-Shopify-for-India app ran a year with its own problems, and the core problem - entrepreneurs needing a constant supply of new products - surfaced only by staying close to users. Meesho launched in February 2017 as the third app, after the hardest pivot: convincing a ten-member team to change direction mid-growth.
Social commerce and the Facebook investment
⏱ Untimed topicSanjeev defines social commerce as entrepreneurs acquiring customers through their own social networks on Facebook and WhatsApp, with community validation on top. Facebook saw the same behavior on its platforms and invested; he credits metrics - he recalls roughly 100x growth over three years - with solving most fundraising problems.
Tech, data and the coffee-mug lesson
⏱ Untimed topicOn tech versus tech-enabled businesses, he uses a D2C coffee-mug brand: slice user data by geography, gender and age to find who loves the product, then test hypotheses with small paid cohorts and observe repeat behavior for weeks. Even the mug's heat retention is a tech problem - solvable by materials science faster than by trial and error.
Branson, angel investing and the Tier 2+ bet
⏱ Untimed topicHe closes with the 2016 Forbes 30 Under 30 event in Boston: twenty blank minutes with Richard Branson, the Virgin Atlantic origin story of chartering a plane for 30 stranded passengers, and the lesson that the first 30 users carry the idea. His angel filter is market size, founder-market fit and the source of founder passion - and his market bet is Tier 2+ India, where e-commerce remains unsolved below brand-affording users.
Core Frameworks & Ideas
Plunge first, filter by magnitude
Sanjeev's two-gate founding model: you do not need a problem to start - take the plunge while the fallback of jobs exists - but once choosing what to pursue, demand a problem big enough to justify a five-to-ten-year commitment. Starting is cheap; the commitment is not.
The 200-fan non-scalable moat
His early-stage defense: deliberately do things that do not scale - hand-serve users until about 200 hardcore fans exist. Incumbents ignore unscalable work, loyal users forgive your mistakes, and the learning from that group becomes the advantage you later scale.
Hypothesis first, architecture later
His engineering priority order for a new product: first, get the hypothesis in front of users fast - crappy code is acceptable; second, once it works, check whether the foundation and architecture can support scale. Thinking about scale before the problem is proven wastes the scarcest resource, time.
The small-cohort data loop
His method for unknown markets: form a hypothesis about who will pay, acquire about a hundred users in that segment through Facebook or Google, observe real behavior for roughly three weeks against the product's repeat cycle, then scale or drop the segment. Funnel tooling tracks the rest.
Actionable Next Steps
- ✓If you are waiting for the perfect idea before starting, list what you could actually lose by starting now - Sanjeev's plunge test - and act on the answer.
- ✓Before committing to a problem, ask whether it is big enough to deserve the next five to ten years of your life.
- ✓Identify the 50 to 200 users who stay loyal despite your mistakes, and schedule direct time with them this month - they are your testing ground.
- ✓For your current project, write the hypothesis in one sentence and decide what 'crappy but live' looks like, before any architecture work.
- ✓Pick one segment you assume will not pay, acquire a small test cohort cheaply, and observe their real behavior for three weeks instead of arguing about it.
Notable Quotes
“For the first two years, we did not think about scale.”
“The exact problem that you're solving right now, today, you should keep your ego aside.”
“You spend maybe at least 10 years if you want to build something really successful.”
“metrics solve a lot of problems.”
“is like reading like 10 books at one time”
“I've had the fortunate of spending 20 minutes with Richard Branson, and I talked about absolute bullshit.”
“if I can at the airport figure out a way to sell tickets to 30 people at a premium, it means I can do much better job”
The One Thing to Remember
Sanjeev's founding stance: you do not need the perfect problem to start - take the plunge, stay close to users, keep your ego aside, and let the problem find you through iteration, because everything except the market is going to change anyway.