← Back

Boots in the Park — support before and after Easol

bootsinthepark · everything up to 2026-08-03 · every figure double-checked

94.2% faster to close a ticket than before Easol

What this meansCut in the typical time to close a ticket — AI alone now, against the old email threads from before Easol. Both numbers behind it are in the charts below. Rounding can shift the last decimal. Checked 2026-08-03T16:10:59Z.

AI closes tickets in hours, not days

8.3 hours instead of 144.6

Half of AI-only tickets close within 8.3 hours. Before Easol the middle ticket took 144.6 hours. That is 94.2% off.

Plenty of tickets behind it

3,831 AI-only tickets and 571 from before Easol have a close time. Averages say the same thing: 26.6 hours against 285.2.

First reply is a different story

Staff-only tickets get a first reply slightly sooner: 6.6 hours, against 7.6 for AI alone and 6.8 when AI helped. All far below the 100.5 hours before Easol.

Summer slowed everything down

The weekly lines are not flat. AI-only first replies sat between 1.6 and 9.7 hours from late February to late April, then peaked at 144.6 hours in the week of 22 June, with time to close peaking at 166.0 hours the same week. Staff-only tickets peaked too, at 81.3 hours in the week of 6 July. Festival season filled the inbox; this is not an AI problem. Even the worst week sits inside the 97.6 to 170.2 hour range that was normal before Easol.

Worth knowing
  • Before and after are different months with different tickets, not a controlled test. Some of the gain is having a proper inbox instead of a shared mailbox.
  • Only tickets with a recorded time count, and the sides are lopsided: 3,831 AI-only against 571 from before Easol.
  • The two clocks stop differently. An Easol ticket stops when it is marked resolved; an old email thread stops at the last email out, so a long chain reads as one slow ticket. The middle ticket is the fair comparison; the average is not, because a few old threads sat open for months.
  • The two charts cover different months on different scales, so no single line runs across the switch.
  • The week of 16 February is the migration week, worked in both places at once. Neither side of it is typical.
  • Weeks with under 10 tickets are missing from the lines, not plotted at zero.
Before Easol On Easol

Typical time to close (hours)

Before Easol 144.6 h Staff only 8.3 h AI helped 8.6 h AI alone 8.3 h No reply yet 11.5 h

Typical wait for a first reply (hours)

Before Easol 100.5 h Staff only 6.6 h AI helped 6.8 h AI alone 7.6 h

Average time to close (hours)

Before Easol 285.2 h Staff only 32.7 h AI helped 33.3 h AI alone 26.6 h No reply yet 42.1 h

Tickets with a close time

Before Easol 571 Staff only 988 AI helped 1,158 AI alone 3,831 No reply yet 967

Before Easol: week by week, hours

0h50h100h150h200h250h 5 Jan 261 Feb 26
First replyTime to close

Middle time each week, by the week a ticket came in. Quiet weeks (under 10 tickets) are left out. Before and after cover different months, so they are two charts on two scales, not one line.

On Easol: week by week, hours

0h50h100h150h200h 1 Mar 261 Apr 261 May 261 Jun 261 Jul 26
AI alone — first replyAI alone — time to closeAI helped — first replyAI helped — time to closeStaff only — first replyStaff only — time to close

Middle time each week, by the week a ticket came in. Quiet weeks (under 10 tickets) are left out. Before and after cover different months, so they are two charts on two scales, not one line.

Where the numbers come from

One entry per figure: what it means, the SQL that made it, and when it was last re-checked.

Faster to close than before Easol resolution_speedup_vs_pre_easol_pct

Cut in the typical time to close a ticket — AI alone now, against the old email threads from before Easol

WITH r AS (
  SELECT
    CASE
      WHEN imported THEN 'pre_easol'
      WHEN ai_resolved THEN 'full_ai'
      WHEN (ai_draft_sent_count > 0 OR booking_action_performed_by_ai_count > 0) THEN 'partial_ai'
      WHEN sent_message_count > 0 THEN 'no_ai'
      ELSE 'no_reply'
    END AS bucket,
    resolution_time_seconds
  FROM reporting.inbox_tickets
  WHERE company_id = $1 AND created_at < $2 AND resolution_time_seconds IS NOT NULL
)
SELECT ROUND((100.0 * (1 -
  (SELECT PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY resolution_time_seconds) FROM r WHERE bucket = 'full_ai')
  / (SELECT PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY resolution_time_seconds) FROM r WHERE bucket = 'pre_easol')
))::numeric, 1) AS value

Source: app/models/reporting/inbox/ticket.rb:148 (Reporting::Inbox::Ticket::AttributesBuilder#resolution_time_seconds)

Verified: 2026-08-03T16:10:59Z

Typical time to close (hours) median_resolution_hours_by_bucket

The middle ticket's time from first message to close, split by who handled them

Both clocks start at the first message. Easol tickets stop when marked resolved; old imported threads stop at the last email out, so a long email chain reads as one slow ticket

SELECT
  CASE
    WHEN imported THEN 'pre_easol'
    WHEN ai_resolved THEN 'full_ai'
    WHEN (ai_draft_sent_count > 0 OR booking_action_performed_by_ai_count > 0) THEN 'partial_ai'
    WHEN sent_message_count > 0 THEN 'no_ai'
    ELSE 'no_reply'
  END AS label,
  ROUND(((PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY resolution_time_seconds))/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND resolution_time_seconds IS NOT NULL
GROUP BY 1 ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:148 (Reporting::Inbox::Ticket::AttributesBuilder#resolution_time_seconds)

Verified: 2026-08-03T16:10:59Z

Typical wait for a first reply (hours) median_first_response_hours_by_bucket

The middle ticket's wait from the customer's message to the first reply, split by who handled them

SELECT
  CASE
    WHEN imported THEN 'pre_easol'
    WHEN ai_resolved THEN 'full_ai'
    WHEN (ai_draft_sent_count > 0 OR booking_action_performed_by_ai_count > 0) THEN 'partial_ai'
    WHEN sent_message_count > 0 THEN 'no_ai'
    ELSE 'no_reply'
  END AS label,
  ROUND(((PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY first_response_time_seconds))/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND first_response_time_seconds IS NOT NULL
GROUP BY 1 ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:142 (Reporting::Inbox::Ticket::AttributesBuilder#first_response_time_seconds)

Verified: 2026-08-03T16:10:59Z

Average time to close (hours) avg_resolution_hours_by_bucket

Mean time from first message to close, split by who handled them

A few old threads that sat open for months drag this up, which is why the claims use the middle ticket instead

SELECT
  CASE
    WHEN imported THEN 'pre_easol'
    WHEN ai_resolved THEN 'full_ai'
    WHEN (ai_draft_sent_count > 0 OR booking_action_performed_by_ai_count > 0) THEN 'partial_ai'
    WHEN sent_message_count > 0 THEN 'no_ai'
    ELSE 'no_reply'
  END AS label,
  ROUND((AVG(resolution_time_seconds)/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND resolution_time_seconds IS NOT NULL
GROUP BY 1 ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:148 (Reporting::Inbox::Ticket::AttributesBuilder#resolution_time_seconds)

Verified: 2026-08-03T16:10:59Z

Tickets with a close time resolved_tickets_by_bucket

Tickets we can time from open to close, split by who handled them

SELECT
  CASE
    WHEN imported THEN 'pre_easol'
    WHEN ai_resolved THEN 'full_ai'
    WHEN (ai_draft_sent_count > 0 OR booking_action_performed_by_ai_count > 0) THEN 'partial_ai'
    WHEN sent_message_count > 0 THEN 'no_ai'
    ELSE 'no_reply'
  END AS label,
  COUNT(resolution_time_seconds) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2
GROUP BY 1 ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:148 (Reporting::Inbox::Ticket::AttributesBuilder#resolution_time_seconds)

Verified: 2026-08-03T16:10:59Z

Before Easol: typical first reply each week (hours) pre_easol_weekly_first_response_hours

The middle ticket's first reply for each week's tickets, before easol only. Weeks with under 10 tickets are left out so a handful cannot swing the line

Weeks are labelled by their Monday, and a ticket counts in the week it arrived

SELECT
  DATE_TRUNC('week', created_at)::date::text AS label,
  ROUND(((PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY first_response_time_seconds))/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND first_response_time_seconds IS NOT NULL
  AND (imported)
GROUP BY 1
HAVING COUNT(*) >= 10
ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:142 (Reporting::Inbox::Ticket::AttributesBuilder#first_response_time_seconds)

Verified: 2026-08-03T16:10:59Z

Before Easol: typical time to close each week (hours) pre_easol_weekly_resolution_hours

The middle ticket's time to close for each week's tickets, before easol only. Weeks with under 10 tickets are left out so a handful cannot swing the line

Weeks are labelled by their Monday, and a ticket counts in the week it arrived

SELECT
  DATE_TRUNC('week', created_at)::date::text AS label,
  ROUND(((PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY resolution_time_seconds))/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND resolution_time_seconds IS NOT NULL
  AND (imported)
GROUP BY 1
HAVING COUNT(*) >= 10
ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:148 (Reporting::Inbox::Ticket::AttributesBuilder#resolution_time_seconds)

Verified: 2026-08-03T16:10:59Z

AI alone: typical first reply each week (hours) full_ai_weekly_first_response_hours

The middle ticket's first reply for each week's tickets, ai alone only. Weeks with under 10 tickets are left out so a handful cannot swing the line

Weeks are labelled by their Monday, and a ticket counts in the week it arrived

SELECT
  DATE_TRUNC('week', created_at)::date::text AS label,
  ROUND(((PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY first_response_time_seconds))/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND first_response_time_seconds IS NOT NULL
  AND (NOT imported AND ai_resolved)
GROUP BY 1
HAVING COUNT(*) >= 10
ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:142 (Reporting::Inbox::Ticket::AttributesBuilder#first_response_time_seconds)

Verified: 2026-08-03T16:10:59Z

AI alone: typical time to close each week (hours) full_ai_weekly_resolution_hours

The middle ticket's time to close for each week's tickets, ai alone only. Weeks with under 10 tickets are left out so a handful cannot swing the line

Weeks are labelled by their Monday, and a ticket counts in the week it arrived

SELECT
  DATE_TRUNC('week', created_at)::date::text AS label,
  ROUND(((PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY resolution_time_seconds))/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND resolution_time_seconds IS NOT NULL
  AND (NOT imported AND ai_resolved)
GROUP BY 1
HAVING COUNT(*) >= 10
ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:148 (Reporting::Inbox::Ticket::AttributesBuilder#resolution_time_seconds)

Verified: 2026-08-03T16:10:59Z

AI helped: typical first reply each week (hours) partial_ai_weekly_first_response_hours

The middle ticket's first reply for each week's tickets, ai helped only. Weeks with under 10 tickets are left out so a handful cannot swing the line

Weeks are labelled by their Monday, and a ticket counts in the week it arrived

SELECT
  DATE_TRUNC('week', created_at)::date::text AS label,
  ROUND(((PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY first_response_time_seconds))/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND first_response_time_seconds IS NOT NULL
  AND (NOT imported AND NOT ai_resolved AND (ai_draft_sent_count > 0 OR booking_action_performed_by_ai_count > 0))
GROUP BY 1
HAVING COUNT(*) >= 10
ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:142 (Reporting::Inbox::Ticket::AttributesBuilder#first_response_time_seconds)

Verified: 2026-08-03T16:10:59Z

AI helped: typical time to close each week (hours) partial_ai_weekly_resolution_hours

The middle ticket's time to close for each week's tickets, ai helped only. Weeks with under 10 tickets are left out so a handful cannot swing the line

Weeks are labelled by their Monday, and a ticket counts in the week it arrived

SELECT
  DATE_TRUNC('week', created_at)::date::text AS label,
  ROUND(((PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY resolution_time_seconds))/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND resolution_time_seconds IS NOT NULL
  AND (NOT imported AND NOT ai_resolved AND (ai_draft_sent_count > 0 OR booking_action_performed_by_ai_count > 0))
GROUP BY 1
HAVING COUNT(*) >= 10
ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:148 (Reporting::Inbox::Ticket::AttributesBuilder#resolution_time_seconds)

Verified: 2026-08-03T16:10:59Z

Staff only: typical first reply each week (hours) no_ai_weekly_first_response_hours

The middle ticket's first reply for each week's tickets, staff only only. Weeks with under 10 tickets are left out so a handful cannot swing the line

Weeks are labelled by their Monday, and a ticket counts in the week it arrived

SELECT
  DATE_TRUNC('week', created_at)::date::text AS label,
  ROUND(((PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY first_response_time_seconds))/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND first_response_time_seconds IS NOT NULL
  AND (NOT imported AND NOT ai_resolved AND ai_draft_sent_count = 0 AND booking_action_performed_by_ai_count = 0 AND sent_message_count > 0)
GROUP BY 1
HAVING COUNT(*) >= 10
ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:142 (Reporting::Inbox::Ticket::AttributesBuilder#first_response_time_seconds)

Verified: 2026-08-03T16:10:59Z

Staff only: typical time to close each week (hours) no_ai_weekly_resolution_hours

The middle ticket's time to close for each week's tickets, staff only only. Weeks with under 10 tickets are left out so a handful cannot swing the line

Weeks are labelled by their Monday, and a ticket counts in the week it arrived

SELECT
  DATE_TRUNC('week', created_at)::date::text AS label,
  ROUND(((PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY resolution_time_seconds))/3600.0)::numeric, 1) AS value
FROM reporting.inbox_tickets
WHERE company_id = $1 AND created_at < $2 AND resolution_time_seconds IS NOT NULL
  AND (NOT imported AND NOT ai_resolved AND ai_draft_sent_count = 0 AND booking_action_performed_by_ai_count = 0 AND sent_message_count > 0)
GROUP BY 1
HAVING COUNT(*) >= 10
ORDER BY 1

Source: app/models/reporting/inbox/ticket.rb:148 (Reporting::Inbox::Ticket::AttributesBuilder#resolution_time_seconds)

Verified: 2026-08-03T16:10:59Z