Nicola Franchini

How switching architecture after 12 years helped me finally build what my users wanted.

by

Hi PH community! 👋

For over a decade, I’ve been maintaining QRcdr, a PHP script on CodeCanyon. It did its job well, reaching 1,700+ customers, but it had a structural limit: as a standalone script, it wasn't designed for dynamic QR codes or SaaS management.

The "aha!" moment came when I decided to rebuild QRcdr Pro on a WordPress-based architecture. This shift changed everything. It wasn't just a new UI; it was a new engine that finally allowed me to implement solutions I’ve been collecting in my "feature request" folder for years.

One of the most requested? Integration.

Today, I’ve launched the QRcdr REST API.

By moving to a more robust environment, I could finally build a system that allows developers and agencies to:

  • Manage dynamic QR codes programmatically.

  • Fetch real-time scan analytics directly into their own CRMs.

  • Automate static QR generation via POST requests.

To make it developer-friendly, I’ve included a Sandbox environment and an in-app API Explorer that generates code snippets (cURL, PHP, JS) on the fly.

My question to other makers:
Have you ever had to completely change the "base" of your product to unlock its true potential? How did your long-term users react to such a pivot?

Check it out: https://qrcdr.pro
Project: https://www.producthunt.com/products/qrcdr-pro/

10 views

Add a comment

Replies

Be the first to comment