Switchly

Change the destination without reprinting.

Visit Website
September 1, 2026 8 months into building Switchly - I think I was positioning it wrong

I've spent the last 8 months building Switchly, and I think I finally figured out what the product should actually be about.

When I started, I thought I was building another link shortener with analytics, QR codes, custom domains, and all the usual features.

But the more I worked on it, the more obvious a different problem became:

What happens when you've already printed a QR code and the destination changes?

A restaurant prints thousands of menus.
An event prints posters and signage.
A business puts a QR code on packaging.
Someone prints a business card.

The URL changes, but the physical QR code can't.

That's the problem Switchly is built around.

You create a dynamic QR code once, print it, and can change the destination whenever you want without reprinting anything.

I've also built analytics, QR scan tracking, UTM tracking, routing, A/B testing, custom domains, API/webhooks, etc.

The free plan currently gives you 100 links, 5,000 tracked clicks/month, unlimited QR codes, and unlimited destination changes.

Now I'm at the stage where I'm questioning the positioning rather than the product itself.

Should I go all-in on:

"Editable links + dynamic QR codes for the physical world"

or keep it broader as a general-purpose link management platform?

If you've gone through this stage with your own SaaS, I'd love to hear how you decided when to niche down and how you knew the niche was worth pursuing.

Switchly: https://switchlyapp.com

4 Comments

  1. 1
    I wouldn't decide broad vs. niche based only on which positioning sounds sharper. Since you already have customers, I'd go back through the people who bought Switchly and reconstruct why they bought. In particular, compare customers who needed to change something that was already physically printed against people using it for general link management. If the first group had a more painful trigger, stronger urgency and fewer acceptable alternatives, that's pretty strong evidence that you've found your wedge.
  2. 1

    The “printed QR code can’t change” problem feels much stronger than the general link-management category.

    Curious whether you’re seeing actual users discover Switchly specifically because they have something already printed that needs to change, or whether that demand is still mainly a positioning hypothesis.

    1. 1
      That's actually what I'm trying to validate right now. The "printed QR code can't change" problem feels much more compelling than "here's another link shortener," but I don't yet have enough users to confidently say that's how people are discovering Switchly. So far, I've been testing the positioning around dynamic QR codes + editable destinations and seeing whether that resonates more than the broader link-management pitch. My next step is to figure out which specific use case has the strongest pull restaurants, events, packaging, agencies, etc. If I can find a segment where this is a recurring painful problem rather than just a nice-to-have, I'll probably go much deeper there.
      1. 1
        That makes sense. I’ll be interested to see which segment shows the strongest recurring pull once you have more user evidence.

About

Switchly exists to make links and QR codes editable after they're shared or printed. Change the destination anytime without reprinting menus, posters, packaging, flyers, or business cards.