Skip to content
Language: EN

How do you equip a whole team with NFC cards?

With one identical write for everyone, if the chip mirrors its own identifier. Your server then resolves each card to the right person. Without that feature you are encoding, verifying and labelling every card individually, which is the whole cost of the project.

Two ways to do it

One address per person. Each card is written with its own address, so each card has to be encoded, verified and matched to the right person before it is handed over.

One identical write. Every card carries the same content, and the chip appends its own unique identifier when read. Your server sees which card was tapped and serves the right page.

The second requires a chip that supports identifier mirroring, which is a purchase decision made before the cards exist.

For ten people either works. For a hundred, the difference is the difference between an afternoon and a week.

Why mirroring changes the economics

Individual encoding is not just slower. It introduces the possibility of giving the wrong card to the wrong person, which is discovered by a customer rather than by you.

It also means a replacement card has to be encoded specifically, so the process never ends.

With mirroring, cards are interchangeable until assigned. A box of blanks is a box of any person's card, and assignment happens in your system rather than at the printer.

That is what makes a team deployment maintainable rather than a project that is redone every time someone joins.

Joiners and leavers

Someone joins: assign an unused card in your system and hand it over. No encoding, no printing delay.

Someone leaves: point their card's identifier at something appropriate rather than leaving it resolving to a person who has gone. A card in circulation with a former employee's details is a small ongoing embarrassment.

Someone changes role: change the page, not the card.

All three are server side operations, which is the point. Anything that requires touching the physical card has failed at the design stage.

The practical run

Order a small batch first and carry one for a fortnight. Printing, feel and durability are all easier to judge in a pocket than on a screen.

Print the same design for everyone if you can, with the person's name being the only variable, or no variable at all if the card is generic and the page identifies them.

Verify every card by reading it before distribution. A card that does nothing is worse than no card, because it was handed over with an expectation.

And keep a reserve from the same batch. A replacement ordered a year later is frequently a different product with the same name.

Frequently asked questions

Do all chips support mirroring?

No. It varies by reference and it cannot be added later, so it belongs in the purchase decision rather than the configuration.

Can two people share a card design?

Yes, if the page identifies the person. A generic card with a mirrored identifier is the cleanest way to equip a team.

What happens to a card when someone leaves?

Repoint its identifier in your system. The physical card stays with them and stops resolving to their old details.

How many spares should I order?

Enough for losses and joiners over the period you expect the design to last, from the same batch as the originals.