Intercom × Metabase

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.

Heads up: Metabase connects to SQL databases and warehouses — it does not ship a native Intercom connector. For dashboards that need history and reliability, you'll sync Intercom into a database first (covered below).

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.

1 · MCP route (AI-assisted)

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.

Best for
  • 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
Trade-offs
  • 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
2 · Pipeline route (warehouse-backed)

Durable dashboards with history

Sync Intercom into a database or warehouse with Airbyte, Fivetran, or the REST API, then point Metabase at it.

Best for
  • 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
Trade-offs
  • 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?

For: Support leads

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)
For: Support ops

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)
For: CX & AI leadership

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)
For: Team managers

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 /sse deprecated)
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
ClaudeClaude Code CLI
# 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
Cursor~/.cursor/mcp.json or .cursor/mcp.json
{
  "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.

Verify before shipping: confirm the Metabase MCP URL in Admin → AI → MCP (Metabase docs) and the current Intercom MCP URL in the Intercom MCP docs.

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.

Prompt for creating an Intercom Support Overview dashboard
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

TableGrainKey columns
conversationsone row per conversationid, state, created_at, updated_at, team_assignee_id, admin_assignee_id, time_to_first_response, time_to_close
conversation_partsone row per message/partconversation_id, part_type, author_type (admin/bot/user), created_at
contactsone row per contactid, email, company_id, created_at
adminsone row per teammateid, name, team_id
companiesone row per companyid, name, plan, monthly_spend

Modeling advice

  • Convert epoch timestamps once in a model layer so every question uses real dates.
  • Use author_type on 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?

MetricDefinitionNotes
Time to first responsetime_to_first_response on the conversation.Report median and p90; separate human from Fin.
Time to closetime_to_close on the conversation.Decide whether to include snoozed time.
Conversation volumeOpened vs. closed in a period.Segment by channel and team.
Fin resolution rateAI-resolved conversations without human handover ÷ total.Needs AI participation / handover fields.
BacklogOpen conversations right now.Pair with aging buckets.
CSATPositive 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.

Conversations opened vs. closed per dayPostgreSQL

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;
Time to first response by weekPostgreSQL

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;
Fin AI resolution rate by weekPostgreSQL

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;
Open backlog by teamPostgreSQL

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?

Treating MCP answers as governed reporting.→ Use MCP for triage and exploration; build warehouse-backed Metabase dashboards for anything people depend on.
Leaving timestamps as raw epoch integers.→ Convert with to_timestamp() in a model layer so dates and durations are correct everywhere.
Counting bot replies as the first human response.→ Use author_type to separate Fin/bot messages from teammate replies.
Using averages for response and close times.→ Report medians and p90 — these durations are heavily right-skewed.
Mixing AI and human resolution into one number.→ Track Fin resolution and handover separately so deflection is honest.

Related analytics

Related integrations

FAQ

Does Metabase connect natively to Intercom?
No. Metabase reads SQL databases and warehouses. Sync Intercom into a database first (Airbyte, Fivetran, dlt, or the REST API), then connect Metabase to that database.
Where is the Intercom MCP server hosted?
Intercom hosts a remote MCP server at https://mcp.intercom.com/mcp over Streamable HTTP, with OAuth or Bearer auth. It currently supports US-hosted Intercom workspaces only.
How do I measure Fin AI resolution fairly?
Separate AI-resolved conversations (no human handover) from human-resolved ones, and compare CSAT for each. Don't blend them into a single resolution number.