From an accessibilty POV: Some users can not "clearly see" your intentions here.
Based on your mockup and your post, I suggest you address how you want to present the information represented by the dots, specifically to users with low or no vision.
This implies mapping out how a screenreader is going to present the information on:
- How many cards the user have available
- Which card is in focus now
- How to obtain the details from the card in focus
- How to navigate from one card to the next
If we widen the scope a bit:
Most users are not expert users, even when it comes to simple clues like the dots. People with cognitive disabilities or people who are not routinely using this type of navigation, may not pick up on your clue.
"If you ... think a visual clue is sticking out like a sore thumb,
it probably means you need to make it twice as prominent"
Steve Krug, Don't Make Me Think
Your interface should help all users to better understand your intentions.
The dots are probably not enough of a "sore thumb", because a user would only know they are connected to the number of cards, if they add or remove a card AND notice that the number of dots have changed.
I would supplement with one or both of:
- Adding visual information: "4 cards" next to the dots
- Clearly visible left / right navigation controls. Something in the style of this example, because basically you're pattern is that of a carousel.
WCAG Guidance:
Important sidenote:
Starting June 2025 your service could very well be covered by the EAA. If you plan on serving your app anywhere within the EU, or even resell it to a service operating in the EU, you need to be mindful of the EN 301 549 standard, specifically chapters 4, 5, 11 and 12.