hose Demo data with a pulse

A hose dataset · vertical

A SaaS whose MRR you can audit down to the invoice.

Trials, seats, invoices, declined cards and the retries that save some of them. Every metric is derived from the rows, none is stored.

2,130,787 rows · last row moments ago

Built for SaaS demos →

hose → quenchly 2,130,787 rows live
Rows as the generator writes them, straight from the API. Real speed. Quiet hours are quiet, the way a real business is.

The receipt

seed
42
scale
40
start
2023-01-01
fingerprint
05738a0004a9

The whole dataset grows from this one seed. Everyone who downloads it gets the same rows with the same ids, today and next month, so whatever you build on it keeps working after the data refreshes.

per day, last 90 days

2026-06-18: 02026-06-19: 02026-06-20: 02026-06-21: 02026-06-22: 02026-06-23: 02026-06-24: 02026-06-25: 02026-06-26: 02026-06-27: 02026-06-28: 02026-06-29: 02026-06-30: 02026-07-01: 02026-07-02: 02026-07-03: 02026-07-04: 02026-07-05: 02026-07-06: 02026-07-07: 02026-07-08: 02026-07-09: 02026-07-10: 02026-07-11: 02026-07-12: 02026-07-13: 02026-07-14: 02026-07-15: 02026-07-16: 02026-07-17: 02026-07-18: 02026-07-19: 02026-07-20: 02026-07-21: 02026-07-22: 02026-07-23: 02026-07-24: 02026-07-25: 02026-07-26: 02026-07-27: 02026-07-28: 02026-07-29: 02026-07-30: 02026-07-31: 02026-08-01: 02026-08-02: 02026-08-03: 02026-08-04: 02026-08-05: 02026-08-06: 02026-08-07: 02026-08-08: 02026-08-09: 02026-08-10: 02026-08-11: 02026-08-12: 02026-08-13: 02026-08-14: 02026-08-15: 02026-08-16: 02026-08-17: 02026-08-18: 02026-08-19: 02026-08-20: 02026-08-21: 02026-08-22: 02026-08-23: 02026-08-24: 02026-08-25: 02026-08-26: 02026-08-27: 02026-08-28: 02026-08-29: 02026-08-30: 02026-08-31: 02026-09-01: 02026-09-02: 02026-09-03: 02026-09-04: 02026-09-05: 02026-09-06: 02026-09-07: 02026-09-08: 02026-09-09: 02026-09-10: 02026-09-11: 02026-09-12: 02026-09-13: 02026-09-14: 02026-09-15: 0

Schema · 8 tables

accounts

9,371 rows

  • idtext · key
  • nametext
  • domaintext
  • lead_sourcetext
  • created_attime

users

15,105 rows

  • idtext · key
  • account_idtext
  • nametext
  • emailtext
  • created_attime
  • deactivated_attime

plans

6 rows

  • idtext · key
  • nametext
  • seat_price_usd_monthreal
  • seat_price_usd_yearreal

subscriptions

9,371 rows

  • idtext · key
  • account_idtext
  • plan_idtext
  • billingtext
  • seatsint
  • trial_ends_attime
  • activated_attime
  • canceled_attime

subscription_events

14,047 rows

  • idtext · key
  • subscription_idtext
  • attime
  • kindtext
  • plan_idtext
  • seatsint
  • reasontext

invoices

15,773 rows

  • idtext · key
  • subscription_idtext
  • period_starttime
  • period_endtime
  • amount_usdreal
  • issued_attime
  • statustext
  • paid_attime

payments

20,101 rows

  • idtext · key
  • invoice_idtext
  • attime
  • outcometext

app_events

2,047,013 rows

  • idtext · key
  • user_idtext
  • attime
  • nametext

What the data claims

Why this one

Every SaaS metrics guide explains MRR, net revenue retention and dunning with a chart, and none of them includes the table the chart came from. Quenchly is that table. It is a mid-market team-workflow product on per-seat plans, generated by hose as an operational billing schema: accounts, users, a price book, subscriptions with their change log, invoices, payment attempts, and raw product events.

Nothing is pre-aggregated. MRR is live subscriptions times seats times the plan price. Churn splits into requested and payment-failure cancels because the cancel event records the reason. Dunning recovery is an invoice whose successful payment was not its first. Daily active users come from app_events, the way they would from a real analytics export.

The business has a history. Trials convert at about one in five and open a 14-day window. Churn front-loads into the first quarter of a subscription and settles near two percent a month. Usage falls in the weeks before a voluntary cancel, not after it. In its third year the company raises prices. The price book gains new rows and renewals migrate to them. Annual signups rush in during the month before. The same seed regenerates all of it, byte for byte.

The other datasets