Before posting, please read: When to use this forum, when to submit a help ticket

Potential Event, lost the gig

Started by mibmusic, November 21, 2022, 06:43:57 AM

Previous topic - Next topic

mibmusic

Hi,

Is it possible to add another field besides confirmed and cancelled? Let's say we are contacted for a gig. We create a new event to check the availability. As soon as all band members have accepted we move on. However, when the venue does not choose us, we have no option to say we lost the gig. We could say it was cancelled but that's not the case. It would be nice to be able to mark ik as lost and fill in a reason why we did not get the gig.

arlo

#1
BandHelper wasn't designed for the workflow of checking availability for an event before it has really been offered, although now that you mention it I can think of scenarios where that would happen. Probably the best solution is to not mark an event as Confirmed until it is really decided on both sides. Usually an unconfirmed event means the band didn't accept it, but it could also mean that the venue didn't accept it. Events that are not confirmed will appear in italics with parentheses around the name, and won't trigger reminder notifications. You might have to show this to your bandmates to make sure they know what an unconfirmed event looks like.

The only thing ambiguous about this is whether an event is unconfirmed but you're still working toward getting it confirmed, or unconfirmed and expected to stay that way. So depending on how far away the event is and how much discussion happened around it, I might simply delete it. If it's six months in the future and wasn't discussed at length, I'd just delete it so it isn't hanging around generating questions for six months. If it's two weeks away, I'd be more likely to leave it because once the date has passed, bandmates won't be looking at it anyway. Or if it was discussed at length, you could leave it because everyone will know what happened with that event.

While not literally accurate, you could also mark the event as cancelled to be extra clear. Cancelled events appear in a faded style. Usually a cancelled event means the event was accepted on both sides and then one side revoked their acceptance. But from the band's point of view it doesn't make much difference if the venue had really offered it in the first place -- it just matters that it's definitely not happening and the schedule is clear again at that time.

I don't think a new status would be helpful because I don't know what you'd call it or how it would be displayed that would distinguish it from unconfirmed or cancelled events. From the band leader's point of view, if you want more detail about what happened, you could use the Notes field, or add a custom field if you're already using the Notes field for too many other things. But in most cases, the band just needs to know if a date is booked, potentially booked or free.

mibmusic

Thank you for your time to explain. I think the biggest benefit of the schedule module within Bandhelper is that we can check availablity. I never thought it wasn't designed to do this. For now, I will create a new field where I can type why we lost the gig and set it to cancelled. Thank you!

arlo

It was designed to check availability, and it assumes a time is available when there are no confirmed events at that time. The only part here that it wasn't designed to do is make a distinction between events that were offered by the venue but not accepted by your bandmates versus events that were accepted by your bandmates but not offered by the venue. In both cases, the event is unconfirmed, which means it will be displayed in a different style, can be filtered from event lists, won't appear in the schedule widget and won't generate reminder notifications.

The only potential problem I see here is if your bandmates think an event is happening because they accepted it, but it was never actually offered. If showing them how to recognize unconfirmed events doesn't solve that, then setting the event as cancelled should remove any doubt.