Feature Requests

After the latest update to the scheduling page, I noticed that when a different time duration is selected, it no longer shows the time you changed it to. For instance, if I select a 5-hour in-person appointment for service work, the next page still says the meeting is 30 minutes. It does schedule the correct amount of time once the appointment has been created, but I fear the current display could be confusing (as it was for me) and a little alarming. I need to be able to confirm throughout each part of the process that the correct time has been selected before sending a notification to the client. With the current display, I basically just have to hope I didn't mess it up. If I did, I would have to go back, cancel the appointment, and resend it, which can be confusing and stressful for the client. We use the integration with Autotask so it may be different on the main page. I've attached some pictures as I ran a test to confirm it was scheduling the right time of 5 hours instead of 30 minutes.

When a client opens my scheduling link, the available times are automatically displayed in their local time zone based on their browser. While I understand this is intended to be helpful, it creates confusion for my business because I am based in Arizona, which does not observe Daylight Saving Time. I would like the ability to lock my scheduling page so that all available times are displayed in my time zone (Arizona MST) regardless of where my client is located. This way, my clients know they are booking based on my local time and there is no ambiguity around time zone differences, especially for clients who may not be familiar with Arizona's unique time zone situation.

Please add a feature for the invitation recipient to add a note to their accepted or declined invitation. This note would then be added to the Internal Notes of the PSA ticket. As part of this, the recipient should be able to accept or decline an invitation with a note field for them to add further context.

I am requesting an option for the end-user to verify that the ticket can be closed, or no additional follow up is desired. This would serve a primary function on tickets that have been resolved, but are awaiting client verification for closure. This would also allow clients to easily cancel a ticket if service is no longer needed. Ideally, this action would feed into the ticket as a internal update saying "Client has marked issue resolved," flagging the ticket for review/ scheduling change. The technician would review for closure, verify resolution and manually mark complete.

We love the new refresh of the Timezest UI, but the actual booking page is still kind of dated. It feels less polished compared to the rest of the backend part of Timzest. I would love if booking page itself: Had a bit more customization options (sizing, view format) kind of like how cal.com works Be refreshed to be in standard with the rest of the TZ UI