Building a Solution to a Problem I Found at a Local Fitness Club

Hello! What's your background, and what are you working on?

I'm Chris Patton, the founder of Punchpass. I live near Burlington, VT, and have been here for the past 14 years.

I've had a somewhat varied background. I went to a liberal arts college and majored in art history. Then I ski bummed for a year, then got into tech as an installer/trainer for a company that makes software for ad placements in radio & TV stations. I then transitioned to tech support for a hardware company, and then IT for a smaller software company. From there I went back to school to get my MBA (gasp!) at Babson College. I spent some time, with some success but no real big wins, on a few other ventures before starting Punchpass.

Punchpass is web software used to track customer class attendance and the passes and punchcards that small businesses tend to sell. So our clients set up their classes, accept class reservations online, sell or assign passes to customers, and then take class attendance.

We are primarily used by the fitness industry — yoga studios, personal trainers, etc. But it's pretty flexible software, so we have a wide range of client businesses. The majority of them are very small local businesses, and they use Punchpass to run their core operations and enable online transactions like class reservations and pass purchases.

I started the company in 2013 and ran it solo for two years before bringing on a business partner. We now have clients in over 50 countries around the world, and just broke through $27k in MRR (monthly recurring revenue).


What motivated you to get started with Punchpass?

So, by 2012 I had started a few different web apps, one which had done okay, and a few that hadn't gotten far. I was currently working on launching a different app called Trillo, and was meeting with a local business to try and get them to try it.

In the course of the conversation they said they had another problem, which had to do with the Zumba fitness classes they offered. They had a big box of index cards they were using to track everyone's class attendance. So they took attendance on a paper list, and then had to copy each of those attendances to the customer's index card.

They were at least 30 days behind in entering their attendances. Not only were they dealing with a lot of manual work, but they basically had no visibility into how their business was doing.

My reaction at the time was basically, "That's interesting, but I'm working on a product that has to do with registering kids for classes."

But the problem stuck with me. A few months later I was at a crossroads — I couldn't afford to pay the developers who had built Trillo, which only had a couple of beta customers, so in order to support the product I needed to learn to program.

Today, creating a website is easier, marketing is becoming easier, and accepting payments is much easier.


Trillo was a Ruby on Rails application. Over the years I'd done a lot of the front-end work for apps I'd built, and I had enough of a background that I felt I could pick up Ruby on Rails pretty quickly. Plus, if everything went downhill, at least I'd have a solid programming skill to get a job!

I did some of the standard online tutorials as well as a paid one through The Pragmatic Studio (highly recommended!). But the best way to learn how to code is to build something, and I immediately thought about the problem tracking attendance at the fitness studio. It didn't seem that complicated (famous last words), so I set out to build it.

What went into building the initial product?

I believe I started playing around with the idea in February 2013. By about April I got really serious about it, and I turned on billing in September. So development took about 6 months, but even then it was a very barebones project. (We've continued to add a lot of functionality to the product over the years.)

By September it was good enough to start charging for, and I'm a big believer in the idea that paying customers are the only true validation for the assumption that your idea solves problems.

Also, I think that charging early prevents you from getting into the "just one more feature" trap. While more features can certainly expand your market, you can usually find a smaller segment you can target earlier.

So in our case, Punchpass wasn't yet ready to be used by a full-blown yoga studio, but it was perfect for people who taught a few dance fitness classes a week and needed to keep track of the passes they sold.

When we launched we had no online class reservations, no customer logins, no memberships, no online pass sales. We only had our core functionality. So pare down your vision and realize that you can probably start charging earlier than you think.

We have never raised any funding, though we did receive a $15k prize in a local Burlington, VT, startup pitch competition called LaunchVT. That allowed me to bring on my current business partner a little earlier and start paying myself a regular salary, and it took the pressure off of paying the monthly credit card bill!

It also allowed me to buy the dot com version of our domain.

How have you attracted users and grown Punchpass?

Well to start, Punchpass was just something I built to learn how to code. But I felt there was something there.

So in order to decide if Punchpass had some real possibility, I cold emailed a bunch of Zumba instructors I'd found online. Just explained what I was building, along with my hunch about the problem they were facing.

I pretty quickly received strong validation that this was a big problem for them — there was no simple, affordable software they could use.

So I then continued cold emailing dance fitness instructors and studios, and eventually got 10 to agree to be beta clients — that meant they were willing to use the software for free, give me feedback (and put up with the occasional issue because I was a newbie programmer!), and then when I started charging I would give them 50% off.

I started that process in about April 2013 and turned on billing in September 2013. And a few of those original customers are still with me today! By the end of the year I had 12 customers, all through cold emailing. Not a lot, but a start. Growth through 2014 was primarily cold emailing and experimenting a bit with Google Adwords.

Our original focus was on dance fitness studios and Zumba teachers. I don't honestly remember why… it wasn't something I was into. But over time as we continued to add more features, we found that the majority of our inbound interest was coming from Yoga studios.

There is a dominant software provider in the industry called MindBody, but their software is a little dated, very confusing to use and set up, and very expensive. We've been helped by a number of MindBody customers coming to us because they don't need the features and just want something simpler and easier to use.

We've tried Google Adwords twice, and haven't been able to make it work. It's hard to target yoga studio owners exclusively. What tends to happen instead is that you also serve ads to yoga practitioners, and you burn through a lot of money fast.

Facebook has been a better channel for us, since you can target people based on their profession. That means yoga, in our case. Plus, the ads and clicks are cheaper.

We advertised for a while on Capterra, which is a business software directory — but the category we are in has continued to get more expensive.

I believe SEO has been the biggest win for us. We've really focused on that over the past year and a half, and we've seen plenty of growth in traffic. The majority of our trial signups today are still from organic traffic.

What's your business model, and how have you grown your revenue?

Punchpass is a typical Saas app — we charge a recurring monthly fee. Over the years we've had between 2-5 different plans at a time, and now we've settled on 3.

Punchpass Pricing

Our plans are based on "feature sets". We don't charge based on the number of users, the number of customers, or the number of instructors in the system. I've never liked that type of pricing — it doesn't cost us more if a client adds another record to the database. But feature complexity does cost us money in terms of support resources, code complexity etc. So our plans are based on the features clients want to pay for. Some want very simple software, and some want it more complicated.

Our revenue growth has been very steady and smooth, which has been great and frustrating at the same time. We made a very typical mistake and started with our pricing too low. We've raised it a couple of times, and at the beginning of this year we actually moved our older "grandfathered" clients up to a higher priced plan (but still with a discount).

Paying customers are the only true validation for the assumption that your idea solves problems.


That has helped significantly in terms of cash flow — we now have the resources to start growing the team and really improving the product. Our average monthly revenue per user today is $42, and our MRR is $27k.

I should also point out, however, that often the prevailing wisdom in SaaS seems to be "just double your prices", etc. We actually tried this at one point and it did not work. We clearly were outside the range that our customers expected to pay. So there is a balance between experimenting with your pricing and also making sure you are in a range that your customers can afford.

Month Revenue
Dec '14 2690
Jun '15 6580
Dec '15 9439
Jun '16 12855
Dec '16 16626
Jun '17 26776

What are your goals for the future?

We were just 2 people back in May, and we'll be 5 by September. So we've got a much bigger and better team in place and it's time to finally focus more on growth. We've really done very little marketing beyond SEO.

There are also some ideas around ancillary products — Punchpass for different industries. For example, for personal trainers. But a ton of work remains if we want to make Punchpass the best product it can be.

One of our big beliefs is that the web is going to continue to foster entrepreneurship around the globe. We love that we are helping people start and run their own small businesses. Today, creating a website is easier, marketing is becoming easier, and accepting payments is much easier.

We think the continued growth of small businesses all over the world is going to drive more demand for products like Punchpass. So we are betting on a lot of small customers, instead of trying to go upmarket into gym chains, etc.

What are the biggest challenges you've faced and obstacles you've overcome?

I've always chosen to grow businesses over time through bootstrapping instead of raising capital, so it's taken a while to get to this point.

The biggest challenge for me was keeping the app running as it started to become the core software used 24/7 by clients around the world. (Let's just say there is a lot of refactoring going on right now!)

So if I could do things over again, I'd have brought someone in a lot earlier, even if just to mentor me.

What were your biggest advantages? Was anything particularly helpful?

One of our biggest advantages is linked to my limited programming knowledge — constraints. Punchpass started off as a dead simple app, because that's all I could build. But it turns out that's all customers wanted — something that was easy to use, easy to understand, and fast.

Well to start, Punchpass was just something I built to learn how to code.


In comparison to other products I've built in the past, Punchpass solves a very clear, simple problem. So staying focused on the app has been the best decision we've made.

I've also been lucky to have a wife and kids who support me, both financially as Punchpass grew, and also as something outside of the tech bubble to keep me grounded.

What's your advice for indie hackers who are just starting out?

Build something and show it to customers. I see too many people focused on what version 3 of their product is going to look like when they should instead be worried about version 1.

There is so much you can do today between the different Google services, Zapier, Typeform, etc. Just hack a solution together — you'll be surprised both at how far you can take it and the feedback you'll get. This builds momentum, which I think is one of the most important things you can have for an early stage idea.

Finally, don't be afraid to start by yourself — contrary to popular wisdom you do not need a co-founder. I worked on Punchpass for two years before bringing on a business partner.

Where can we go to learn more?

My personal site is and I'm @cgpat on Twitter. More about Punchpass can be found at

Feel free to ask any questions you like in the comments section below — I'll be happy to answer! Thanks for reading.

Chris Patton

chrispa , Creator of Punchpass

Want to build your own business like Punchpass?

You should join the Indie Hackers community! 🤗

We're a few thousand founders helping each other build profitable businesses and side projects. Come share what you're working on and get feedback from your peers.

Not ready to get started on your product yet? No problem. The community is a great place to meet people, learn, and get your feet wet. Feel free to just browse!

Courtland Allen , Indie Hackers founder

  1. 3

    Interesting interview, especially on the feature scaling costs.

    "We have never raised any funding, though we did receive a $15k prize in a local Burlington, VT, startup pitch competition called LaunchVT. That allowed me to bring on my current business partner a little earlier..."

    What was the skill set you recognized in your business partner that you viewed as an asset for Punchpass, which made you want to bring them on?

    1. 1

      That's a great question. The 'standard' answer is someone who complements your skill sets. And that's not bad. But more importantly this was someone I knew well, and I knew I could trust her completely when dealing with my clients. So I started with trust. I think too many entrepreneurs end up starting companies with people they barely know - and that often ends up badly.

      Finally, she's a great writer and communicator - like most web businesses we do the majority of 'talking' with our customers online via text (we use Intercom) so writing is an important skill.

      Mark Suster wrote a great blog post about 'hiring your co-founder'. It's a great read if you are thinking about these things.

      1. 1

        Thank you for the reply. With your MBA and ability to do programming, I was curious what your thought process was on this. Good to know.

  2. 1

    Nice idea, thanks share.i think that fitness plays main role in headache relief, According to my experience i only started get rid of headache in healthy way after i started get enough sleep and drinking 4 liters of warm water per day while doing sports and that’s all back to my Wellness center crew on when they recommend me to do a lot of work out every morning and go jogging in the afternoon because it helps for the perfect shape and keeps me healthy. After all that's a really nice project, keep going !!

  3. 1

    Nice post. I'm working on something on a similar niche. Would love your opinion on it:

  4. 1

    Hey Chris, really enjoyed the article. It resonated with me a lot as I have also just finished an MBA, and I am now learning to code by building a website for small business owners (I think they’re really underserved).

    I was wondering what you used to build punchpass and whether you have any advice from a programming perspective? I’m learning html/css/JS at the moment and then need to decide what to do next.

    Keep the awesome work :)

    1. 1

      Thanks Simon! Punchpass is a standard Ruby on Rails app. I took the Rails course from The Pragmatic Studio ( which really helped jump start things. And I stuck with Heroku so I didn't have to worry about infrastructure.

      Seems like there are a lot of options out there and there aren't really any 'bad' choices - just pick one that resonates with you and go for it!

      1. 1

        Thanks for the advice Chris.

        Indeed, one of the challenges has been that are so many options out there! But my plan was to go with RoR, so it's good validation that you have used it and found it to be sufficient. I'm using for all my dev courses and so far I really like it, but I'll def check out pragmatic studio as well.

        And yeah, I think I would use Heroku, but that's really an area that I need to more research on.

        Thanks again. It was encouraging to hear your story :)

  5. 1

    I'm very curious how'd you set up the conversation with the business owner and get to that pain point? I've talked a lot of business owners and very rarely do I come across anyone that can clearly describe their pain point haha

    1. 3

      Honestly I think I got lucky - I was talking with her about something completely different (and really a separate business from her fitness studio.) I think it was just a conversation about solving a problem in her business - I was trying to convince her that I could solve a problem....but I don't think she really thought it was a true problem. But having that discussion made her realize 'Aha! I DO have a real problem over here...'

      So sorry - there wasn't a plan to get to that point. Although if I had asked her 'what do you track on paper' I would have ended up at the same spot.

  6. 1

    nice to see someone using a business to learn to code!

    1. 1

      thanks! I think if I could go back many years I would much rather have done some sort of coding school instead of an MBA. (of course - many of the options today didn't exist back then.)

      1. 1

        Chris, we're about the same age, I can assure you, you don't want to wish that HAHAHA.

        Storytime! When I went to college it wasn't common to have laptops as I'm sure you remember. So we had to learn C++ on overhead projectors and write the code down by hand on notebook paper. Then take it home to our desktops and hope to hell we didn't forget a semi-colon or a bracket or something LOL.

        TBH College teaches you foundations of programming, but it doesn't teach you how to build software. I think it's the biggest issue with new devs coming fresh from college, they know the theory, but they don't know how to put it into practice.

        The hardest part of software development isn't the code itself, but how to organize it all to prevent massive code smells like code reuse, typos, bad variable names, etc. Stuff I feel only learned from building project after project. Even to this day Dan and I are fine-tuning our organization of projects every day.

        You're killing it my friend, onward and upward!

      2. 1

        sure - you are doing it now which is main thing :)

  7. 1

    How do customers actually check themselves in?

    1. 1

      The studio that uses the software takes attendance and checks the student in. There's a 'self-checkin' feature if clients want to use it...that's just a stripped down version of the attendance screen that they run on a browser on an ipad.