SleekView Kanban for EventON Pro
EventON Pro stores RSVPs through the RSVP add-on and ticket buyers through the Tickets add-on, each with their own status field. SleekView Kanban reads those rows and renders one card per attendee, grouped by RSVP or ticket status, drag to update.
♾️ Lifetime License available
Read EventON RSVPs and tickets as a single board
EventON Pro spreads attendee data across two add-ons. RSVP responses land as rows in the evo_rsvp table with status set to yes, no, or maybe, ticket buyers from the Tickets add-on live in evo_tx with a payment status, and check-in writes a meta key on the same ticket row.
SleekView Kanban reads those tables and groups them into columns by the combined RSVP and ticket state. The board shows Going, Maybe, Paid, and Checked in as separate stacks. Each card carries the attendee name, the event title, the ticket type, and the order total when one exists, so the front of the card carries what the organiser actually reads on the day of the event from a tablet at the door.
Dragging a card writes the new status back to the source row. Moving a Paid card into Checked in stamps the check-in meta and the timestamp, moving an RSVP card between Going and Maybe flips the status column on evo_rsvp, and moving to Refunded triggers the refund flow on the linked payment gateway. SleekView keeps an audit log per card so changes are traceable to the staff member who made them.
Workflow
From EventON tables to a draggable board
Connect SleekView to EventON
Pick the status column to group by
Choose what shows on each card
Enable drag to update status
Sample board
Sample EventON Pro attendees board
Comparison
Default EventON attendees vs SleekView Kanban
Default EventON attendees
- RSVP and ticket attendees live in two separate add-on screens with different filters
- No way to drag attendees from RSVP yes to ticket paid to checked in on a single board
- Check-in lives in a different report and writes to a separate meta key
- Custom RSVP fields are not visible on a card front, only inside per-row modals
- Refund flow requires opening the linked payment record outside the attendees screen
SleekView Kanban
-
Groups
evo_rsvpandevo_txon one board by combined status -
Drag a card to flip
statuson evo_rsvp or the payment state on evo_tx - Card front shows attendee name, event title, ticket type, and order total in one glance
- Reads custom RSVP fields you configured on EventON forms onto the card front
- Audit log records every drag with user, timestamp, and previous status for the door
Features
What SleekView Kanban gives you for EventON Pro
Real EventON cards
One card per row in evo_rsvp and evo_tx with the attendee name, event title, ticket type, and order total, plus any custom RSVP field you added through the EventON form builder for the event.
Drag to update status
Moving a card writes the new value back to the underlying RSVP status, the ticket payment status, or the check-in meta, so the board, the RSVP report, and the ticket report all read the same value.
Per-role saved boards
Scope the board so door staff see Paid and Checked in only, organisers see all four columns, and finance gets a board focused on Refunded and the EventON linked payment records and totals.
Audience
Who runs EventON Pro attendees on a kanban board
Door staff at meetups
Open the board on a tablet, find the attendee, drag the card from Paid to Checked in. The status updates on the evo_tx row the EventON ticket report reads.
Recurring meetup organisers
Watch RSVPs move between Going and Maybe through the week so the room count and the catering order match what the chapter actually expects on the night.
Finance teams on refunds
Filter the board to the Refunded column to clear refund tickets against the linked payment gateway in a single pass without opening each evo_tx row by hand.
The bigger picture
RSVPs and tickets deserve a single board
EventON Pro has two attendee surfaces. The RSVP add-on stores yes, no, and maybe responses in evo_rsvp, the Tickets add-on stores paid attendees in evo_tx, and check-in writes a meta key on the ticket row. The default reading surfaces are two different reports, each filtered by their own status, so seeing how many ticket holders are still unscanned at eight o'clock takes opening the ticket report, sorting by check-in, and counting in your head while the next attendee is at the door.
SleekView Kanban turns the same data into one board with Going, Maybe, Paid, and Checked in as columns, a count per column at the top, and a card per attendee with the fields the organiser and door staff actually need. Drag a card to flip the status and the meta updates on the row, so the RSVP report, the ticket report, and the check-in summary read the new value because SleekView writes to the source row.
Questions
Common questions about SleekView Kanban for EventON Pro
Yes. SleekView reads evo_rsvp for RSVPs and evo_tx for ticket buyers on the same board. Cards show the ticket type so you can tell an RSVP card from a paid ticket card at a glance and group both by the combined status field.
 Yes. Dropping a card into the Checked in column writes the check-in meta the EventON Tickets add-on uses, including the timestamp. The default ticket report reads the same key, so the board and the report show identical numbers without a separate sync step at the end of the day.
 Yes. Dropping a ticket card into Refunded triggers the refund flow on the linked payment record through the same hook EventON uses inside the ticket report, so receipts and emails behave exactly as if the refund was issued from the row. The drag is logged in the audit log.
 Yes. SleekView reads any custom RSVP field you configured on the EventON form builder and lets you choose it for the card front. The value matches exactly what shows in the RSVP report because SleekView reads the same meta the report does, not a parallel copy.
 Yes. Saved kanban views are scoped per role and per capability, so door staff can see Paid and Checked in only, finance can see Refunded, and the organiser sees all four columns. The underlying RSVP and ticket data does not change, only what each role reads on the board.
 Both. You can scope a saved board to a single event by event ID for tonight's run, or run an aggregate board across every upcoming event for a series organiser. The grouping field stays the same, only the filter changes per saved view.
 Yes. SleekView reads the distinct values present in the grouping column and renders one kanban column per value. If you registered a custom status through an EventON snippet or a third party add-on, that value shows as a column next to the built-in ones with no extra configuration.
 No. SleekView paginates inside each column and loads card detail on demand, so an event series with several thousand RSVPs and tickets renders the column counts immediately and streams card content as you scroll. Filters reduce the working set before the board renders.
 Pricing
More than 1000+
happy customers
Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.
Lifetime ♾️
Most popular
EUR
once
- Unlimited websites
- Lifetime updates
- Lifetime support
...or get the Bundle Deal
and save €250 🎁
The Bundle (unlimited sites)
Pay once, own it forever
Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.
What’s included
-
SleekAI
-
SleekByte
-
SleekMotion
-
SleekPixel
-
SleekRank
-
SleekView
€749
Continue to checkout