NewWatch it refuse a wrong number

Agentic BI that proves the number.

Ask in plain English. Get a chart in seconds, and see exactly how every number was built.

Revenue analytics

Production Postgres

Saved results. Every tile shows what it got when it last ran.

Refresh all

Net revenue

Monthly, trailing 12 months

VerifiedProduction Postgres · 12m ago
0$400K$800K$1.2M$1.6MAugNovFebMayJul

Orders

VerifiedProduction Postgres · 12m ago

12,847

+11.2%

vs the prior 90 days

Average order value

VerifiedProduction Postgres · 12m ago

$333.30

+4.0%

vs the prior 90 days

Revenue by channel

Quarter to date

VerifiedProduction Postgres · 1h ago
$4.28Mquarter
  • Organic search37.0%
  • Paid social24.0%
  • Email19.0%
  • Referral12.1%
  • Direct7.9%

Revenue by region

Quarter to date

VerifiedProduction Postgres · 1h ago
North America$1.84MEurope$1.21MAPAC$743KLatin America$319KMiddle East$172K

Connects to what you already run.

PostgreSQL
MySQL
SQL Server
ClickHouse
Trino
DuckDB
PostgreSQL
MySQL
SQL Server
ClickHouse
Trino
DuckDB
PostgreSQL
MySQL
SQL Server
ClickHouse
Trino
DuckDB
PostgreSQL
MySQL
SQL Server
ClickHouse
Trino
DuckDB
Snowflake
BigQuery
Redshift
Databricks
CSV
Excel
Snowflake
BigQuery
Redshift
Databricks
CSV
Excel
Snowflake
BigQuery
Redshift
Databricks
CSV
Excel
Snowflake
BigQuery
Redshift
Databricks
CSV
Excel

01How it works

From question to pinned chart.

Connect a source read-only. Ask in plain English. iDash works out the right question to run, and draws a chart you can keep.

New data sourceRead-only
Type
PostgreSQL
Host
db.internal.acme
Database
prod_replica
User
idash_readonly

Connected. 42 tables, 318 columns, 27 foreign keys.

Connect read-only

Point iDash at Postgres, MySQL, SQL Server, ClickHouse, Trino or a spreadsheet. It checks the login, reads what tables you have, and never writes.

Which plans grew fastest in the last six months?

Resolving plan, month, and net revenue

RevenuePlanMonth

Growth was strongest on Scale, up 34% since February. Starter was flat.

Ask in plain English

Type the question the way you would ask a colleague. iDash picks from the measures your team already agreed on, instead of guessing.

Revenue reviewPinned
  • Monthly recurring revenue$1.42M
  • New accounts184
  • Logo churn1.9%

Refreshed 4 minutes ago

Every Monday 08:00 to #revenue

Keep it, and have it sent

Keep any chart on a dashboard, put it on a schedule, and let it land in Slack or an inbox. Each one asks its question again rather than showing an old picture.

It knows when not to answer.

Pulling data from two places can quietly double a total. iDash counts each record once, and stops when it cannot be sure.

It refuses rather than guesses

Three things stop an answer cold: two ways to connect your data that disagree, a table with nothing unique to count by, and a question that would count the same thing twice. You get the reason, not a wrong total.

RefusedThis question would count the same thing twice

I cannot answer this safely. Orders and support tickets both repeat per customer, so adding them up in one question would inflate the total. Ask for one at a time.

Every result says how it was made

Verified means iDash built the number from your agreed definitions and can run it again the same way. Unverified means it had to go around them, and says so.

  • verifiedBuilt from your agreed definitions
  • unverifiedWent around them, and says so
See how it checks

02The product

Chat, charts, dashboards, delivery.

One surface for the whole loop: ask, read the chart, pin it, then have it delivered on a schedule to the people who need it.

A conversation that keeps its context

Sessions persist per project and bind to one data source you choose. Follow-up questions inherit the filters you already set.

  • Every session is bound to one data source, named in the header
  • Follow-ups reuse the filters from the answer above them
  • A sandboxed Python step handles the maths a chart cannot

How many customers ordered more than once in the last 90 days?

2,314 customers placed a second order in the window, 38% of everyone who ordered.

Split that by acquisition channel.

One set of definitions. The same answer for everyone.

Sales, finance and the board all ask different questions. None of them should get a different number for the same thing.

On premiseDatabasesPostgreSQL, MySQL, SQL Server
CloudWarehousesSnowflake, BigQuery, Databricks
Everything elseFilesCSV and Excel
Your agreed definitions
ChatAsk in plain EnglishA chart back in seconds
SavedThe questions you repeatAsk once, keep the answer
DeliveredSlack and emailIt arrives without asking
Read only access
Agreed definitions
Checked totals
Saved questions

Answer it yourself, without filing a ticket.

Ask the way you would ask a colleague. The questions you come back to every week get saved, and after that the answer is waiting for you instead of sitting in someone else's queue.

Stop taking numbers on faith.

03Comparison

Faster than a ticket. Safer than a spreadsheet.

Both alternatives break in the same place. The number is right until someone copies it, joins it, or forgets which filter was on.

  • Getting an answer

    Spreadsheet
    Rebuild the pivot
    SQL editor
    File a ticket and wait
    iDash
    Ask the question
  • Double counting

    Spreadsheet
    Nobody checks
    SQL editor
    Whoever wrote the join checks
    iDash
    iDash checks it on every run
  • Freshness

    Spreadsheet
    As fresh as the last export
    SQL editor
    Fresh if someone re-runs it
    iDash
    Re-runs against the source
  • Knowing it is right

    Spreadsheet
    Hope the tab is current
    SQL editor
    Trust the author
    iDash
    Every answer says how it was made
  • Access

    Spreadsheet
    Emailed around
    SQL editor
    Warehouse credentials handed out
    iDash
    One read-only credential, encrypted