
sidebar.wechat

sidebar.feishu
sidebar.chooseYourWayToJoin

sidebar.scanToAddConsultant
Have you ever had this experience:
The common thread in these scenarios: The problem isn't in the data—it's in the timeliness of discovery.
The biggest gap between a senior data analyst and a novice is often not analytical ability itself, but the speed and accuracy of spotting problems. An experienced analyst looks at a trend chart and knows "this point is off" at a glance, while a beginner might stare for half an hour without spotting the anomaly.
AskTable's Anomaly Detection Skill does one thing: Transforms this "spotting issues at a glance" capability into automated monitoring that everyone can use.
In data analysis, anomaly isn't "very large" or "very small" values—it's deviation from normal patterns.
Example:
An e-commerce platform's average daily sales is 1 million yuan.
Scenario A: Sales become 500,000 one day → Is this anomaly?
Scenario B: Double 11 sales become 5 million → Is this anomaly?
Scenario C: Continuous decline of 5% per day for a week → Is this anomaly?
The answers are all different:
So the core of anomaly detection isn't setting a fixed threshold (like "alert when below 800,000"), but understanding the normal fluctuation range of data, then identifying points deviating from this range.
Where does a senior analyst's "intuition" come from?
Essentially, their brain stores hundreds to thousands of "data pattern - business reason" mappings. When they see a curve, their brain automatically:
But human brains have three limitations:
The Anomaly Detection Skill does what algorithms simulate this pattern recognition capability while breaking through human brain limitations.
AskTable's anomaly detection follows a clear three-step process:
Baseline isn't a straight line, but a dynamic normal range. AskTable calculates from historical data:
Example: A store's average daily sales over past 30 days is 50,000 yuan
- Workday average: 55,000, range 45,000-65,000
- Weekend average: 38,000, range 30,000-45,000
- Volatility: 12%
If sales drop to 35,000 one workday:
- Deviation from workday baseline: (55,000 - 35,000) / 55,000 = 36%
- Far exceeds normal fluctuation range (12%)
→ Determined as significant anomaly
AskTable doesn't simply say "there's anomaly," but tells you:
| Information | Description |
|---|---|
| Anomaly timestamp | Which specific time, which metric had anomaly |
| Deviation degree | Percentage deviation from baseline, minor fluctuation or significant anomaly |
| Anomaly type | Sudden (sharp drop/rise), trending (continuous decline), cyclical (regular anomaly) |
| Historical comparison | Whether similar anomaly occurred before, what was the cause |
Discovering anomaly is just the first step—more important is knowing where to find the cause.
AskTable automatically recommends the most relevant drill-down dimensions based on anomaly characteristics:
Anomaly: Today's sales down 22%
Recommended drill-down dimensions:
1. By region → East China down 35%, other regions normal
2. By category → East China's 3C digital category down 50%
3. By time slot → Orders sharply dropped 10-12am
Initial judgment: East China 3C category anomalous in morning hours
This "auto-recommendation" capability comes from AskTable's automatic analysis of data characteristics—it calculates each dimension's contribution to anomaly, then sorts recommendations by contribution size.
The problem with many monitoring tools: thresholds are set too rigidly.
❌ Fixed threshold: "Alert when sales below 800,000"
Problem: 800,000 is normal in peak season, 1.2 million might be anomaly in off-peak
✅ Dynamic threshold: "Alert when deviation exceeds 2 standard deviations from recent baseline"
Advantage: Automatically adapts to data's seasonal and trending changes
AskTable's anomaly detection uses dynamic thresholds with core logic:
Anomaly threshold = Baseline value ± k × Standard deviation
Where k value auto-adjusts by scenario:
- Daily monitoring: k = 2 (alert only at 2 standard deviations, reduce false positives)
- Key metrics: k = 1.5 (core metrics more sensitive)
- Promotional period: k = 3 (more fluctuation during promotions, relax threshold)
Anomaly detection's biggest fear: "Crying wolf"—if known events are treated as anomaly alerts, users will soon ignore all alerts.
AskTable automatically identifies and excludes known interference factors:
| Interference Type | Handling Method |
|---|---|
| Holidays | Mark holiday data points, exclude from baseline calculation, or establish separate "holiday baseline" |
| Promotions | Identify data surges during promotions, don't treat as anomaly, establish "promotion baseline" |
| System maintenance | Mark system maintenance period data gaps or anomalies, auto-exclude |
| Data delay | Identify "false anomalies" caused by delayed data reporting, re-judge after data completion |
Traditional approach: Spend 30 minutes daily opening various dashboards, checking each metric.
Anomaly detection approach: AskTable auto-inspects, discovers anomalies and proactively pushes.
📊 Anomaly Detection Report
Time: April 6, 2026 09:30
Found 2 significant anomalies:
1. ⚠️ Today's sales 780,000, down 22% from baseline
- Biggest impact: East China (-35%)
- Impact category: 3C Digital (-50%)
- Impact time slot: 10:00-12:00
→ Suggest investigating East China 3C category inventory and system status
2. ⚠️ User conversion rate 2.1%, below normal range (2.8%-3.5%)
- Mainly concentrated on mobile (1.5%)
- PC normal (3.2%)
→ Suggest investigating mobile payment process
When user proactively asks, anomaly detection skill links with other skills (drill-down, attribution) to provide complete analysis.
User asks: "Why did today's sales drop so much?"
AskTable's response structure:
Not all anomalies are "sudden drops." Some are slowly deteriorating trends, harder to detect, but more harmful.
Scenario: A SaaS product's user renewal rate
- Past 3 months: 95% → 94% → 93% → 91%
- Monthly decline 1-2 percentage points, each month doesn't seem abnormal
- But trend detection found: 3 consecutive months decline, cumulative drop 4 percentage points
→ Alert: Renewal rate shows continuous下滑 trend, suggest paying attention to customer satisfaction
This trending anomaly detection relies on identifying sequence patterns, not single-point judgment.
In AskTable, you don't need to manually configure any rules—just ask in natural language to trigger anomaly detection:
"Is there anything unusual in recent data?"
"Were last week's sales normal?"
"Are there any metrics that seem off recently?"
AskTable automatically:
If you want AskTable to continuously monitor certain metrics:
If your business has special anomaly definitions, you can create custom anomaly detection rules in AskTable's Skill Editor:
You are a retail store anomaly detection expert.
Metrics to watch:
- Sales, customer traffic, average order value, inventory turnover
Anomaly definitions:
- Single-day sales below 7-day average by 20% → Significant anomaly
- Customer traffic declining 3 consecutive days → Trending anomaly
- Inventory turnover below 2 → Slow-moving alert
Report format:
- List all anomalies first (sorted by severity)
- Each anomaly with possible cause and troubleshooting suggestions
- Maximum 5 items, avoid information overload
Anomaly detection doesn't work in isolation. In real analysis, it forms a complete workflow with other skills:
Anomaly Detection (Discover problem)
↓
Drill-Down Metrics (Locate problem scope)
↓
Attribution Analysis (Find problem cause)
↓
Metric Interpretation (Translate to business language)
↓
Report Orchestration (Output analysis results)
For example:
This skill-linking capability is the core value of AskTable agents.
Pain point: 200 stores, regional managers manually aggregate data daily, average anomaly discovery lag 1.5 days. By the time problems are found, losses have already occurred.
Solution: Deploy "Store Operations Analyst" agent, enable anomaly detection skill, connect POS and inventory systems.
Effects:
"Before, problems happened and we only knew the next day from the daily report. Now we get push notifications 5 minutes after anomaly occurs, and can handle it same day. This change is huge." —— East China Operations Director, a certain chain retail brand
Anomaly detection's value isn't in "discovering data has problems," but in shortening problem discovery time from 'days' to 'minutes,' transforming personal experience-dependent inspection into automated system capability.
AskTable's approach isn't simply setting alert thresholds, but:
Good anomaly detection doesn't tell you "data is wrong," but tells you "where it's wrong, why it's wrong, what you should do."
sidebar.noProgrammingNeeded
sidebar.startFreeTrial