#3 Fidely Project Update: a better UI šŸ’Ŗ

pulpul
3 min read

Time for a long-overdue update on the Fidely Project!
Yeah, this post took a while to come outā€”writing consistently is still a challenge for me. But hey, I'm trying to stay on track and keep this blog alive for the months ahead.

In this post, Iā€™ll walk you through what Iā€™ve been building lately. Lots of progress, especially on the frontend, but also a good amount of refactoring under the hood.

If this is your first time hearing about Fidely, I recommend checking out the series to understand the context and the problem I'm trying to solve.


What's New?

Right now, Iā€™m mostly focused on the shop ownerā€™s point of view.

Hereā€™s what a shop owner can now do:

āœ… Register/Login
āœ… Create and manage one or more companies
āœ… Set up loyalty campaigns (both points collection and stamps)
āœ… Create customer cards
āœ… Assign points or stamps to customer cards from the Operator View
āœ… View and manage their user profile

All features are working in the app already ā€” still mostly in Italian, but internationalization is on my radar for the next releases!


šŸ” Login & Register

Straightforward login and signup flow. Nothing fancy, but it works!


šŸ  Home Dashboard

The app now includes a sidebar with different sections (some are still under construction).

Letā€™s break it down:

  • Company Switcher at the top: if the user manages multiple companies, this dropdown lets them switch between them or create a new one.

  • OperativitĆ : this section is all about speed. Itā€™s designed for quick actions like:

    • Viewing recent transactions

    • Creating a new customer card

    • Launching the operator interface for assigning points/stamps

  • AttivitĆ  / Campagne / Carte: classic CRUD sections where shop owners can edit their business info, loyalty campaigns, and customer cards.


Wizard Engine

One of the coolest things Iā€™ve added recently is a custom wizard engine.

I noticed that multiple flows in the app follow a ā€œstep-by-stepā€ patternā€”like onboarding, campaign setup, card creation, and more.

So instead of repeating the same logic all over, I built a tiny abstract wizard engine. It handles step navigation and state management, so I can reuse it for any future wizard.

First implementation? The card creation flow:

Itā€™s basic but working! And adding new wizards should now take a fraction of the time.


What's Next?

In the upcoming evenings and weekends (aka my dev time), Iā€™ll be working on:

šŸ”§ Completing more wizards (e.g., for campaign creation)
šŸŖ² Fixing annoying bugs
šŸ›  Starting to polish the operator flow and customer-side logic
šŸŒ Adding support for multiple languages


Thatā€™s all for now! If you're building something similar or have questions about my tech stack or structure, letā€™s chat!

I'll keep you posted.
Until next timeā€”stay loyal šŸ˜„

0
Subscribe to my newsletter

Read articles from pul directly inside your inbox. Subscribe to the newsletter, and don't miss out.

Written by

pul
pul