Skip to content
Market Intelligence 3 min read

Market Signals and Business Decision Making

Organizations drown in signals and starve for decisions. A practical taxonomy for classifying market signals by decision relevance — and for building the escalation paths that make monitoring pay for itself.

The most common failure I see in market intelligence programs is not missing data — it's unassigned data. Hundreds of signals are monitored, beautifully rendered in dashboards, and owned by no one. A signal without a decision attached is decoration. This post is the taxonomy I use to sort decoration from instrumentation.

Three tiers of signal relevance

  1. Decision-critical — the signal feeds a specific, dated decision with a named owner. Example: sustained competitor undercut ahead of your annual pricing review. These get alerts, thresholds and SLAs.
  2. Context-shaping — the signal changes how leadership reads the next quarter but isn't tied to a single decision. Example: category-wide demand language shift. These get briefs and trend annotations.
  3. Archive — the signal is worth recording but rarely worth interrupting anyone for. Example: a minor competitor's A/B test on a landing page. These get stored, indexed and left alone.

The classification is done *with* the owning team, not for them — which is also how you discover that half your current dashboard belongs to tier three.

Thresholds are negotiations, not calculations

Statistical significance and business significance are different quantities. A 2% price movement is noise for a commodity category and a fire alarm for a margin-thin one. We set thresholds in workshops where the analyst brings the distribution and the decision owner brings the stakes; the number that emerges is a commitment — "if this fires, I will act" — not a z-score.

Alert volume vs. action rate as thresholds tighten
Alerts sentActions taken
Source: client workspace telemetry — alert volume and downstream action rate as thresholds tightened in five steps. The goal is maximizing action rate, not alert volume.

Escalation paths make monitoring real

When a decision-critical signal fires, three questions must have pre-agreed answers: who is told, in what channel, with what decision deadline. Without this wiring, even perfect monitoring degrades into "interesting, anyway back to work." We write the escalation paths into the program documentation and rehearse them with dry-run alerts. It feels ceremonial. It works.

SignalTierOwnerEscalation
Sustained >7% undercut on top-20 SKUsCriticalPricing leadSame-day Slack + review invite
Competitor packaging relaunchCriticalBrand lead48h digest to launch team
Category demand-language shiftContextContent leadWeekly brief annotation
Minor competitor site experimentArchiveIndexed, quarterly scan

The review loop

Every quarter, audit the tiers: which alerts led to actions, which actions moved numbers, which signals should be promoted or demoted. Programs that run this loop get sharper annually; programs that don't accumulate tiers of zombie dashboards. The loop is the product.

The value of a signal is the quality of the decision it improved. Everything else is telemetry.

— Maya Chen

If you're building or rescuing a program, our market intelligence practice is structured around exactly this decision-first design — and the competitive intelligence overview covers the monitoring layer that feeds it.

Maya Chen

Maya leads Heroku's market intelligence practice. She has spent a decade turning public-web signals into decision frameworks for retail, travel and SaaS teams, and writes about the craft of asking better questions of market data.

Related reading

Continue here

3 comments

Ravi Patel

The alert-volume vs action-rate chart deserves its own post. Every alerting system I’ve run has needed that exact recalibration conversation.

Sofia Marchetti

We ran the tier-classification workshop last month after reading this. Found 40+ dashboard widgets that belonged to tier three. Brutal and useful.

Maya Chen

Brutal and useful is the intended experience, Sofia. Well run.

Join the discussion