How to build Intercom support dashboards in Metabase
Intercom is where your team has conversations with customers across chat, email, and social, increasingly with the Fin AI agent. Metabase is where you turn that activity into shared, trustworthy dashboards. This guide covers two complementary paths: a lightweight MCP route for fast, AI-assisted questions, and a durable pipeline route that syncs Intercom into a database so you can build dashboards anyone can read.
How do you connect Intercom to Metabase?
Most teams combine these: use the MCP route to explore and triage, and the pipeline route for the dashboards people depend on.
Live, conversational analysis
Pair the official Intercom MCP server with the Metabase MCP server so an AI assistant can pull live conversation data and query existing Metabase models on demand.
- Ad-hoc questions like "which conversations are still open from VIPs?"
- Spot checks on Fin resolution before building a report
- Exploring what's worth tracking
- The Intercom MCP server is currently supported only on US-hosted workspaces
- Not a substitute for governed or scheduled reporting
- No history unless your data already lives in Metabase
Durable dashboards with history
Sync Intercom into a database or warehouse with Airbyte, Fivetran, or the REST API, then point Metabase at it.
- Response-time, CSAT, and Fin resolution dashboards the team relies on
- Trends over quarters and year-over-year comparisons
- Joining support data with product usage or billing data
- Requires a destination database and a sync to maintain
- You own the data model and refresh schedule
- Capture conversation state changes for accurate time-in-state
What can you analyze from Intercom data in Metabase?
- Conversation volume — opened vs. closed by day, channel, and team
- Time to first response — how long customers wait for a reply
- Time to close — opened to closed, with median and p90
- Fin AI resolution — how much the AI agent resolves vs. hands over
- Backlog and aging — open conversations and how long they wait
- CSAT — conversation ratings over time
- Teammate and team load — workload distribution and handle time
Which Intercom dashboards should you build in Metabase?
Support overview
The daily pulse of volume and responsiveness.
- Conversations opened vs. closed per day (dual line)
- Median time to first response (number + trend)
- Median time to close (number + trend)
- Open conversations by state (bar)
Response time & SLA
Are we replying within target?
- First response time p50/p90 by week (line)
- Conversations breaching target by team (table)
- Volume by channel (chat, email, social) (bar)
- Aging open conversations by days-open bucket (table)
Fin AI & deflection
How much is the AI agent resolving?
- Fin resolution rate by week (line)
- AI vs. human resolved conversations (bar)
- Handover rate to a human teammate (number)
- CSAT for AI vs. human resolutions (bar)
Teammate performance
Balance workload and spot coaching opportunities.
- Closed conversations by teammate (bar)
- Median handle time by team (bar)
- Open assigned conversations by teammate (table)
- Conversation rating by team (bar)
How do you use the Intercom and Metabase MCP servers together?
Pair the Intercom MCP server with the Metabase MCP server for live, conversational analysis. The Intercom MCP pulls current conversation and contact data; the Metabase MCP queries the models and dashboards you've already built.
Example workflows
- List open conversations from VIP contacts and summarize by team.
- Pull today's Fin handovers from Intercom and compare resolution trends against a Metabase model.
- Triage: "show open conversations with no teammate reply in 4 hours."
Be honest about the limits
- MCP is great for live lookups — not for scheduled or audited reporting.
- It does not create history; trend analysis still needs synced data.
- The Intercom MCP server currently supports US-hosted workspaces only.
- The Metabase MCP server is built in; an admin enables it under Admin → AI → MCP.
How do you set up the Intercom and Metabase MCP servers?
Intercom MCP official
- Endpoint
https://mcp.intercom.com/mcp- Transport
- Streamable HTTP (legacy
/ssedeprecated) - Auth
- OAuth (recommended) or a Bearer access token
- Note
- Supported on US-hosted Intercom workspaces.
Metabase MCP built-in
- Enable
- Admin → AI → MCP
- Endpoint
https://<your-metabase>/api/metabase-mcp- Auth
- OAuth handled by Metabase
# Intercom (remote, OAuth in browser) — US-hosted workspaces
claude mcp add --transport http intercom https://mcp.intercom.com/mcp
# Metabase built-in MCP (replace with your instance URL)
claude mcp add --transport http metabase https://your-metabase.example.com/api/metabase-mcp{
"mcpServers": {
"intercom": {
"command": "npx",
"args": ["-y", "mcp-remote", "https://mcp.intercom.com/mcp"]
},
"metabase": {
"command": "npx",
"args": ["-y", "mcp-remote", "https://your-metabase.example.com/api/metabase-mcp"]
}
}
}On first connection each server opens a browser window to authorize. For a Bearer token, pass --header "Authorization:Bearer YOUR_TOKEN" to the Intercom server.
Can you generate an Intercom dashboard with AI?
Yes — and this is the fastest way to a strong first draft. Use the prompt below with the Metabase MCP server and any assistant that can inspect your warehouse schema and create Metabase questions. It assumes Intercom data is already synced into a database Metabase can read, treats MCP as exploratory, and tells the agent to skip metrics the schema can't support instead of faking them.
Create a polished Metabase dashboard for Intercom support analytics using the
available Intercom tables in this database.
Goal: Help support and CX leaders understand conversation volume, response time,
Fin AI resolution, CSAT, and teammate workload from Intercom data.
First, inspect the schema and identify the available Intercom tables. Do not assume
exact table names. Map the available raw tables into these analytical concepts
where possible: Conversations, Conversation parts (messages), Contacts, Admins
(teammates), Teams, Tags, Segments, Companies, and conversation statistics if
available.
Important:
- Treat MCP data access as exploratory only.
- Build the dashboard from durable database/warehouse tables.
- Use medians (p50) and p90 for response and close times, never averages.
- Define "first response" as the first human teammate reply unless you are
explicitly measuring Fin AI, in which case separate AI replies clearly.
- If conversation state-change history is missing, do not calculate time-in-state.
Use a caveat instead.
- Do not claim Metabase connects natively to Intercom unless that is explicitly
true in this environment.
Dashboard title: Intercom Support Overview
Sections:
1. Executive summary (KPI cards): Conversations opened last 7 days; Closed last 7
days; Open backlog; Median time to first response; Median time to close;
Fin resolution rate (only if AI resolution data exists).
2. Volume & backlog: Opened vs closed by day; Open by state; Backlog aging;
Volume by channel.
3. Response time: First response time p50/p90 by week; Conversations over target
by team; Time to close by week.
4. Fin AI & deflection: Fin resolution rate by week; AI vs human resolved;
Handover rate; CSAT for AI vs human (only if rating data exists).
5. Teammate & team: Closed by teammate; Median handle time by team; Open assigned
by teammate; Rating by team.
Filters: Team, Teammate, Channel, Tag, Segment, State, Date range.
Before finalizing, create or recommend reusable Metabase models:
modeled_intercom_conversations, modeled_intercom_conversation_parts,
modeled_intercom_contacts, modeled_intercom_admins, and
modeled_intercom_companies.
Output: Build the dashboard if you have permission; otherwise provide the exact
questions, SQL, model definitions, and layout. Include caveats for any metric
that cannot be calculated from the available schema. Keep it practical, dense,
and executive-readable. Avoid vanity metrics.How do you sync Intercom data into a database or warehouse?
For dashboards that need history and reliability, land Intercom data in a database first, then connect Metabase to that database.
Connector options
- Airbyte(managed ETL) — has an Intercom source covering conversations, contacts, admins, companies, tags, and segments.
- Fivetran(managed ETL) — offers an Intercom connector with a maintained schema and incremental syncs.
- dlt(code) — write a Python pipeline against the Intercom REST API for full control.
- Intercom REST API(raw) — the source of truth; paginate conversations and use the Data Export for bulk history.
Notes
- Land raw tables first, then build clean models on top.
- Intercom timestamps are Unix epochs — convert with
to_timestamp()in your model layer. - Capture conversation state changes if you want accurate time-in-state and reopen analysis.
How should you model Intercom data in Metabase?
Core tables
| Table | Grain | Key columns |
|---|---|---|
conversations | one row per conversation | id, state, created_at, updated_at, team_assignee_id, admin_assignee_id, time_to_first_response, time_to_close |
conversation_parts | one row per message/part | conversation_id, part_type, author_type (admin/bot/user), created_at |
contacts | one row per contact | id, email, company_id, created_at |
admins | one row per teammate | id, name, team_id |
companies | one row per company | id, name, plan, monthly_spend |
Modeling advice
- Convert epoch timestamps once in a model layer so every question uses real dates.
- Use
author_typeon conversation parts to separate human, bot, and customer messages — essential for honest first-response and Fin metrics. - Prefer Intercom's
time_to_first_response/time_to_closewhen present rather than recomputing from parts. - Treat tags as a bridge table so a conversation can carry many tags.
- Define "closed" once and reuse it everywhere.
Which Intercom metrics should you track in Metabase?
| Metric | Definition | Notes |
|---|---|---|
| Time to first response | time_to_first_response on the conversation. | Report median and p90; separate human from Fin. |
| Time to close | time_to_close on the conversation. | Decide whether to include snoozed time. |
| Conversation volume | Opened vs. closed in a period. | Segment by channel and team. |
| Fin resolution rate | AI-resolved conversations without human handover ÷ total. | Needs AI participation / handover fields. |
| Backlog | Open conversations right now. | Pair with aging buckets. |
| CSAT | Positive ratings ÷ rated conversations. | Watch the response rate too. |
What SQL powers Intercom dashboards in Metabase?
These assume the modeled tables above (PostgreSQL dialect, epoch timestamps). Adjust identifiers to match your warehouse.
The basic volume trend over the last 30 days.
SELECT
date_trunc('day', to_timestamp(c.created_at)) AS day,
COUNT(*) AS opened,
COUNT(*) FILTER (WHERE c.state = 'closed') AS closed
FROM conversations c
WHERE to_timestamp(c.created_at) >= CURRENT_DATE - INTERVAL '30 days'
GROUP BY 1
ORDER BY 1;Median and p90 from the conversation's first-response field.
SELECT
date_trunc('week', to_timestamp(c.created_at)) AS week,
percentile_cont(0.5) WITHIN GROUP (
ORDER BY c.time_to_first_response / 60.0
) AS median_frt_min,
percentile_cont(0.9) WITHIN GROUP (
ORDER BY c.time_to_first_response / 60.0
) AS p90_frt_min
FROM conversations c
WHERE c.time_to_first_response IS NOT NULL
GROUP BY 1
ORDER BY 1;AI-handled conversations closed without handover. Adjust field names to your schema.
SELECT
date_trunc('week', to_timestamp(c.created_at)) AS week,
COUNT(*) AS total_closed,
COUNT(*) FILTER (WHERE c.ai_agent_participated) AS ai_handled,
ROUND(
100.0 * COUNT(*) FILTER (WHERE c.ai_agent_participated AND NOT c.handed_over)
/ NULLIF(COUNT(*), 0),
1
) AS fin_resolution_pct
FROM conversations c
WHERE c.state = 'closed'
GROUP BY 1
ORDER BY 1;Where open conversations are piling up right now.
SELECT
t.name AS team,
COUNT(*) AS open_conversations
FROM conversations c
LEFT JOIN teams t ON t.id = c.team_assignee_id
WHERE c.state = 'open'
GROUP BY t.name
ORDER BY open_conversations DESC;What are common mistakes when analyzing Intercom in Metabase?
to_timestamp() in a model layer so dates and durations are correct everywhere.author_type to separate Fin/bot messages from teammate replies.