Think Build Implement Repeat
London, UK +44 7367 067226
WhatsApp FOLLOW f in X
  1. Home
  2. Blog
  3. How Do We Turn the Dietary Requirements Clients Send Us Into Something the Kitchen Can Actually Use?
Problems We Solve

How Do We Turn the Dietary Requirements Clients Send Us Into Something the Kitchen Can Actually Use?

Caterers get dietary lists as spreadsheets, emails and scribbled notes. We collect them in one structured format that feeds the kitchen and the table plan.

Updated 3 min readBy SpiderHunts Technologies

Free estimateNo obligation

Get a free estimate

Tell us what you need. A senior engineer reads every enquiry.

Takes under a minute. We never share your details.

  • Free consultation
  • No commitment
  • NDA on request

Prefer to talk? Book a free 30-minute call →

Quick answer — TL;DR

Clients send dietary requirements as spreadsheets, email threads, screenshots of a wedding website and free text like 'no nuts, maybe gluten'. Someone retypes them, and details get lost between the office, the kitchen and the floor. We build a structured way to collect dietary needs per guest and a kitchen and service view generated from it, with anything unclear sent back to the client to confirm.

Three events, three spreadsheets, one Friday

A wedding couple sends their RSVP export with a column called 'Anything we should know?'. A charity dinner organiser forwards eleven separate emails from guests. A law firm sends a PDF of names with codes in brackets that nobody has explained, like (V), (GF) and (NN).

Your events coordinator retypes all three into your usual sheet, tidying up as they go. 'Pescatarian but eats chicken' needs a phone call. 'Nut allergy, severe' goes in bold. Two names appear twice with different requirements. By the time it reaches the head chef, it is a printed list with handwritten corrections, and the version the front of house supervisor has on the night is from before the last round of edits.

Why the list never arrives clean

You cannot control how clients collect information from their own guests. They use whatever they have, and most of those tools let guests type anything into a box.

  • Free text mixes preferences, intolerances and allergies with no way to tell which is which.
  • Guest names are not linked to a table or seat, so service has to match them up on the night.
  • Updates arrive as a new full list, and nobody checks what changed from the old one.
  • The kitchen needs counts per dish; service needs names per table. The same list is reformatted twice.

The retyping step is where meaning gets lost. It is also the step that only one or two people know how to do well, which makes busy weeks risky.

What the gaps cost on the night

The first cost is at service. A guest says they told the organiser about their requirement, the supervisor cannot find them on the list, and a chef has to make something at the pass while the rest of the table waits. It is stressful for your team and it is the moment the client remembers.

The second is time. Hours go on retyping, chasing unclear entries and reconciling versions, often late in the week when the kitchen is also busiest. And when a list is wrong, it is hard to show whether the error came from the client's information or your handling of it.

One structured list that everyone works from

What we build turns whatever the client sends into one structured list for the event, and sends anything unclear back to be confirmed.

  1. Clients get a link to a form built for your events: guest name, table if known, and dietary needs chosen from your own categories, with a free-text note for anything else.
  2. If a client insists on sending their own spreadsheet or emails, we import it and use AI extraction to map entries onto your categories. Anything ambiguous is flagged for your coordinator, never guessed.
  3. Each entry records whether the guest described it as an allergy, an intolerance or a preference, using the client's words, so your team can apply your own procedures.
  4. When a new version arrives, the system shows only what changed since the last one.
  5. The kitchen view gives counts per dish variation for each course. The service view gives names by table with their requirements.
  6. Unclear entries generate a short list of questions to the client, and the event shows as not final until they are answered.
Client sendsWhat we do with itWhat your team checks
RSVP spreadsheetMap columns and entries to your categoriesFlagged ambiguous rows
Forwarded emailsExtract names and needs into draft entriesEvery draft before it is accepted
Coded PDF listAsk the client what the codes mean onceThe code mapping
Your own formNothing to convertLate changes only

The system never decides what is safe to serve. It gets the information in front of the people who make that call, in a consistent format, with the client's own words attached.

The kitchen and the floor on the same page

The head chef sees how many of each variation to prepare for each course. The supervisor prints or opens the table view on a tablet and knows who is where. If a late email arrives on the Thursday, the coordinator sees only the two changes, not a whole new list to re-read.

It also changes the conversation with clients. A form that asks clear questions gets clearer answers, and when something is uncertain, the client is asked in writing and their answer is kept with the event.

A quick self-check

  • Someone in your office retypes dietary lists for most events.
  • Kitchen and front of house work from different versions of the same list.
  • You have had a guest at service whose requirement was not on your list.
  • New versions of a list arrive and nobody can quickly see what changed.
  • Clients use their own codes and abbreviations that you have to decode.

FAQ

Frequently asked questions

The questions readers ask us after this guide.

Still have a question?

Ask us directly — a senior engineer will get back to you.

Ask about your project

Does AI decide which dishes a guest can eat?

No. AI only helps read messy lists into your categories and flags anything unclear. Your team, following your own procedures, decides what is served.

Can it link to our table plans?

Yes. If the client provides a seating plan, guests are matched to tables. If not, the list works by name and the plan can be added later.

What about wedding websites that collect RSVPs?

Most can export a spreadsheet. We import that and map it, rather than asking couples to re-enter everything.

Will this work alongside our recipe and allergen records?

Yes. If your dishes and their recorded allergens are held digitally, the kitchen view can show which dish variation each guest's recorded need points to, for your chefs to confirm.

What do you need from us?

Your dietary categories, a handful of real client lists (anonymised is fine) and the formats your kitchen and floor staff prefer.

Keep reading

More on Problems We Solve

Start here

Tell us how an event gets from enquiry to the kitchen

Describe how a job moves through your business today: where the enquiry lands, how the quote is built, how numbers and dietary needs reach the kitchen and who books the staff. We will tell you what we would build, and if a change to how you use your current tools would do the job, we will say that instead.

  1. You tell us what you needTwo minutes on the form, or a message on WhatsApp.
  2. A senior engineer reviews itAnd comes back with questions, a realistic range and an honest view on fit.
  3. Free 30-minute scoping callWe talk through scope, options and a realistic estimate — with no obligation.
Free estimateNo obligation

Talk to someone who builds this

Send a short brief and we will come back with an honest view and a realistic range.

Takes under a minute. We never share your details.

  • Free consultation
  • No commitment
  • NDA on request

Prefer to talk? Book a free 30-minute call →