|
Hello Reader, Imagine you're an analyst at Summit Adventures. Monday morning, you get called into a meeting and your VP asks: "How's revenue looking across our expedition types?" You pull up your analysis. You've got clean numbers. You present them: "Cultural expeditions brought in $374K. Photography brought in $370K. Hiking was $352K. Safari was $349K. Climbing was $298K." Silence. Then someone asks: "Okay... but what should we do about it?" You've answered the question accurately. But you haven't answered the question that actually matter. This is the gap that separates "reporting" from "analysis". And one simple question closes it. The So What FrameworkEvery time you present a number, ask yourself: "So what?" Not once. At least twice. Here's the difference:
Same data. Three levels of usefulness. Level 1 gets you a nod. Level 3 starts a conversation. The Query: Revenue by Expedition TypeHere's what I ran against the Summit Adventures database (the fake adventure tourism company I created to help people learn business analytics):
Now here's where the So What Framework earns its name. Applying "So What?" to Each FindingFinding 1: Cultural expeditions lead in total revenue ($374K).
Recommendation: Test a "premium cultural" tier at $2,400+ and measure conversion vs. the current average. Finding 2: Photography leads in booking volume (193) but has the lowest average value ($1,441).
Recommendation: Create a "photography + cultural" bundle. Cross-sell your highest-margin category to your highest-volume audience. Finding 3: Hiking has the highest per-booking value ($2,095) with moderate volume (125 bookings).
Recommendation: Check how many hiking expedition instances ran vs. other types. If hiking runs fewer trips, the fix is operational, not marketing. The Pattern: Three Levels of "So What?"Use this progression with any metric:
Each level answers the question that the previous level creates. The number creates "is that good?" The context creates "what should we do?" The recommendation creates a decision. Adding Time Context: The Quarterly ViewThe So What Framework works even better with trends. Here's the quarterly breakdown:
Without "So What": "Revenue peaked in Q2 and declined in Q3-Q4." With "So What": "Q2 was our strongest quarter at $556K, but Q3 dropped 60% to $222K. This isn't necessarily alarming — adventure travel is seasonal, and Q3-Q4 typically see lower bookings. The question is: did we capture the Q2 peak effectively, and can we shift some demand into Q3 with early-bird pricing?" See how the same numbers tell a completely different story when you add context and direction? Common Mistakes When Presenting MetricsMistake 1: Leading with methodology "I joined the bookings table to payments using the booking_id foreign key, then grouped by expedition_type with a SUM aggregation..." Your executive stopped listening after "joined." Lead with the finding, keep the method for the appendix. Mistake 2: Presenting all five categories as equally important Not every row in your results deserves equal airtime. Pick the 2-3 that drive decisions and go deep. Mention the rest briefly. Mistake 3: Stopping at "Here are the numbers" This is the biggest one. A table of numbers isn't analysis — it's a spreadsheet. Analysis starts when you add interpretation. Try This at Your JobNext time you present any metric:
You'll notice the conversation shifts. Instead of "okay, thanks" you'll hear "that's interesting - let's discuss." That's the difference the So What Framework makes. Until next time, Brian P.S. The So What Framework is the core concept behind Module 6 of SQL for Business Impact. Every module teaches you not just the SQL, but how to make your results meaningful to the people making decisions. Check it out at sqlforbusinessimpact.com. P.P.S. What's a finding you've presented recently that could have used a better "so what"? Hit reply and tell me — I'd love to help you reframe it. I read every response. |
Learn to build analytics projects with SQL, Tableau, Excel, and Python. For data analysts looking to level up their career and complete beginners looking to get started. No fluff. No theory. Just step-by-step tutorials anyone can follow.
Hello Reader, This week's newsletter is a bit different. There's SQL in here, but the real topic is career strategy. Because one of the most common questions I get from readers is some version of: "I've been learning SQL for a few months. How do I prove I can actually do this job?" The honest answer: a portfolio of 2-3 projects that demonstrate business thinking, not just technical syntax. The problem is most portfolios I've reviewed look the same. A Kaggle competition. A tutorial from...
Hello Reader, A common analytics question that sounds simple but isn't: "Which customers have booked the same type of expedition more than once?" You can't answer this with a regular JOIN between two different tables. The information lives in one table. You need to compare rows within that table to find patterns. That's what a self-JOIN does. It joins a table to itself. It sounds unusual, but once you see the pattern, you'll recognize situations where it's exactly what you need. The Business...
Hello Reader, You've built a clean customer report. Locations, booking history, revenue by region. You send it off to whoever asked for it. Ten minutes later: "Why does this report show blank cells in the location column? And why do the totals not add up?" Welcome to the NULL problem. You're going to learn how to solve it once and for all today. In the Summit Adventures database (the fake adventure tourism company I created to help people learn business analytics), 78.2% of customers don't...