How to Automate TripWorks

TripWorks automates the booking and the day around it: online bookings against live availability, smart scheduling of guides and resources, waivers and a customer portal, plus follow-ups and reminders. Weather, review sites and the card processor sit outside it, which is the reading an agent like WebRun does for you.

TripWorks holds the manifest the whole day runs from

TripWorks is the booking and operations platform behind tour, activity and attraction businesses: sightseeing and city tours, air and sea operators, adventure outfits, entertainment venues and the places that sell a class by the session.

A balloon company, a harbour cruise and a guided walk look nothing alike from the pavement. Underneath they sell the same thing. A start time. A finite number of places. A guide or a pilot who has to be standing there. A piece of equipment that has to be where the schedule says it is.

So TripWorks carries the facts that decide whether tomorrow happens at all. The manifest for each departure and who is on it. Who has paid and who still owes a balance. Which guide, vehicle, boat or basket is assigned to what. Whether the waiver is signed. What the guest typed into the notes box at eleven at night, booking from a phone in an airport.

Admin lives in two narrow windows either side of the day

One window opens before the first departure. The other opens once the last vehicle is back. Nothing gets done outside them.

In the first window somebody reads the forecast and decides whether the six o'clock goes. They ring the four passengers who never sent a weight. They check that the group of nine actually signed rather than clicked. They confirm the van, the driver and the meeting point one more time, because last month a family stood in the wrong car park for twenty minutes.

In the second window, once the guests have gone, somebody totals the day against what the card processor sent, reads the review that landed at four, and looks at Saturday, which has two seats left on one departure and two passengers on another that will not now run.

None of it is hard. All of it is squeezed against a clock that does not move.

The tripworks.com homepage, the app these three jobs run in. TripWorks
The weather call, already assembled Tomorrow's departures set against the forecast for each meeting point, with the ones at risk named before anyone is awake to ask.
Gaps found before the field Passengers still missing a weight, a signature or a balance, listed by departure rather than discovered at the meeting point.
Reviews traced to the departure Overnight reviews matched back to the trip and the guide they came from, so praise and complaints reach the right person.

Smart Scheduling assigns the guide, the boat and the basket

TripWorks covers the booking and the day thoroughly, and an operator paying for it should be running all of it before adding anything on top.

Online bookings take the sale around the clock against live availability, and the Lead Center carries an enquiry from phone or form through to a confirmed seat. Smart Scheduling assigns staff and resources, and capacity management holds a departure to its limits. Waivers are signed in advance, and the customer portal lets guests download a ticket, sign and pay a balance without calling. Follow-ups and reminders go out by email and text on your own timings, abandoned carts get chased, and manifests give the crew one view of the day.

Every one of those begins with something TripWorks already holds: a booking made, a balance due, a departure approaching, a checkout stopped.

The things that cancel a day are all outside it. The wind at launch height is on a weather service. The reviews that decide next month are on Google and TripAdvisor. What the processor actually paid into the bank is on the processor's own dashboard. Whether a pilot's medical is still current sits on a page belonging to the authority that issued it.

The weather that decides Saturday is readable on Friday

The call made at five in the morning rests on facts that were already on a screen at ten the night before.

Tomorrow's departures set against the forecast for each meeting point, with the ones at risk named, so the day opens on a decision rather than a search across four weather sites.

Passengers still missing a weight, a signature or a balance listed by departure instead of found at the field. Yesterday's takings set against what the processor actually moved into the bank, so a day that did not fund is a question this week rather than a variance nobody can reconstruct in March.

Reviews collected overnight from the sites guests read before they book, matched back to the departure and the guide who ran it. The public booking pages of the two operators you actually compete with, checked for what has already sold out on Saturday.

A pilot's medical, a guide's first aid card and the operating certificate watched on the pages that issue them, because one lapsed document grounds an entire weekend.

Guest contact stays supervised. Telling somebody their trip is off is a call from a person, not a message fired by a schedule.

Weather calls belong to the pilot, not the paperwork

A pilot signs for the flight, and that will not change. What does change is who spends half past four in the morning opening six sites to gather the facts the signature rests on.

WebRun is an AI agent that works a real Chrome browser, signed in as you. It opens the weather pages, the review sites, the processor's dashboard or TripWorks itself, reads what is on each screen, and leaves you one page with the exceptions named.

It runs on the schedule you set, in your own private environment, and you can watch a run and stop it. Anything that reaches a guest is drafted and left for you.

Each workflow below names the sites it opens.

Questions people ask

Will it cancel a departure when the forecast turns?

No. It reads the forecast, sets it against tomorrow's manifest and names the departures at risk. Standing a trip down is an operational and often a licensed decision, so the call and the message to guests stay with a person.

Our guides work from the mobile app in the field. Does this interfere?

No. It runs its own browser session on a schedule, so nothing changes on a guide's phone and no setting has to be enabled on your account. What it produces is a sheet waiting in your inbox, and the app stays the crew's tool on the ground.

We run several departure points. Can one run cover them all?

Yes. A single run can work each meeting point in turn, read the forecast for each one and return a single sheet, which is usually more useful than four separate checks done by four different people.

10 ready-made TripWorks workflows

Each one names the apps it touches and the exact steps it takes. Open one to read what it will do, then turn it on.

Automated Weather Cancellation Rebooking
WebRun finds passengers whose flights were cancelled for weather in TripWorks and still have not rebooked, then drafts a warm rebook nudge text in Twilio with your next open dates, queued for you to approve so no cancelled guest is forgotten.
TripWorksTwilio
Automated Special Occasion Note Capture
Each morning, WebRun scans new balloon bookings in TripWorks for mentions of birthdays, anniversaries, proposals, and other occasions, and logs a tidy crew brief in a Google Sheet so your team can make each flight feel personal.
TripWorksGoogle Sheets
Automated Balloon Add-On Offers
A few days out, WebRun finds upcoming balloon passengers in TripWorks who have not added the champagne toast or photo package, logs the opportunities in a Google Sheet, and drafts a tasteful add-on offer email in Gmail for you to send.
TripWorksGoogle SheetsGmail
Automated Balloon Review Request Drafts
The evening after a flight, WebRun finds the day's landed balloon passengers in TripWorks and drafts a warm thank-you email in Gmail with your review link and flight-photo gallery link, queued for you to review before sending.
TripWorksGmail
Automated Standby Seat Offers
When a flight opens seats after a scrub or a cancellation in TripWorks, WebRun reads your standby list from a Google Sheet and drafts a first-come offer text in Twilio for the next people in line, queued for you to send.
TripWorksGoogle SheetsTwilio
Automated Balloon Weather Go No-Go Briefing
At first light, WebRun reads the day's balloon manifest in TripWorks and the local wind and weather outlook, then posts your pilot a Telegram go or no-go briefing with a ready reschedule action list for any flights that cannot fly.
TripWorksTelegram
Automated Passenger Weight Collection
Ahead of each flight, WebRun checks TripWorks for passengers who have not given a weight yet, logs the gaps in a Google Sheet, and drafts a discreet request email in Gmail so your pilot has accurate load figures for basket and ballast planning.
TripWorksGoogle SheetsGmail
Automated Unsigned Waiver Flagging
Each morning, WebRun checks tomorrow's balloon flights in TripWorks, finds every passenger whose digital flight waiver is still unsigned, and posts your crew a Slack checklist so no one shows up at the launch field without paperwork done.
TripWorksSlack
Automated Balloon Launch Reminder Texts
The evening before each flight day, WebRun reads tomorrow's balloon manifest in TripWorks and drafts a short pre-dawn reminder text for every passenger in Twilio, with the meet time and launch address, queued for you to approve.
TripWorksTwilio
Automated TripWorks Flight Confirmations
When a new balloon flight booking lands in TripWorks, WebRun reads the flight date, launch site, and passenger count, then drafts a warm confirmation email with the exact meet time and directions, queued in Gmail for you to send.
TripWorksGmail

Want one of these running on your own TripWorks?

Show WebRun the process once and it will run it on schedule, in your own private browser environment.