The room, without the names
Opening the finder returns the table layout. It does not return guest names, email addresses or the list of assignments.
A digital wedding table finder lets a guest enter their full name and see only the table assigned to them.
Guests open the private link in an ordinary phone browser, without an account or app, and enter the full name used for the wedding. A match reveals only that table and marks it on the room plan.
The exact-match finder is working in the fictional public demo. The live phone and QR rehearsal is still outstanding.
A table finder does not need to turn the guest list into a searchable directory. It only needs to help the person holding the private wedding link get to the right place.
Opening the finder returns the table layout. It does not return guest names, email addresses or the list of assignments.
The search trims the entry and compares the full name without caring about letter case. It does not offer a browseable list or partial-name suggestions.
If two guests share the same full name, the finder says the result is ambiguous and sends the guest to the organiser.
A successful lookup shows the table number and label, highlights its position and announces the result for assistive technology.
The digital plan is prepared from the couple’s final table assignments and the venue layout. The rehearsal checks the real phone, QR artwork and room plan before the day.
The phone needs internet access to load the finder and current assignment. Test venue Wi-Fi or mobile reception at the entrance and keep a printed plan with a named member of the welcome team for guests who cannot connect.
Tables receive the agreed number, optional label and position. The couple or authorised organiser checks that the digital room matches the venue plan.
Each attending guest is attached to one wedding-scoped table in the private organiser view.
The current link, QR artwork, representative names and ambiguous name case are checked on a phone before guests need them.
If an assignment changes before arrival, the organiser updates the source plan. The guest finder then reads that current plan.
A digital tool still needs a human handover. The venue or organiser should know what the QR opens, who can amend the table plan and what to do when a name cannot be matched.
The finder does not expose a nearby result when a name is misspelt or absent. It asks the guest to check the name or speak to the organiser.
The organiser can rotate the shared finder link. A previous matching access code is revoked rather than remaining available indefinitely.
A fresh lookup needs a working connection. The couple and venue agree who holds the final staff or printed copy so a flat battery, weak signal or unfamiliar phone never stops a guest being seated.
The finder deliberately returns very little information. These answers explain what a guest sees and what the venue keeps as a fallback.
It is a private wedding page where a guest enters their full name and sees the table assigned to them, with that table highlighted on the room plan.
No. A successful lookup returns only the matched guest’s own table and does not display the full assignment list.
A missing or ambiguous match does not reveal a nearby guest’s table. The page asks the guest to check the name or speak to the organiser, who holds the human fallback.
A fresh lookup needs a working connection. The couple and venue agree a staff or printed fallback during the rehearsal for weak signal, a flat battery or an unfamiliar phone.
Tell Lewis the date, venue and how your table plan is being managed. He will confirm whether the finder fits the arrival you have in mind and what the rehearsal would need.