Data folks are in the business of helping people make decisions. Whether it's a quick and dirty ad-hoc query or a super sophisticated statistical model, at the end of the day we're informing a decision.
How many people are viewing our website on mobile?
What discount should I offer to this customer?
Who is likely to churn?
Decisions are so core to our work, that we sometimes forget to acknowledge them before starting a data project. We assume it's baked into everything we do, so when the product team asks a question like: "Which products are commonly purchased together?" it's natural to jump straight into figuring out what data we need, which approach is best, etc, etc. It's a straightforward ask and the data work could be fun. How should we could visualize the results? What if the patterns have changed over time? We dive right into the data without taking the time to really (I mean really) understand the decision we're trying to inform.
The devil is in the details– and details are what matter here. Without an understanding of how the data will be used, we're not in a position to give the right answers.
"If I had one hour to save the world, I would spend fifty-five minutes defining the problem and only five minutes finding the solution."
– Albert Einstein
Luckily, we don't need to spend all of our time defining the problem. Here is the one simple question that will get to the heart of any data request within minutes:
Subtext: What action will you take once you have the answers?
If there is no action, then there will be no impact. This question will cut through all of the clutter and get straight to the action.
And the answer can be VERY telling! That's why it's so powerful.
A good response is specific! Almost immediately, you should be able to picture what they'll do once they see the data. If not, then that's a signal to pause and scope out the question before even thinking about the data.
A good response sounds like:
These responses are specific, and have a clear action in mind. It's clear that the action will change based on what the data says. Unfortunately, not all responses start out as good responses.
Here are a few example red flags to look out for:
Next time someone comes to you with a data request, remember the magic question. And remember, a bad response doesn't mean game over. It should be a starting point to get you to the final, better data question. A skilled data analyst will always tease out the real problem and understand the real decision before starting any project. This makes the difference between a data project that is just "interesting" and a data project that drives an impact. Learn more about making data-driven decisions with the Narrator Data Platform.