evidence

Today we are launching Evidence Studio - an AI-powered development, publishing, and governance platform for analytics

Love getting messages like this. We consider customer feedback to be an extension of our product experience. The faster we can fix issues, the more delightful the experience of working with us. It's an unbeatable feeling to see it working for customers.

New in Evidence Studio: Collapsible tables. Row groups can now expand and collapse, so you can fit a lot more information into the same space - without turning your page into a wall of data.

Most product bugs don't get reported. They're just small enough that customers work around them and move on. We built our AI assistant to flag these automatically. It sits in customer workflows, sees where things break down, and opens issues for us without anyone asking. Yesterday I started my morning reviewing problems it had surfaced overnight. Nothing dramatic - confusing flows, missing docs, edge cases. The kind of stuff that individually doesn't matter but collectively degrades the experience. We fixed them same-day and looped in the affected customers. This feedback loop is working well enough for our team that we're now building ways for our customers to create similar loops with the data products they build in Evidence.

AI can easily handle tedious but necessary work - like keeping analytics well documented. In Evidence, our AI assistant can join data from multiple sources, calculate metrics like conversion rates, and document the logic as it goes. Since Evidence already has strong documentation features built in, that context sticks around instead of living in someone’s head or a random notebook. The result is faster answers with clearer reasoning. Feels like a glimpse into how data teams will work in the future. To build this table, we gave the AI assistant 10 mock datasets and asked it to create a conversion funnel. It identified the right tables, columns, and filters automatically, and included definitions directly in the column headers.

Dense tables are sometimes overlooked in favour of charts, but they’re often the fastest way to understand complex data. We put a lot of effort into making our tables feel publication-quality and easy to scan. One small but high-impact thing we just shipped is column groups. You can now group related columns under a shared header (like Revenue or Volume in this example), which makes wide tables much easier to read at a glance. Adding a column to a group is intentionally simple and doesn’t require any extra layout work. It’s a small feature, but it makes dense data feel way more approachable when you’re actually reading it.

We’ve been working on a cleaner way to make reports interactive, and added variables you can insert anywhere in @evidence_dev. Inputs like sliders or dropdowns generate a variable you can reference in SQL, charts, or even plain markdown. Change an input, and anything using that variable updates instantly. You can parameterize almost anything - including number formats and table/column references

PostHog is now available in Evidence Studio. Combine product analytics with revenue, ops, and any other data source - all in one report.

We recently had a sales call with a Fortune 500 company, expecting to give them an intro to Evidence and BI-as-code. Instead, they told us they’ve been using our open source software - and loving it - for years. They even made a few modifications and created a patch to solve an issue they ran into. This kind of thing happens from time to time, and it’s always a small thrill - one of the fun surprises of maintaining a widely used open source project.

A week ago, we rebuilt our AI assistant from the ground up, and the results so far have been pretty amazing. From a customer: “Massive upgrade. I recommend all Evidence devs try it out for edits now.” What changed: - A new Evidence docs MCP - Claude Opus 4.5 as the primary model under the hood - Deep project awareness, so it can: - Query and analyze your data - Summarize what it sees on the page - Write Evidence markdown and SQL - Update page and project settings directly from chat (incl. themes) - Send feature requests and bug reports to the Evidence team Next up: - Validation and feedback loops to keep pushing the success rate higher - A CLI that lets you use your own AI model to work on Evidence Studio reports The end goal: vibe-coding reports that are validated, governed, and production-ready - all inside Evidence.

Connect Linear, sync your data, and use it to build reports in Evidence. Common use cases include engineering velocity, backlog health, cycle time, and team-level reporting. Available now.

RT @seanhughes92: Logos instantly make reports feel more polished. We just shipped a super simple way to add company logos to tables and m…

You can now connect your Stripe account to Evidence Studio. Join it with your other data sources to build financial reporting in one place.

Freeze columns in your tables so you can keep the row context as you scroll

A few years ago, if we shipped a bug, we might not hear about it for days. Now we hear about issues almost immediately - because customers rely on us for critical workflows. Friday was a good example. A few customers reported an urgent issue, so we jumped on it, spent several hours investigating, shipped a fix the same night, and notified them as soon as it was live. It reminded me of my time doing data work: you usually only hear about problems quickly when what you’ve built is being used. The most valuable reports are the ones people rely on to make decisions. Even though something breaking is never a good feeling, hearing about it immediately is often the clearest sign that people truly depend on what you’re building.

Most BI and analytics tools struggle with something I think about a lot: use case frequency. They give you tons of controls, but it’s hard to make even basic dashboards that look good and perform well. Often because the tools treat every possible action as equally important. In reality, reporting isn’t evenly distributed. Something like 90% of reports are built from the same small set of ingredients. It’s easy to assign the wrong weight to features when the people building the product haven’t spent much time building reports themselves. Without that experience, it’s hard to know what’s common, what’s rare, or what the default behaviour should be. At Evidence, the product is built by a team of ex-analysts and data leaders, and we actively use Evidence ourselves. That gives us strong opinions about the right user experience, and a shared understanding of which patterns show up constantly versus occasionally. We bake that directly into our product development process. When we discuss feature ideas internally, we’ll say things like "this is a 95% use case" or "this is a 2% use case". That framing drives a lot: - How much priority it gets - Whether it becomes a default or an advanced option - How much surface area it earns in the product and in docs High-frequency use cases become obvious and opinionated. Low-frequency ones stay possible, but intentionally out of the way. The goal is that by default, anyone using Evidence can produce the same outputs a top-tier analyst would - because the right choices and trade-offs are already baked into the product. We get there by designing explicitly around use case frequency.

We're getting ready to release some major updates to our maps in Evidence Studio. I can't wait to share, so I'm just going to post some examples this week so you can see what we've built. First up we've got a point map including a size scale and customizable shape. Code for this example in the comments

New in Evidence Studio: Customer Groups - a clean way to manage external user access at the customer level, so adding or removing users doesn’t require rethinking permissions

We're only 2 days into 2026 and already have a TON of new things ready to release to Evidence customers - including new options for maps, charts, tables, user management, data connections, and more. Moving this fast is one of the best parts of building Evidence. I still remember using other BI tools and checking on decade-old feature requests, hoping they’d eventually ship. We’re deliberately building the opposite experience: staying close to customers and turning feedback into real product changes almost immediately. At this pace, the product is evolving quickly. It's going to be a big year - excited to start sharing updates next week

Shipping some early Christmas gifts to @evidence_dev customers this week - like this map that lets you zoom in to see more granular areas

it's become clear to us there's a gap in embedded reporting current options: - "drag n drop" BI with no release management, limited customizability - custom js the eng team owns embedded analytics as code allows the data team to run customer reporting using SQL and markdown