Now that's timing, Andy! I was just starting to wonder when this is happening and how much it will cost. We are hiring new staff to start the first week of September... it would be great not to train them on our existing system if we'll soon be implementing a new one.
Gift certificates are planned within a few short months... but at this time I don't have plans to add "other" products like memberships or retail.
Why?
Memberships don't make sense online IMO. Customers wouldn't want to pay for a membership that activated immediately (they aren't there to use it thus they are wasting days). Alternately why would they want to spend money before they even visited for a future membership?
Gift memberships makes sense, hence online gift cards will be supported.
Retail is simply too complex and of too little demand among rock gyms for me to tackle the enormous development effort required for a full online retail system.
Thanks Andy. After I posted the question I read the development doc and found the info. I do have a question about X-charge and Stripe. Are the fees for Stripe on top of the merchant fees for X-charge, or are they separate?
How do I process a partial Stripe refund? We had a customer make an online booking and then she reduced the number of participants, so now we owe her twenty bucks. It seems like the only option available in her Invoices & Payments screen is to refund the entire amount. Is it possible to refund just the difference owing?
Is there an option to set up a 'minimum number of customers needed' before a class actually happens? We'd like to start offering more regular classes but I'd hate to bring in our instructors if only one paying customer ends up coming.
I thought about this feature, but currently left it out.
why?
At best that would be simply a warning/highlighting when reviewing classes in the Instructors grid... as it would change nothing about what's available to be booked online or within RGP by your staff. Until such time as the minimum is met, you'd still want the courses to be available so the minimum COULD be met.
It seems likes reviewing the Instructors grid and checking at participant counts would allow you to see if any minimums haven't been met and then cancel the event, which would also remove it online.
So yes, perhaps I'll add the setting eventually, but I can't see how it would do anything but just provide some highlighting of "events in question"?
Or perhaps I don't understand the specific requirement?
We offer a boot camp class that is only worth running if at least 6 people sign up. We (hypothetically) offer the boot camp online and only have 3 people sign up and pay. In this case, we would have to go through and email the 3 that signed up to notify them of the cancellation and then refund them. Ideally, RGP/Stripe would store the CC info until at least 6 people sign up, then run all of the cards. Is this possible? Should we simply have people sign up online and pay at the gym?
In all honesty there could be no good solution to this problem, but you always seem to find great workarounds.
The RGP calendar looks great, Andy! Thanks for all the hard work!
I have been able to understand the pricing set ups for classes and programs (ie prices for members v. non-members).
However, is there a way to verify that a person is, in fact, a member? In my beta, I have been able to use a non-member to sign up for a class/program and pay a member price.
Same for age restrictions (some products we have are priced on age).
Membership verification is intentionally left as the honor system. Any attempt to "verify" a member online would be hopelessly frustrating with false positives and negatives. Considering the individual is actually going to show up at the facility, fraudulently choosing themselves as a member is not going to be very common.
As for age... no age verification is built in, but you can ask a yes/no or "i agree" style question to confirm that they are over 12 years of age, etc.
One last question on pricing. Is there a way to copy a pricing rule from a previous offering to quickly have it applied to a new offering?
IE. we have several week long camps throughout the year and have to define a pricing rule each time we set up a new camp offering. (camps are not offered with a frequency that allows us to utilize the "rules" feature, each week has to be created individually).
It would be great to have a saved pricing rule for quick reference when creating a new offering.
I can only imagine! Again, thanks for the update to RGO, looking awesome!
Speaking of the To-Do, have you received any requests regarding data tracking? I noticed that when you ring up a Birthday Party, for example, POS will have a quantity of 1 and change the price relative to the invoice for the scheduled party.
We tend to track how many "birthday participants" we sell, as it gives us a good number when looking at reports and charts.
I have been playing around with the calendar reporting and I can ultimately find out, for example, the average cost per participant, but that means doing some manual number crunching, from what I can tell.
Yes, at least one other gym has commented on this. Unfortunately some gyms sell a "birthday party" and other gyms sell "birthday party participants". Thus... I have to pick one particular method for the send to POS.
Also.... with Send-To-POS if I would attempt to divide the amount by the number of participants when adding the transaction it would sadly only work in some cases. For example, you can Send-To-POS for a change in a booking (i.e. you've added a participant)... but the complexity to also send a "participant delta" would have been a nightmare. Basically, using Send-To-POS the participant quantity would often have been off.
As you've discovered, using the Calendar -> Reports/Grids -> Booking Counts you can determine the # of participants.
I was just exploring the booking system, and it seemed that if an event is free (say for members) then there isn't anything to prevent someone from maliciously filling up the event with random bookings... a form of DOS attack.
we are in the final phases of testing the booking system but for the last few days we've had problems running test transactions.
the test CC number is entered and approved, but nothing is ever pushed to RGP's
"Online Transactions."
I looked at our acct. in Stripe and the Logs are present for these transactions (although it never fully processes as the strip balance is still $0.00).
If our parties have different maximum numbers of participants depending their time slot what is the best way to setup the schedule. I currently have a different offering for each maximum (eg. party max 15, party max 20, etc) But this gets annoying since I have to enter in all the same booking questions for every single offering. Any ideas ?
If you want different maximum participant counts, then yes.. you need to use different offerings. That being said... it seems like at most this would require a couple offerings, perhaps weekdays and weekends.
Perhaps at some point in time I'll add customizable maximums by timeslot but it won't be in the near term.
Comments
Now that's timing, Andy! I was just starting to wonder when this is happening and how much it will cost. We are hiring new staff to start the first week of September... it would be great not to train them on our existing system if we'll soon be implementing a new one.
Will this be able to handle other online sales, like gift certificates?
Gift certificates are planned within a few short months... but at this time I don't have plans to add "other" products like memberships or retail.
Why?
Memberships don't make sense online IMO. Customers wouldn't want to pay for a membership that activated immediately (they aren't there to use it thus they are wasting days). Alternately why would they want to spend money before they even visited for a future membership?
Gift memberships makes sense, hence online gift cards will be supported.
Retail is simply too complex and of too little demand among rock gyms for me to tackle the enormous development effort required for a full online retail system.
Thanks Andy. After I posted the question I read the development doc and found the info. I do have a question about X-charge and Stripe. Are the fees for Stripe on top of the merchant fees for X-charge, or are they separate?
Stripe is completely separate from XCharge. There are NOT double fees. Your only fees on the online transactions will be Stripe.
Hi Andy,
How do I process a partial Stripe refund? We had a customer make an online booking and then she reduced the number of participants, so now we owe her twenty bucks. It seems like the only option available in her Invoices & Payments screen is to refund the entire amount. Is it possible to refund just the difference owing?
We don't support partial stripe refunds. You'll need to process the refund at pos like normal.
I guessed that might be the case but just wanted to confirm. Thanks Andy!
Is there an option to set up a 'minimum number of customers needed' before a class actually happens? We'd like to start offering more regular classes but I'd hate to bring in our instructors if only one paying customer ends up coming.
Thanks, RGP is awesome!
Re: minimum # of customers needed
I thought about this feature, but currently left it out.
why?
At best that would be simply a warning/highlighting when reviewing classes in the Instructors grid... as it would change nothing about what's available to be booked online or within RGP by your staff. Until such time as the minimum is met, you'd still want the courses to be available so the minimum COULD be met.
It seems likes reviewing the Instructors grid and checking at participant counts would allow you to see if any minimums haven't been met and then cancel the event, which would also remove it online.
So yes, perhaps I'll add the setting eventually, but I can't see how it would do anything but just provide some highlighting of "events in question"?
Or perhaps I don't understand the specific requirement?
Maybe a hypothetical situation would help haha:
We offer a boot camp class that is only worth running if at least 6 people sign up. We (hypothetically) offer the boot camp online and only have 3 people sign up and pay. In this case, we would have to go through and email the 3 that signed up to notify them of the cancellation and then refund them. Ideally, RGP/Stripe would store the CC info until at least 6 people sign up, then run all of the cards. Is this possible? Should we simply have people sign up online and pay at the gym?
In all honesty there could be no good solution to this problem, but you always seem to find great workarounds.
re: delayed charging only after minimum # of participants met.
Sorry, that would be a nightmare to implement as you could imagine.....
The RGP calendar looks great, Andy! Thanks for all the hard work!
I have been able to understand the pricing set ups for classes and programs (ie prices for members v. non-members).
However, is there a way to verify that a person is, in fact, a member? In my beta, I have been able to use a non-member to sign up for a class/program and pay a member price.
Same for age restrictions (some products we have are priced on age).
Membership verification is intentionally left as the honor system. Any attempt to "verify" a member online would be hopelessly frustrating with false positives and negatives. Considering the individual is actually going to show up at the facility, fraudulently choosing themselves as a member is not going to be very common.
As for age... no age verification is built in, but you can ask a yes/no or "i agree" style question to confirm that they are over 12 years of age, etc.
Thanks, Andy!
One last question on pricing. Is there a way to copy a pricing rule from a previous offering to quickly have it applied to a new offering?
IE. we have several week long camps throughout the year and have to define a pricing rule each time we set up a new camp offering. (camps are not offered with a frequency that allows us to utilize the "rules" feature, each week has to be created individually).
It would be great to have a saved pricing rule for quick reference when creating a new offering.
I've added that to the todo list. (copy pricing)... though there is alot on the list!
I can only imagine! Again, thanks for the update to RGO, looking awesome!
Speaking of the To-Do, have you received any requests regarding data tracking? I noticed that when you ring up a Birthday Party, for example, POS will have a quantity of 1 and change the price relative to the invoice for the scheduled party.
We tend to track how many "birthday participants" we sell, as it gives us a good number when looking at reports and charts.
I have been playing around with the calendar reporting and I can ultimately find out, for example, the average cost per participant, but that means doing some manual number crunching, from what I can tell.
On the birthday party quantity -
Yes, at least one other gym has commented on this. Unfortunately some gyms sell a "birthday party" and other gyms sell "birthday party participants". Thus... I have to pick one particular method for the send to POS.
Also.... with Send-To-POS if I would attempt to divide the amount by the number of participants when adding the transaction it would sadly only work in some cases. For example, you can Send-To-POS for a change in a booking (i.e. you've added a participant)... but the complexity to also send a "participant delta" would have been a nightmare. Basically, using Send-To-POS the participant quantity would often have been off.
As you've discovered, using the Calendar -> Reports/Grids -> Booking Counts you can determine the # of participants.
I was just exploring the booking system, and it seemed that if an event is free (say for members) then there isn't anything to prevent someone from maliciously filling up the event with random bookings... a form of DOS attack.
Is there something I missed that will avoid that?
we are in the final phases of testing the booking system but for the last few days we've had problems running test transactions.
the test CC number is entered and approved, but nothing is ever pushed to RGP's
"Online Transactions."
I looked at our acct. in Stripe and the Logs are present for these transactions (although it never fully processes as the strip balance is still $0.00).
Chance - I'll contact you directly to help you troubleshoot.
NOTE: Please start using new threads for Booking Q/As. That will help people searching for answers in the future.
If our parties have different maximum numbers of participants depending their time slot what is the best way to setup the schedule. I currently have a different offering for each maximum (eg. party max 15, party max 20, etc) But this gets annoying since I have to enter in all the same booking questions for every single offering. Any ideas ?
If you want different maximum participant counts, then yes.. you need to use different offerings. That being said... it seems like at most this would require a couple offerings, perhaps weekdays and weekends.
Perhaps at some point in time I'll add customizable maximums by timeslot but it won't be in the near term.
Please sign in to leave a comment.