
Meesho Business Analyst candidates report resume discussion, SQL and data modeling, estimation or business cases, live problem solving, and stakeholder-focused conversations across two to four rounds.
$90K
Avg. Base Comp
$105K
Avg. Total Comp
2-4 rounds
Typical Rounds
Not reported
Process Length
Meesho Business Analyst interview reports describe varied formats, with explicit totals ranging from two to four rounds. The recurring preparation theme is the ability to connect analytical work to a practical business decision. Candidates were asked to discuss projects, internships, and college leadership experience in detail, including techniques used and the reasoning behind their choices. Prepare concise project walkthroughs and expect follow-up questions on the decisions you made.
SQL and structured problem solving appear frequently. Candidates reported SQL query writing, data modeling, schema design, business KPIs, and practical case discussions. One account also described a live problem-solving round with DSA-style questions. Cases ranged from market-sizing exercises to problems based on Meesho business scenarios. In estimation questions, candidates said the interviewer emphasized how they broke down the problem and defended assumptions rather than an exact answer. Start with a clear structure, name the KPI or information needed, and explain how the analysis would support a recommendation.
Later conversations can focus on stakeholder management, culture fit, and career goals. Reported prompts included handling a problem involving multiple stakeholders and responding when strong work is not appreciated. Practice explaining tradeoffs calmly and showing how you would gather perspectives before communicating a decision.
Synthesized from 5 candidate reports by our editorial team.
Had an interview recently?
Share your experience. Unlock the full guide.
Real interview reports from people who went through the Meesho process.
Round 1: Technical SQL & Problem SolvingThe SetupThis round began with a brief resume walk-through before the interviewer pasted a raw problem statement into a shared coding editor.The Question: "You have a table of flight/travel routes. Find the cheapest cost to travel from a starting point to an ending point, but there's a catch: the traveler cannot take a direct flight. They must make at least one halt. How would you write this?"The Interviewer Interaction & Solution EvolutionMy Initial Clarification: Before jumping into the code, I asked the interviewer to clarify the table schema. I asked if we could assume a standard routes table with origin, destination, and cost. The interviewer confirmed this and added, "Assume all costs are positive, and the routes are directed."My Stated Approach: I explained that since a direct path was barred and exactly one intermediate stop was the minimum requirement, we needed to connect two separate legs of a journey. I told them my strategy was to use a Self-Join on the routes table to map Leg A (Start to Halt) to Leg B (Halt to End).Live Coding: I wrote out the query, joining the table to itself where the destination of the first table matched the origin of the second (r1.destination = r2.origin).I wrote a SQL query: SELECT r1.origin AS start_location, r2.destination AS end_location, MIN(r1.cost + r2.cost) AS minimum_travel_cost FROM routes r1 JOIN routes r2 ON r1.destination = r2.origin WHERE r1.origin <> r2.destination GROUP BY r1.origin, r2.destination; Interviewer Follow-up & My Defense: The interviewer stopped me and asked, "What happens if your query accidentally creates a loop where someone flies from Delhi to Mumbai, and then Mumbai back to Delhi? Does your query handle that?"My Response: I pointed to the WHERE r1.origin <> r2.destination clause I had included. I explained that this explicit filter ensures that the final destination cannot be the same as the starting point, effectively killing any circular, two-leg loops. The interviewer nodded and said, "Good catch. What if there could be multiple halts?" I wrapped up the round by explaining that for $N$ halts, we'd pivot this strategy into a Recursive Common Table Expression (CTE) to dynamically track path depth. Round 2: Product Sense & Case StudyThe SetupThis round was conversational but highly unstructured. The interviewer skipped introductions and went straight into a macro product issue faced by social commerce platforms.The Question: "Let’s look at Meesho. Suppose you look at the executive dashboard and notice that the number of completed orders has been steadily dropping month-on-month. You are the analytics lead. Walk me through exactly what you do."The Interviewer Interaction & Troubleshooting WalkthroughMy Initial Clarification: I started by defining the scope. I asked, "Is this a sudden, sharp drop from last month, or a gradual decline over 3–4 months? And is it affecting both the app and the website?" The interviewer responded, "It’s a gradual, steady decline over the last quarter, across the entire platform."How I Structured the Analysis: I told the interviewer I would break the investigation down into two buckets: Internal Metrics (things we broke or changed) and External Factors (things changing in the market).The Live Back-and-Forth Discussion:Phase 1: Digging into Internal MetricsI told the interviewer I wanted to check the user conversion funnel first: Acquisition $\rightarrow$ Product Search $\rightarrow$ Cart Add $\rightarrow$ Checkout. I hypothesized that if App Downloads were steady but Orders were down, the leak was inside the app.Interviewer Pushback: "Let's say search traffic and cart adds are completely normal. Users are putting things in their carts at the exact same rate as last year. What do you check next?"My Real-Time Pivot: "If cart-adds are steady but orders are dropping, that points directly to a Checkout Funnel failure. I told them I would look at two specific things: First, technical metrics (payment gateway failure rates or UPI drop-offs). Second, operational changes—specifically, if Meesho recently altered its shipping fees, tax displays, or estimated delivery timelines at the final checkout screen, causing high cart abandonment."Phase 2: Transitioning to External FactorsThe interviewer then asked, "What if checkout data looks perfectly clean? No bugs, no fee changes. What's your next move?"My Response: I explained that if our internal machine is running smoothly, the macro environment is shifting. I stated I would investigate Seasonality (comparing this quarter against the same quarter last year to rule out a post-festive slump) and Competitive Poaching.Specific Example I Used: I brought up Shopsy and Flipkart. I explained that if competitors launched aggressive discount campaigns or zero-delivery-fee incentives during these specific months, our price-sensitive user base would naturally shift their buying behavior over to them.
Share your own interview experience to unlock all reports, or subscribe for full access.
Sourced from candidate reports and verified by our team.
Topics based on recent interview experiences.
Featured question at Meesho
Select the 2nd highest salary in the engineering department
| Question | |
|---|---|
| Top Three Salaries | |
| Top 3 Users | |
| Scrambled Tickets | |
| Compute Deviation | |
| Size of Joins | |
| Average Order Value | |
| Identifying User Sessions | |
| Precision and Recall | |
| Hurdles In Data Projects | |
| Target Indices | |
| Sequentially Fill in Integers | |
| Filling Supermarket Bag | |
| Cumulative Sales By Product | |
| Upsell Carousel | |
| Hidden Culprit | |
| Ride-Sharing App Schema | |
| Duplicate Product Names | |
| Median Household Income | |
| Evaluating Revenue Decline | |
| Parking Application System Design | |
| Empty Neighborhoods | |
| Customer Orders | |
| Button AB Test | |
| Rolling Bank Transactions | |
| 500 Cards | |
| Experiment Validity | |
| Jars and Coins | |
| Comments Histogram | |
| Bagging vs Boosting |
Synthesized from candidate reports. Individual experiences may vary.
Candidates reported phone or HR discussions about their background, interest in the role, career goals, notice period, and recent projects. Be prepared to explain project techniques, your contribution, and the reasoning behind your choices. Resume topics may return in later interviews, including questions about internships and leadership experience.
Reports include SQL query writing, data modeling, schema design, project questions, and discussion of business KPIs. One candidate also described a live logic-focused round with DSA-style questions. Practice writing and explaining SQL, reasoning through data-model choices, and connecting an analysis to the business question it is intended to answer.
Candidates described collaborative market-sizing exercises and cases based on practical business problems. In one estimation interview, breaking the problem down and defending assumptions mattered more than reaching an exact figure. Use a transparent structure, identify relevant metrics, state assumptions clearly, and connect your approach to a workable recommendation.
A managerial or panel discussion may cover culture fit, career goals, stakeholder management, and behavioral situations. Candidates reported questions about balancing multiple stakeholder viewpoints and handling a workplace situation. Explain how you would gather perspectives, make tradeoffs, and communicate a decision clearly.