Data Science

Turning scattered data into an answer worth acting on

Key points
  • Data science covers the whole job of turning scattered data into an answer worth acting on.
  • There's an order to it: frame the question, collect, clean, explore, model, and communicate, in that sequence.
  • Most of the time goes to cleaning, not modeling. The flashy part is a short stretch at the very end.
  • Machine learning is one tool used along the way. A few rows of a table and a single chart often settle the question on their own.
  • The last step is persuasion. If the result doesn't change a decision, the analysis isn't finished yet.
Contents

1The analogy

A crime scene leaves behind nothing but scattered evidence — phone records, receipts, a grainy frame from a corner camera. None of it says anything on its own. Only after someone gathers the pieces, lines them up in order, and chases down what doesn't add up does the story of what happened come into focus. That process of pulling an answer out of evidence is data science.

The part that eats the most time in an investigation isn't the reasoning — it's the sorting. Matching records whose clocks disagree, merging entries that list the same person under two different names, throwing out evidence whose origin can't be trusted. Do this part carelessly, and no amount of sharp reasoning afterward will land anywhere.

A good investigation starts with a question. "What happened that night" and "will it happen again" are different questions, and they call for different evidence.

2In detail

Narrow the question first

A request to "take a look at the data" isn't a question yet. The work only starts once it's narrowed down to something data can actually answer. "Why have customers been dropping off lately" can't be answered as it stands, but "is the share of last month's new sign-ups who never came back in their first week higher than it used to be" can.

Narrowing the question also settles what you'll do once you have an answer. If the outcome wouldn't change your next move either way, that's an analysis you didn't need to run. Skip this check and it's easy to spend weeks building a table nobody ends up using.

Most of the time goes to gathering and cleaning

Real-world data never arrives as a tidy table. Rows go missing, some show up twice, units get mixed, and timestamps come from clocks set to different zones. It's common for the same person to appear under one name at sign-up and a different one at checkout.

This stage looks tedious, but it decides the outcome. A handful of bad values can drag an average off course, and duplicate rows can inflate results that look strong but aren't. However good the model bolted on afterward, a broken ingredient still makes for a broken answer.

Cleaning also means checking how the data came to exist in the first place. If only people who opened the app ever show up in the records, that data can't support a conclusion like "people open the app often."

Look before modeling

Before reaching for a model, there's a step where you plot the data and just look at it. Averages and totals alone hide too much. Two groups can share the same average while telling completely different stories — one clustered together in the middle, the other split into two camps at opposite ends.

This is where odd values and unexpected clusters surface: a row where someone's age reads 200, a record that goes quiet on one particular weekday, users who split cleanly into two distinct camps. These discoveries, arriving before any answer does, are what shape the next question.

The model is the last tool you reach for

A model becomes worth reaching for once you have to guess what happens next. Before that point, if a simple comparison or a basic split already answers the question, that's enough — and it's easier to explain, too.

The spot where people slip most often here is mixing up correlation with causation. Two numbers moving together doesn't mean one is causing the other. Ice cream sales rising alongside drowning incidents doesn't make ice cream the cause; a hidden third factor, like hot weather, is usually driving both.

Confirming an actual cause takes a different approach: splitting people into groups under different conditions and comparing the outcomes directly — showing one group a changed screen, say, and measuring what happens against a group that never saw it.

The job isn't done until it's communicated

Once the analysis wraps up, what's left is persuasion. What was found, what to do about it, and how far the conclusion can be trusted all need to be delivered together.

The people who know numbers best never skip that last part. They flag that the sample was small enough to wobble, or that something specific to this one stretch of time got mixed in. One confident conclusion is worth less, in practice, than a clear line drawn between what's solid and what isn't.

3More precisely

Data science sits where statistics, programming, and knowledge of the subject at hand overlap. No single one carries it alone: statistics without domain knowledge doesn't know what the numbers mean on the ground, and domain knowledge without statistics mistakes a random blip for a real discovery. Titles like data analyst, data engineer, and machine learning engineer sound distinct, but the boundaries shift from company to company, and the actual work overlaps heavily.

The analogy breaks down in one place. An investigation looks for the one true account of a single event that already happened, while data science looks for a trend across many cases, and its conclusions always carry some uncertainty. That's why the language leans toward "this looks related, to some degree" rather than "this is the cause." One more gap: evidence at a crime scene stays put regardless of who finds it, but data can be tilted from the very start depending on who collected it and how, and who was left out of it entirely. No amount of careful calculation turns tilted material into a straight answer — the fix has to happen back at the collecting stage, not at the end.

4Try it yourself

5Common misconceptions

  • It's easy to think data science means building AI models, but actually far more time goes into framing the question and cleaning the data than into modeling.

  • It's easy to think more data automatically gets you an answer, but actually piling up data you don't understand the origin of only adds false confidence to a wrong conclusion.

  • It's easy to think that when two things move together, one must be causing the other, but actually a hidden third factor is often driving both at once.

7One-line summary

In shortData science gathers scattered data like evidence, cleans it, pulls out an answer, and carries that answer all the way through to a decision.

Spotted an error or have a better analogy? Suggest an edit · Last updated2026-09-02