drafty
PostHog logo

Build a PostHog funnel & activation dashboard with Claude

Connect the PostHog MCP server to Claude, ask for a signup funnel and activation dashboard from your live product data, and publish it to a link your team comments on directly — no BI tool, no screenshots pasted into Slack.

What you'll build
A self-contained product dashboard — the signup-to-activation funnel with drop-off at each step, activation rate, time-to-activate, weekly active users, and the top first-week events — generated by Claude from your real PostHog data, then published to a drafty.im/canvas/… link. Your team clicks the exact funnel step or number they want changed and leaves a note. Claude reads the comments and ships a revised version to the same URL.

This is an end-to-end example: connect a data source over MCP, generate a dashboard from live numbers, and close the review loop on one link. Total time, start to shared link, is under fifteen minutes. The same shape works for any of the other examples — only the connection step changes.

Here's the finished dashboard, published to a canvas — click any funnel step or tile to leave a comment, exactly as your team would:

Live canvas — comment on any elementOpen ↗

The three moving parts

  1. The PostHog MCP server gives Claude read access to your product analytics — funnels, trends, retention, saved insights, and raw HogQL/SQL queries — through a controlled set of tools. You approve what it can touch.
  2. Claude pulls the numbers and writes a single self-contained HTML dashboard. You iterate on it in the artifact panel until it's right.
  3. Drafty turns that HTML into a stable link your team reviews. Comments pin to the exact element; Claude ships the fix to the same URL.

The generation step is fast now. The part this example is really about is the third one — getting the dashboard in front of people without losing their feedback to a screenshot circled in Preview.

Step 1 — Connect the PostHog MCP server

PostHog runs an official remote MCP server at https://mcp.posthog.com/mcp. You connect once; the first call sends you through a browser login that authorizes the account and routes you to the right data region (US or EU) automatically — no key pasted into a config file.

In Claude Code:

claude
claude mcp add --transport http posthog https://mcp.posthog.com/mcp -s user

Then run /mcp inside Claude Code and follow the login prompt to authorize the account. When you authorize, grant read access only — this dashboard never needs to write to PostHog.

In Claude Desktop: open Settings → Connectors → Add custom connector, paste https://mcp.posthog.com/mcp, and authorize through the browser login the same way.

Safety first
Authorize with read access only. If you're running an unattended agent that needs a personal API key instead of the browser login, scope that key to read-only on insights and query access, and nothing more. Never paste a full-access key into a config file or commit it. The dashboard only reads; it has no reason to hold write permissions.

Step 2 — Pull the numbers

Ask Claude in plain language. It uses the MCP server's read tools (query-funnel, query-trends, query-retention, execute-sql, insights-list) to fetch real data:

claude
Using the PostHog MCP server, pull everything we need for an activation dashboard: the signup-to-activation funnel with the count and conversion at each step (signed up → completed onboarding → first key action → activated), the overall activation rate this month vs. last, median time-to-activate, weekly active users for the last 8 weeks, and the top 5 events users fire in their first week. Summarize the figures before you build anything.

Claude calls PostHog, returns the figures, and you sanity-check them against your PostHog insights before going further. This is the moment to catch a wrong assumption — the wrong "activated" event, a date range off by a week, internal test users not filtered out — while it's cheap.

Step 3 — Build the dashboard

Once the numbers look right, ask for the artifact:

claude
Build a single self-contained HTML dashboard from those figures. Activation rate as the hero number with month-over-month change, then a horizontal funnel showing the count and drop-off at each step from signup to activated, tiles for weekly active users and median time-to-activate, and a list of the top first-week events. Clean, no external dependencies — inline the CSS and any chart code.

Claude renders it live in the artifact panel. Iterate in place — you're not regenerating from scratch:

Step 4 — Publish to Drafty for review

A Claude artifact link is a preview, not a stable URL — iterate the artifact and the link you already sent now shows the old version. Ask Claude to publish it to a Drafty canvas instead, so the link you share always stays current:

claude
Publish this dashboard to Drafty as a canvas and give me the shareable link.

Claude pushes the dashboard and hands back a drafty.im/canvas/… link that renders on any device. Send it — your team opens it in a browser, no login and no Claude account needed.

Step 5 — The review loop

This is the part that's not obvious until you've done it once.

A reviewer clicks the specific funnel step, tile, or number they want changed and leaves a pinned comment — "this onboarding step looks too lossy, are we counting people who skipped it?" The comment is anchored to that element, not floating in a Slack thread. Claude reads the comments through the CLI, reruns the relevant PostHog query if needed, and pushes a revised dashboard to the same URL. The reviewer refreshes and sees the change; the thread stays attached to the element.

The mechanic matters because of what it removes. A Slack message about a chart produces "the funnel on the left looks wrong." A pinned comment on the actual step produces "this — the drop here is double-counting users who came back later." One of those produces a correct revision; the other produces a guess.

Keeping it fresh

An MCP-generated dashboard is a snapshot — it holds the numbers Claude pulled when it built it; it doesn't re-query PostHog when someone opens the link. For a weekly product review or a board-ready snapshot, that's fine.

To make it a live canvas that always shows today's figures, copy this prompt — Claude sets up the refresh for you and schedules it to run on its own:

claude
Turn this PostHog dashboard into a live canvas: every morning, re-pull the latest funnel, activation, and WAU numbers from PostHog via the MCP server, rebuild the dashboard, and push a new version to the same canvas URL so the link always shows today's figures. Schedule it to run daily on its own.

The link stays stable while the content updates underneath it — see keeping a canvas updated automatically.

What to watch for

PostHog dashboard with Claude — FAQ

Do I need to paste my PostHog API key anywhere?
No. The remote PostHog MCP server at mcp.posthog.com authenticates through a browser login, so you authorize the account on a consent screen instead of pasting a key — and it routes you to the right region (US or EU) automatically. For an unattended agent that needs a personal API key, scope it to read-only — never a full-access key, and never committed to a repo.
Is the dashboard live or a snapshot?
A snapshot. It contains the numbers Claude pulled when it built the file; it does not re-query PostHog when someone opens the link. To refresh it, ask Claude to repull and re-push to the same URL — or put that on a daily schedule so the stable link always shows current numbers.
Can my team comment without a PostHog or Claude account?
Yes. The dashboard is published to a Drafty canvas link that renders in any browser. Reviewers click the exact funnel step or tile they want changed and leave a pinned comment with no login required. Only the person connecting PostHog needs access to the account.
Is it safe to give Claude access to my PostHog project?
Connect with read access only, and a funnel-and-activation dashboard never needs more than that. Every tool call is mediated by the MCP server, and in Claude you approve actions. Don't grant write access for a read-only reporting task.
How is this different from a PostHog dashboard or insight?
PostHog's own dashboards query live data against insights you maintain in the product — the right home for governed, always-on reporting. This approach is for a fast, shareable snapshot you can spin up in minutes, shape by talking to Claude, and collect feedback on inline. Different jobs: one is a standing system, the other is a quick reviewable deliverable.