Use Case: Venues & Hotels

Runsheet/Timeline Feedback

Venues & hotels that host events for clients use WorkZerk to collaborate and plan the runsheet/timeline using Work (Scheduled) aka ‘Runsheet’.

Branding of the portal can also be changed in terms of colors and logos (per Space).

Your client can provide real-time feedback on the runsheet by selecting a specific activity and submitting feedback. That information is routed to the Admin users, and they can take action to adjust the timeline accordingly.

When Feedback is submitted via the portal it creates an incident, so dialogue can happen (a multi-way chat conversation) about that suggestion between the Admins and the client.

The benefits of this real-time, interactive approach over traditional digital methods of emailing a draft PDF timeline are:

  • Your client will see the very latest timeline update in real-time, without the need to refresh the page, download another PDF, or locate attachments buried in emails.

  • At any stage though, they can also download their own PDF to print a hard copy.

  • This eliminates the repeated generation, downloading, attaching and emailing of runsheets.

  • Clients always see the latest version of the runsheet - without exceptions.

Overall it provides a much slicker and predictable way of collaborating with clients, providing a premium experience that better reflects your brand.

Clients Do not Need to Login or Install Software

Clients you share the timeline with do not need to login, register or install any software or applications.

They simply click on the link emailed to them via the Admin portal as a Guest. There is no password required, because the password is embedded within the URL. This works on any modern device with a modern browser.

The entire runsheet/timeline feedback process is seamless and engaging, the way it should be!

Keep all Client Feedback within WorkZerk

Another problem that WorkZerk solves is consolidation of all feedback into one location. This replaces the conventional method of receiving client runsheet/timeline feedback via multiple disconnected emails or phone calls that are easy to overlook.

All feedback is contained within WorkZerk which has an open/closed status, so you always know what has been actioned.

Live Event Runsheet Usage

WorkZerk can also be used to manage your portal guests on the day of the event, providing real-time runsheets.

Work (Scheduled) can be assigned and classified in mutliple ways including:

  • Assign Work to portal guests. They will be responsible for the Work and for setting the status to complete (which includes a date/time stamp). In other scenarios you might assign Work to Team Leaders only, who can update the status of the Work.

  • Assign Work to a specific Hat (Role) (e.g. ‘FOH’, ‘KITCHEN’). This Activity will only appear for portal guests tagged accordingly.

  • Portal Guests can switch ‘hats’ (aka roles) throughout the event, to dynamically change the Work that they are responible for. For example, you might send a BOH to FOH, in which case they just switch hats within WorkZerk.

  • Assign Work (Scheduled) to an area within your Location, this has the added advantage of providing portal guests with detailed information about that area and location, including any specific instructions for access.

There is also an ‘Internal’ flag on all Work (Scheduled) so if you share the runsheet with your client, you can keep confidential internal Work from appearing on the Clients runsheet/agenda.

Incident Communications

During the event, Admins can send messages to ‘Everyone’ (all Portal Guests), ‘Admins’ or specific Guest Hats with urgent incidents.

For urgent incidents such as weather updates, security or medical incidents etc. an SMS can be sent to all portal guests.

Venues have found this to be incredibly useful to reach all portal guests regardless of where they are located.

When alerts are sent to all portal guests they can respond with their current status, you will see when they have read (acknowledged) the message, and they can set their status to ‘ONTO’ or ‘DONE’ where that alert is actually a task to complete.

Meanwhile Admins can monitor progress on the alert, and close the incident when it has been resolved (all in real-time).