Blog
build in publicsaasfreelancing

What I Learned Building a SaaS While Freelancing Full-Time

MateHQ··4 min read

ReportMate started as a script.

I was spending 2–3 hours every month pulling data from Google Analytics, copying numbers into a slide template, adding commentary, exporting as PDF, sending to clients. Every month. For every client.

It was boring, repetitive work that I was charging clients for but hated doing. So I automated it.

The script became a tool. The tool became a product. And now it's ReportMate.

Here's what building it while still taking client work actually looked like.

The honest timeline

I didn't quit freelancing to build this. I built it in the gaps — early mornings, late evenings, between projects.

The first working version took about 6 weeks of part-time work. Not 6 weeks of 8-hour days — 6 weeks of maybe 2–3 hours a day when I had the energy.

The first paying customer came about 3 weeks after I put up a basic landing page and posted about it on LinkedIn.

That changed things. Once someone pays you for something, it stops being a side project and starts being a product.

What worked

Starting with my own problem. I wasn't guessing at what freelancers needed — I was building a tool I was already using. That meant I knew exactly what features mattered and which were nice-to-haves.

Shipping something embarrassingly small. The first version of ReportMate was rough. The UI was basic. There were edge cases I hadn't handled. I shipped it anyway. The feedback from real users was worth 10x any amount of solo polishing.

Keeping client work going. This sounds counterintuitive but it mattered. Client work paid the bills during the build phase, which meant I wasn't desperate. Desperation leads to bad decisions — pricing too low, building features to please one user, rushing the launch.

Talking about it publicly. Posting progress updates on LinkedIn felt uncomfortable at first. But it built an audience before the product was ready. When I launched, there were already people waiting.

What didn't work

Trying to build too many features before launching. I spent weeks building features that no one ended up using. Talk to users first, build second.

Treating it like a freelance project. Freelance work has a clear scope and a deadline. A product doesn't. It took me a while to shift into "this is never done, only better" thinking.

Underpricing. My first instinct was to price low to get early users. It worked — I got users. But they weren't the right users. The people who complain most about price are usually the ones who create the most support load. Pricing at the right level filters for customers who actually value what you've built.

The MateHQ plan

ReportMate is one tool. The plan is 8.

Each one solves a real problem I've faced as a freelancer:

  • BillMate for invoicing (currently building)
  • ProposalMate for proposals
  • ContractMate for contracts
  • And five more after that

The goal isn't to build an all-in-one platform. It's to build the best version of each individual tool and put them under one family with the same pricing philosophy and design language.

A freelancer in 2027 should be able to run their entire business on MateHQ tools and pay less than a single seat of most enterprise software.

If you're thinking about building while freelancing

Start smaller than you think you should. Solve your own problem first. Talk about it publicly, even when it's uncomfortable. Keep your client work going until the product has real traction.

And ship before you're ready. The users will tell you what actually matters.


I'm building MateHQ in public — if you want to follow along, join the waitlist or connect on LinkedIn.

Enjoyed this article?

Get new posts and MateHQ tool updates in your inbox.