Scenario Experience


Feishu
Choose your preferred way to join


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."
No coding required. Ask questions in natural language and AI generates SQL queries and visualizations automatically.
Start your free trial now and experience AI-powered data analysis with AskTable.