theonline.mba
← Back to unit 4: Statistical Inference

OMBA 102 · Unit 4 · Lesson 5 of 5

Common Errors in Statistical Reasoning

Statistical Inference

Lesson

The spreadsheet was right; the decision was wrong

A private equity-backed retailer rolled out dynamic pricing nationally after a regional test showed revenue per basket up 4% with p = 0.02. Eight weeks later, net revenue was flat and customer complaints rose. Post-mortem revealed three stacked errors: the test region was wealthier (selection bias), analysts sliced twelve segments until one showed significance (p-hacking), and the team interpreted correlation in weather patterns as proof the algorithm worked (confusing correlation with causation). No single formula failed. The inference chain broke at human steps that survive spreadsheet certification.

Unit 4: Statistical Inference gave you legitimate tools: samples and standard error (Lesson 1), confidence intervals (Lesson 2), hypothesis tests and p-values (Lesson 3), and business vs statistical significance (Lesson 4). This closing lesson catalogs how those tools are misapplied in real organizations. Most costly failures are conceptual, not computational. Your defense is process: pre-specification, representative sampling, segmented analysis plans, red-team review, and explicit dollar reads.

How errors compound across the inference chain

Errors rarely arrive alone. A biased sample (Lesson 1) produces a tight CI (Lesson 2) around the wrong number. A p-hacked metric (below) crosses α = 0.05 (Lesson 3). A tiny significant lift (Lesson 4) gets funded. Each step looked "statistical." The compound failure was never asking whether the population matched the decision.

Use a chain review before major launches: (1) population and frame, (2) CI width vs MDE, (3) p-value on pre-registered primary only, (4) dollar lower bound, (5) red-team alternatives. Weakness at any link downgrades confidence in the whole memo.

Correlation is not causation (and what to do instead)

Correlation means two variables move together in data. Causation means changing one variable changes the other. Ice cream sales and drowning deaths correlate because both rise in summer; banning ice cream does not reduce drownings. Business data is full of shared drivers: macro trends, seasonality, marketing spend, inventory in stock.

Observational studies dominate business because randomized holdouts are politically or operationally hard. A regional sales lift after a training program may coincide with a competitor exit, a tariff change, or a viral social moment. The training correlation is real in the spreadsheet; the causal effect on sales is unproven. Leaders who reward "lift after intervention" without controls train teams to confuse timing with impact.

Fix when possible: randomized controlled trials (A/B tests with random assignment). Randomization balances confounders you did not measure, not only ones you did. Fix when experiment is impossible: difference-in-differences, regression with controls, instrumental variables, or explicit causal diagrams naming confounders. At minimum, list plausible alternative explanations before attributing lift to your initiative.

Managers should ask: "What else changed in the same window?" If pricing, ad spend, and inventory all moved, a simple before-after comparison is storytelling. Document a counterfactual: what would we expect without the intervention, based on control markets or prior trend?


p-hacking and the garden of forking paths

p-hacking is torturing data until p < 0.05: try many metrics, many segments, many time windows, many model specs, then publish the one significant result without correction.

If you test 20 independent null hypotheses at α = 0.05, expect about one false positive by chance even if nothing works. Multiple comparisons require adjustment (Bonferroni, divide α by number of tests; false discovery rate methods like Benjamini-Hochberg) or strict pre-registration of a primary metric.

Garden of forking paths (term from Andrew Gelman and Eric Loken) describes how each analyst choice (transformations, outliers, covariates) branches analysis trees; peeking at data guides choices that inflate significance.

Fix: pre-register primary outcome, analysis window, and exclusion rules; holdout validation on fresh data; treat exploratory dashboards as hypothesis-generating, not confirmatory.

Imagine a growth team with twelve funnel metrics and five audience segments. That is 60 implicit tests at α = 0.05. Expected false wins ≈ 3 even if the product changed nothing. Bonferroni would require each test at α/60 ≈ 0.00083, harsh but honest for unfocused fishing. Pragmatic middle ground: one pre-registered primary with family-wise error controlled; exploratory cuts labeled with false discovery rate methods and confirmed on holdout week.

HARKing: stories after the fact

HARKing (Hypothesizing After Results are Known) is writing hypotheses to match surprising results. It feels like insight; it is overfitting narrative to noise.

Fix: document hypotheses and decision thresholds before data collection; separate exploration sprints from confirmation experiments; reward disconfirming tests.

Consultancies and internal analytics teams face incentive to deliver "insights." HARKing turns post-hoc patterns into strategic narratives. A retail client sees Tuesday sales spike after a logo change; the deck claims rebranding lifted weekday traffic. Weather and a holiday bridge explain Tuesday. Require analysis plans signed before database access on confirmatory projects. Exploration outputs carry watermark: "hypothesis generating only."

Survivorship bias and partial samples

Survivorship bias studies only units that "survived" to the end: profitable stores still open, funds still operating, customers still active. Failed units disappear from the database, inflating performance.

Fix: include failures; use intent-to-treat analysis (analyze all randomized units as assigned, not only completers); track censored customers who left before measurement.

Example: a SaaS company measures feature adoption only among users who reached week 4. Heavy churn in weeks 1 to 3 hides that the feature hurts retention.

Private equity due diligence often reviews "top performing locations" when evaluating roll-ups. Closed stores vanish from the sample. Ask for cohorts including closures and write-downs. Intent-to-treat in experiments means users assigned to variant B count in B even if they never saw the button, preserving comparison fairness.

Simpson's paradox: aggregates lie when mix shifts

Simpson's paradox occurs when a trend appears in aggregate data but reverses in every subgroup (or vice versa) because subgroup weights differ.

Classic pattern: enterprise revenue rises, small-business revenue rises, but total revenue falls because mix shifted toward lower-spend segment.

Fix: segment before pooling; standardize weights when comparing periods; never declare global win from aggregate alone when segments move opposite.

Healthcare billing example (classic Simpson): treatment looks worse in aggregate but better within each severity band because assignment shifted toward sicker patients. Business analog: enterprise deals get the new pricing tool while SMB stays legacy; aggregate revenue per account moves for mix, not tool efficacy.

Base rate neglect in rare events

From Unit 3: Probability and Risk, base rate is how common an outcome is before new evidence. Base rate neglect ignores it when interpreting tests (fraud flags, hiring screens, medical-style diagnostics in HR tools).

Even a accurate rule generates many false positives when the base rate is low. Managers must ask: "Of flagged cases, what fraction are truly problems?" not only "How accurate is the flag?"

Fix: state baseline prevalence; compute positive predictive value with Bayes rule when stakes are high.

Numeric sketch: fraud base rate 0.5% (5 in 1,000). Model flags 1% (10 in 1,000). Among flagged, suppose 50% are truly fraud (5 of 10). Accuracy sounds high yet half of flags are false positives. Auto-decline would anger good customers. Better: review queue prioritized by score, threshold set on precision (share of flags that are true fraud) not raw accuracy.

Overfitting models to noise

Overfitting fits patterns that do not generalize: a 50-variable model memorizes history, fails next quarter. Common in predictive analytics without discipline.

Fix: train/test split, cross-validation, simpler models, regularization, and out-of-time validation for business series.

Inference on experiments is simpler than big models, but peeking and post-hoc segments recreate overfitting logic in tabular tests.

Ecological fallacy and wrong grain

Ecological fallacy assigns group-level patterns to individuals: "States with higher literacy have higher income" does not mean literacy causes individual wealth in a causal policy sense at person level.

Fix: analyze at the decision grain (customer, store, loan, employee). If policy acts on individuals, data should be individual-level or carefully aggregated with model justification.

False precision and N=1 storytelling

Anchoring on arbitrary precision: forecasting revenue as $47,382,991 implies false accuracy. Round to meaningful digits; show ranges (CIs, scenarios).

N=1 storytelling: "This customer loved the beta" is qualitative depth, not population inference. Label anecdotes; pair with representative samples for scale decisions.

Red-team checklist before the board sees numbers

  • Primary hypothesis and metric pre-specified?
  • Population and sampling design documented; bias risks named?
  • Effect size, CI, and p-value on primary metric?
  • Dollars at point and bound?
  • Multiple comparisons handled or labeled exploratory?
  • Alternative explanations listed?
  • Holdout or fresh period validation planned?

Regression to the mean and metric selection

Regression to the mean bites when you act on extreme weeks. Call volume spiked last week; you hire staff; volume naturally falls. A test that starts after a terrible month may show "lift" from recovery, not from your fix. Use control groups or compare to same-period last year when experiments are impossible.

Pick primary metrics resistant to gaming and aligned to revenue. Clicks are easy; qualified pipeline is harder but closer to business significance.

Confounding in quasi-experiments

When random assignment is impossible (competitor entered one region only), difference-in-differences compares treated vs control regions before and after, assuming parallel trends. Violated assumptions produce causal claims as fragile as correlation. Document parallel-trend charts and sensitivity to covariates.

Managers should treat quasi-experimental results as lower confidence than randomized A/B, widening internal discount rates on projected benefits.

Data dredging in dashboards

Self-serve business intelligence (BI, dashboard tools like Looker or Tableau) enables slicing until green. Governance fix: separate exploration sandboxes from production metrics with change control. Only production metrics trigger automated alerts and bonuses.

Analysts earn trust by publishing a null primary result faster than a post-hoc win.

Intent-to-treat versus per-protocol

In randomized trials, intent-to-treat (ITT, analyze all units as originally assigned) preserves randomization benefits. Per-protocol analysis (only completers) introduces survivorship. Product A/B that drops users who never saw the feature should still analyze all assigned users in ITT; supplement with per-protocol as sensitivity only.

Publication bias and external benchmarks

Industry case studies report wins; failures sit in desk drawers. When benchmarking "best in class" conversion, ask what failed tests were not published. Your prior should not come only from vendor marketing.

Building an inference governance playbook

Organizations that avoid statistical embarrassment encode rules in templates, not hero analysts.

Experiment charter (one page): population, randomization, primary metric definition, guardrails, MDE in pp and dollars, α, planned n, runtime cap, decision owner, reversibility class.

Analysis log: date-stamped commits or notebooks; no offline Excel forks without version control.

Readout template: point, CI, p on primary only; secondary metrics labeled exploratory; segment tables pre-listed; dollar translation; explicit fail/extend/launch/kill recommendation.

Red-team review: analyst not on the project checks sampling frame and one alternative story.

Holdout policy: any "significant" global rollout runs 10% holdout for four weeks when feasible; kill switch if guardrails breach.

Train executives to ask five questions: Who is the population? What is n? What is the CI on the effect that matters? What is dollar lower bound? What would convince us we were wrong?

These process steps do not replace math from Lessons 1 to 4. They ensure the math attaches to the right decision.

Unit 4 synthesis: the literate manager's questions

When someone puts a number in front of you, ask in order:

  1. Population: Who does this claim cover?
  2. Sample and design: How were they chosen? Any bias?
  3. n and SE or CI: How precise is the estimate?
  4. Hypothesis and p-value: Is zero effect plausible?
  5. Effect size and dollars: Does magnitude matter after costs?
  6. Process: Was the metric pre-specified? Any multiple testing?

If any answer is missing, the decision is not ready. This list is the capstone of Statistical Inference before Unit 5: Relationships and Prediction, where you model associations across variables rather than single-parameter uncertainty alone.

Deep dive: Simpson's paradox with numbers

Two regions, pre vs post pricing tool:

RegionPre rev/accountPost rev/accountLift
East$1,000$1,050+5%
West$500$525+5%

Mix shifts: pre period 50% East / 50% West; post period 30% East / 70% West (tool rolled out more in West). Aggregate pre average = $750; post = $582. Aggregate shows decline despite +5% in each region. Pricing tool looks harmful in aggregate while helping within regions.

Fix: report segment lifts and mix-adjusted totals using standardized weights. Never bonus a product manager on aggregate alone when mix shifted.

Practice problem solutions: fraud screening expanded

For the fraud problem, if 1% of 1,000,000 transactions flagged (10,000 flags) and 0.5% base fraud rate (5,000 frauds total), perfect classification would flag exactly 5,000 frauds and 5,000 false positives among flags (50% precision). "95% accurate" often means 95% of all transactions correctly classified, which still allows thousands of false flags when fraud is rare. Guardrail: set threshold where precision exceeds cost ratio of false decline vs missed fraud.

Correlation vs causation: vendor spend example

Monthly cloud spend correlates with revenue (r = 0.92) because both scale with user growth. Cutting cloud spend to "match efficient peers" would crash product. Causal question requires holding user growth constant or randomizing infrastructure experiments. Always draw a diagram: User growth → revenue and User growth → cloud spend. The correlation between spend and revenue is non-causal.

Overfitting in experiment analysis (not only ML)

Even without neural networks, analysts overfit when they slice twenty segments post hoc and promote the winner. That is overfitting to sampling noise in tables. The cure matches ML: pre-specify splits, hold out a final week of data untouched until primary analysis is locked, or apply multiple-comparison control. Treat segment discoveries as hypotheses for the next experiment, not launch orders today.

Final red-team exercise

Before your next quarterly business review, pick one metric that drove a decision. Write half a page: population, bias risk, CI, p-value if applicable, dollar impact, and which error type from this lesson almost fooled you. Share with a peer who red-teams your story. That habit beats any formula on a cheat sheet.

Catalog quick reference (errors and fixes)

ErrorOne-line fix
Correlation ≠ causationRandomize or model confounders
p-hackingPre-register primary metric
HARKingHypotheses before data
Survivorship biasInclude failures; ITT
Simpson's paradoxSegment before aggregate
Base rate neglectState prevalence first
OverfittingHoldout validation
Ecological fallacyMatch decision grain
False precisionRound; show ranges
N=1 storiesLabel anecdote; sample for scale

Post this table in your experimentation wiki. Link each row to the lesson section that teaches the fix in depth.

Completing Unit 4 means you can compute and interpret samples, confidence intervals, and hypothesis tests, then judge whether statistical output clears a business hurdle. Unit 5 extends inference to relationships across variables: regression, prediction, and the new error modes that appear when models multiply. Carry this unit's governance habits forward; the formulas change, the discipline does not.

Assign an experiment owner who signs the charter before data and the red-team checklist before launch. When ownership is diffuse, p-hacked wins and survivorship stories fill the vacuum. One accountable name on the memo prevents many statistical errors.

Before assessments, rehearse the chain on a public company 10-K metric: define population (reported scope), identify bias (survivorship, restatements), and state what CI or test you would demand before acting. That rehearsal is the unit's practical exam.

The costliest errors in this lesson are not on exams; they appear in meetings where correlation, significance, and anecdotes collide. Your job is to slow the room until population, CI, p-value, dollars, and pre-registration are on the table.

Review the unit assessments with this lens: every written answer should name at least one error type from this lesson and one guardrail you would implement next quarter. Mastery is behavioral change, not formula recall alone.

When you mentor analysts, grade their memos on process (charter, CI, dollars) before grades on p-values. Teams optimize what leaders score. Scoring only significance guarantees Lesson 5 errors at scale.

Return to the unit page for assessments when you can red-team a real decision memo using the chain review, the error catalog, and the governance playbook from this lesson. That is the standard for marking Statistical Inference complete.

Unit 5 introduces regression and prediction, where overfitting and ecological fallacy reappear in new forms. The habits you build here (charter, holdout, segment-first thinking) are the immune system for those models as well.

Print the red-team checklist and the error catalog quick reference. Tape them to the wall of the war room where experiment results are reviewed. Visible reminders beat policy documents nobody opens.

Statistical reasoning errors are organizational failures as often as individual mistakes. Fix the process and many errors disappear without firing the spreadsheet. That is the capstone lesson of Unit 4: Statistical Inference. You are ready for unit assessments when you can teach this lesson to a colleague using one real example from your work.

Carry the red-team checklist into every meeting where someone says "the data proves it." Your career and your company's capital will be safer for it. That discipline is what Statistical Inference is truly for. Use it well.


Worked example: Pricing "win" that was Simpson's paradox

Regional pricing test at Apex Office Supply showed enterprise segment revenue per account +6%, SMB segment +4%, but overall revenue per account flat with p = 0.40 on difference. Leadership declared global pricing win based on enterprise headline.

Part A: Segment facts

SegmentControl rev/accountVariant rev/accountLift
Enterprise$10,000$10,600+6%
SMB$500$520+4%

Mix in test traffic: 70% enterprise, 30% SMB (variant attracted more SMB trials).

Part B: Aggregate trap

Weighted average can flatline if SMB share rises under variant while both segments improve modestly. Finance modeled global roll-up using enterprise lift only, ignoring mix shift toward lower-spend accounts.

Part C: Correct inference path

Pre-specify segment-specific decisions. Test global aggregate only if policy is truly global uniform price. Compute CI on revenue per account within each segment and on mix-adjusted total revenue.

Simpson check: both segments up, aggregate flat → mix effect, not paradoxical reversal, but same managerial lesson: do not globalize from one segment.

Part D: Managerial read

Deploy variant pricing by segment with monitoring. Kill narrative "pricing win overall." Board question: "Are we optimizing revenue per account or total portfolio margin after mix?"


Worked example: p-hacking in a marketing dashboard

Growth team tested a campaign with primary metric: trial starts. After two weeks, p = 0.18. Analyst added metrics: email clicks (p = 0.04), landing page time (p = 0.22), social shares (p = 0.03). Deck highlighted clicks and shares as wins.

Part A: Multiple testing math

5 secondary metrics at α = 0.05 → expected false positives ≈ 0.25 if all null. Even 2 of 5 "significant" is plausible under noise.

Part B: Bonferroni adjustment (illustrative)

Family-wise α = 0.05 across 5 metrics → per-test threshold ≈ 0.01. Clicks at 0.04 and shares at 0.03 fail adjusted bar.

Part C: Pre-registration counterfactual

If trial starts were pre-registered primary, team would fail to reject and extend test or kill creative. Post-hoc wins would be labeled exploratory hypotheses for a follow-up experiment.

Part D: Managerial read

Do not scale spend on p = 0.04 clicks alone. Re-run with pre-registered primary tied to customer acquisition cost dollars. Reward analyst for documenting null primary honestly.


Worked example: Correlation vs causation in store staffing

A regional chain regressed daily sales on staffing hours; r = 0.85. Operations proposed cutting hours on "low correlation" days.

Part A: Confounders

High-traffic days (promotions, weather) drive both sales and scheduled hours. Reducing hours on busy days would crater revenue. Correlation reflects co-movement, not causal impact of hours alone.

Part B: Better design

Randomly assign staffing templates across matched stores for 8 weeks; compare sales per labor hour with difference-in-differences vs holdout regions; pre-specify primary metric.

Part C: Managerial read

Fire the spreadsheet that says "cut hours when r drops." Fund a randomized pilot whose CI on incremental sales per labor hour feeds scheduling software with causal bounds, not correlations.


Common mistakes beginners make

MistakeReality
Significant segment slice → global policySegment wins may not aggregate; check mix and weighting
Many metrics, one star → launchAdjust for multiple comparisons or pre-specify primary
Before-after without controlConfounding trends mimic causation
Only studying survivorsSurvivorship bias inflates performance
Ignoring base rates on rare fraud/hire flagsMost flags may be false positives
Overfitting predictive modelsValidate out of time and on holdout
Ecological fallacy in geo testsMatch analysis grain to decision unit
Anecdote driving scaleQual for depth, quant for representativeness

Practice problem

A fintech startup claims its new fraud model is "95% accurate." Fraud base rate is 0.5% of transactions.

  1. In plain language, explain why 95% accuracy can still mean most alerts are false positives.
  2. If the model flags 1% of transactions, and among flagged 10% are truly fraud, what is the positive predictive value among flagged?
  3. What guardrail would you install before auto-declining flagged transactions?

Solution

  1. With rare fraud (0.5%), even low false-positive rates on legitimate transactions swamp true fraud in the flagged bucket. Base rate neglect makes "95% accurate" sound comforting while thousands of good customers get flagged.

  2. Among flagged, 10% truly fraud → positive predictive value = 10% (90% of flags are false positives in this scenario).

  3. Guardrails: human review above dollar threshold; segment by customer tenure; track false positive cost; calibrate thresholds on precision-recall, not accuracy alone; pre-register approval metrics (chargebacks prevented vs good customers blocked).


Practice problem 2

Store-level regression shows training hours correlate with sales (r = 0.6). HR proposes mandatory training nationwide.

  1. Name three confounders that could drive both training hours and sales.
  2. Design a better test (randomized or quasi-experimental) in one paragraph.
  3. How would Simpson's paradox appear if high-performing regions both train more and sell more?

Solution

  1. Confounders: store size/traffic, manager quality, urban vs rural wealth, recent remodels, marketing local spend.

  2. Randomly assign training to matched stores for 12 weeks; pre-specify primary metric sales per square foot; include holdout regions; analyze intent-to-treat; report CI on difference and dollar ROI (Lesson 4).

  3. Aggregate correlation positive, but within each region training may have zero marginal effect if training hours proxy for manager investment. Pooling hides that training is not causal driver; segment by region and store tier before causal claims.

Extended note on part 3: Simpson's paradox is not the only aggregation trap. Confounding without paradox can still inflate correlation between training hours and sales because both rise in high-traffic stores. Random assignment breaks that link by distributing store types across treatment and control.


Key takeaways

  • Valid formulas do not protect invalid designs; bias and p-hacking live upstream of z-scores.
  • Pre-register primary metrics and treat exploratory cuts as hypothesis generators, not proof.
  • Segment before aggregating; Simpson's paradox and mix shifts reverse managerial reads.
  • Base rates and false precision distort rare-event and forecast decisions.
  • Red-team analysis (alternatives, holdouts, dollars) before the board red-teams you.

After this lesson

  1. Audit one past "data-driven" decision for correlation, p-hacking, or survivorship risk.
  2. Add one guardrail (pre-registration, Bonferroni, holdout) to your team's next experiment charter.
  3. Return to the unit page for assessments, or continue to Unit 5: Relationships and Prediction.

Lesson exercise

40 min

Apply: Common Errors in Statistical Reasoning

Using your anchor company (or Data, Statistics and Managerial Decisions default), complete a focused exercise on **Common Errors in Statistical Reasoning**. 1. Write the decision frame (choice, owner, date, constraints). 2. Apply the lesson framework with at least one table and one explicit assumption. 3. Add a downside scenario and a guardrail metric. 4. Conclude with a recommendation and what would change your mind.

Deliverable

One-page workbook entry or memo section filed under OMBA 102 Unit materials.

Rubric

  • Decision frame is specific and time-bound
  • Framework applied with auditable steps
  • Downside case is plausible, not strawman
  • Guardrail metric defined with owner
  • Recommendation links to evidence quality label