Behind the Scenes: How Support Works at Regpack
Most of us picture customer service like it looks in movies. You call, a person picks up, and they fix it while you wait. Software support works a little differently. This guide explains how it works and why it's set up this way.
Support Is Built to Help Everyone Quickly
Regpack helps thousands of organizations run their registration and payments. To help all of them well, our support team works from one shared list of requests, called a queue.
- When you send a request, it joins the queue.
- The next person who is free picks it up.
- If they need help, they pass it to the right teammate with all your details attached.
A phone call only reaches one person at one time. A written request can reach the whole team.
Calls Happen While Your Project Is Being Built
While your project is being built, you work with a Project Consultant. Video calls and training are part of that process. On a call, you're talking with the person building your project, so they can get a clear answer and make the change right away.
Once your project is live, support is done mostly by email. Most issues after launch need to be looked into by our development team. Support turns your request into the details developers need, and having it in writing keeps every detail clear.
Why Written Support Works Better
Writing it down may feel slower, but it usually gets you a faster fix. A written request:
- Keeps a record, so no details get lost or forgotten.
- Can include screenshots, so we see exactly what you see.
- Goes straight to a developer if needed, in your own words.
- Lets you track progress from start to finish.
By keeping support organized, we can help every client get answers faster, including you.
Why You Talk to Support, Not Developers or Executives
When something isn't working, it's natural to want to talk to the person who built it. At Regpack, and at nearly every software company, your issue still reaches that person. You just don't have to be the one to explain it to them.
What Our Developers Do
Our developers fix bugs and build new features for every Regpack client. To fix a problem, they need to find where it happens in the code and look into what's going wrong.
That work happens in the code, not in a conversation. A call usually doesn't make it go faster, and it can even slow things down. Clear written details from support give developers what they need to start right away.
How Your Issue Reaches a Developer
- You send a request to support with the details of what happened.
- Support recreates the problem to confirm what's going on.
- If it's a bug, support writes it up for the developers with clear steps, screenshots, and your project details.
- A developer fixes it, working from that write-up.
- Support lets you know when the fix is live.
Support speaks both languages: yours and the developers'. That's what keeps fixes fast and accurate.
Why Support Is the Expert on Your Issue
Our leadership team knows Regpack's big picture: how it works and where it's headed next. They're glad to share that vision, but they aren't usually part of day-to-day troubleshooting.
Our support team is. We train them to stay up to date on every bug fix and update as it happens. They work with clients every day, so they've likely seen your issue before and know how to solve it. When it comes to your project, they're the experts.
Leadership still hears from you. Support shares reports on what clients need most, and those needs help shape what we build next.
Think of It Like a Car Repair
When your check engine light comes on, you take your car to the service team. The engineer who designed the car could help, but their focus is the car's design, not your repair. A car company executive could help too, but it would take longer, since they don't usually fix cars.
The service team works on cars like yours every day. They know what to look for and how to fix it fast. Regpack support works the same way.
Calls and Meetings: When They Happen
Regpack does hold calls with clients, but at set times and for set reasons. Knowing when they happen helps you plan ahead and get the most out of them.
Calls During Your Build
While your project is being built, you'll work with a Project Consultant. This is when phone calls happen. Your consultant will schedule calls with you to:
- Go over your Project Blueprint and goals
- Review your build and collect your feedback
- Train your team and walk you through going live
Your consultant is the one building your project, so a call gets you a clear answer from the person who will make the change. This is the best time to ask big questions. Bring a list!
Support After You Go Live
Once your project is live, support moves to email and the help center. Your consultant’s expertise is on non live projects so they’re shifting on to building the next client's project..
Email works better at this stage. Most issues after launch go to our development team to look into. Support turns your request into the details developers need, and having it in writing means nothing gets lost along the way.
What "Escalation" Means
If an issue needs more help, support will escalate it. This means your request moves to:
- A senior member of the support team, or
- Our development team, if it needs a code fix
Escalation moves your request to the person best able to fix it. It doesn't add a meeting, because a meeting would slow the fix down.
Tips for Getting the Most From PC Calls
- Send questions ahead of time so we can come prepared with answers.
- Invite the right people from your team, such as whoever manages payments.
- Take notes or ask for a recap so nothing gets missed after the call.
How to Get Your Issue Solved Fastest
The biggest thing that speeds up a fix isn't who you talk to. It's how much detail we have when your request arrives. Follow these steps and most issues can be solved without any back-and-forth.
What to Include in Your Request
- One issue per request: If you have three problems, send three requests. Each one can go to the right person at the same time.
- What you expected: Tell us what should have happened. Example: "The parent should have been charged $200 on May 1."
- What actually happened: Tell us what you saw instead. Example: "The parent was charged $400."
- Where it happened: Include the user's name or email, your project name, and the form, product, or autobill plan involved.
- A screenshot or screen recording: This is often the fastest way for us to see the problem.
- How big the impact is: Let us know if it affects one user or many, and if you have a deadline, like registration opening on a set date.
Two Requests, Side by Side
Hard to solve | Easy to solve |
|---|---|
"Payments are broken. Please call me ASAP." | "Parent Jane Smith ([email protected]) was charged twice on 5/1 for Summer Camp Week 2. Screenshot attached. Our next autobill run is 6/1." |
Support has to write back with questions before work can start. | Support can start fixing it right away. |
Best Practices
- Reply in the same thread instead of starting a new one, so your history stays together.
- Check the help center first: Many answers are already there, step by step.
- Flag payment problems clearly: Put words like "double charge" or "refund" at the top so we can sort it fast.
Support FAQ
Here are answers to the questions we hear most about how support works.
Can I schedule a call with a developer?
No. Our developers don't take client calls. This keeps them focused on fixes and new features for everyone. Your issue still reaches them through support, with all your details included.
Can I talk to the CEO or another executive?
Our leadership team doesn't handle individual requests. They do review support reports to see what clients need most, so your feedback reaches them that way.
Why can't I just call support?
Phone calls are part of onboarding and training, when you're working directly with the Project Consultant building your project. After launch, most issues need to be looked into by our development team or can be answered by our general support team. Email lets support pass along every detail exactly and keeps a record of each step as well as allow all of the support members to be able to respond quickly.
What if my issue is urgent?
Say so at the top of your request and explain why. For example: "Parents can't check out, and registration opens tomorrow." The support team's median response time hovers between 1.5 and 2 business hours across all tickets, and tickets marked time sensitive are moved further ahead in the cue than a normal ticket.
I don't feel like I'm being heard. What can I do?
Reply in your request and ask for it to be reviewed by a support lead. Tell us what result you're looking for. A clear goal helps us find the right fix faster.
Do other software companies really work this way?
Yes. Most software companies handle support through email and a help center once setup is done. Writing things down makes it easier to track an issue and get it to the right team. Regpack follows the same model.
Where do I send a request?
Email [email protected]. Include the details listed in How to Get Your Issue Solved Fastest and they’ll handle the rest!