Prompt

How do I set up a kitchen display system for modifier-heavy menus and smooth kitchen routing?

Latest observation

Jul 18, 2026 · OpenAI APIWeb search: off

To set up a kitchen display system (KDS) for modifier-heavy menus and smooth kitchen routing, design it around two goals:

  1. Make prep instructions impossible to miss
  2. Send each item to the right station with as little clutter as possible

Here’s a practical setup approach.


1) Start with a clear production map

Before configuring the KDS, define:

  • Stations: grill, fry, salad, pantry, expo, dessert, bar, etc.
  • What each station makes
  • Which modifiers matter to that station
  • How orders should split between stations

For example:

  • Burger base → grill
  • Fries → fry
  • Side salad / no onion / extra sauce → pantry or cold station
  • Drinks → bar

This becomes your routing logic.


2) Build the menu structure correctly in your POS

Modifier-heavy menus work best when the POS menu is structured cleanly:

Use nested modifier groups

Example:

  • Burger
    • Cook temp
    • Cheese
    • Toppings
    • Sauce
    • Sides

Mark modifiers as:

  • Required: cook temp, side choice
  • Optional: extra cheese, no tomato
  • Multi-select: toppings, sauces
  • Prepspecific: “allergy,” “fire last,” “on the side”

Avoid free-text when possible

Free-text notes are harder to route and easier to miss. Use structured modifiers instead.


3) Configure routing by item, component, or modifier

There are three common routing approaches:

A. Item-level routing

Entire item goes to one station.

Good for:

  • Simple menus
  • Limited customization

Not ideal for:

  • Burgers with fries and sauce changes

B. Component-level routing

Each part routes separately.

Example:

  • Burger patty → grill
  • Bun → pantry
  • Fries → fry
  • Salad garnish → cold station

This is best for complex menus, but requires cleaner setup.

C. Modifier-based routing

Specific modifiers trigger routing flags.

Example:

  • “No mayo” stays on burger ticket
  • “Allergy” or “gluten-free bun” routes to pantry or expo
  • “Well done” routes with special emphasis to grill

This is often the sweet spot for modifier-heavy operations.


4) Make modifiers visually obvious on the KDS

Your display should prioritize what changes the cook’s behavior.

Best practices:

  • Show the main item name first
  • Display modifiers in a distinct color or indent
  • Put critical modifiers at the top:
    • allergy
    • temp
    • fire last
    • hold
    • on the side
  • Use all caps or tags sparingly for urgent items

Example display:

CHEESEBURGER

  • MED WELL
  • NO ONION
  • ADD BACON
  • FRIES

If the system supports it, highlight:

  • allergens
  • modifiers that affect timing
  • modifiers that change station responsibility

5) Use routing tags, not just item names

Instead of creating separate menu items for every combo, use tags such as:

  • GRILL
  • FRY
  • COLD
  • BAR
  • ALLERGY
  • EXPEDITE
  • HOLD

These tags can drive:

  • which KDS screen receives the item
  • color highlighting
  • queue priority
  • print routing fallback

This keeps menus manageable.


6) Split tickets intelligently

For smooth kitchen flow, don’t dump one giant ticket on every station.

Good strategy:

  • Send only what each station needs
  • Keep items grouped by guest/order when helpful
  • Preserve timing so all parts finish together

Example:

  • Grill gets burger patty + temp + modifiers
  • Fry gets fries only
  • Pantry gets no tomato / extra pickle / gluten-free bun
  • Expo sees full order for coordination

If supported, use course timing or make lines:

  • Appetizer first
  • Entrée second
  • Dessert last

7) Set up expo as the control point

For complex menus, an expo screen is extremely useful.

Expo should:

  • See the full order
  • Verify modifiers
  • Track item status from stations
  • Coordinate firing so items finish together

If your kitchen is busy, expo becomes the “source of truth” for:

  • allergies
  • special handling
  • order timing
  • partial re-fires

8) Prioritize allergy and special handling rules

Create an explicit rule set for special modifiers:

  • Allergy = high visibility color + alert sound if possible
  • Fire last / hold = delayed routing or visual tag
  • On the side = separate garnish/prep note
  • No cross-contact = route to designated station and flag for expo
  • VIP / rush = priority queue

These should never be buried in normal modifiers.


9) Reduce clutter on the screen

Modifier-heavy tickets can become unreadable fast. Improve readability by:

  • Using short, standardized modifier names
  • Limiting notes to one or two lines if possible
  • Collapsing noncritical modifiers
  • Grouping modifiers by category:
    • temp
    • toppings
    • sauce
    • sides
    • special handling

Avoid long paragraphs on the KDS.


10) Use color and status thoughtfully

A good KDS usually uses color for function:

  • Green: new/normal
  • Yellow: in progress or nearing SLA
  • Red: late / urgent / allergy / expedited
  • Gray: completed or muted
  • Blue: routed to a specific station or course

Don’t overuse colors, or the screen loses meaning.


11) Test real tickets before going live

Before launch, run sample orders such as:

  • Burger with 6 modifiers
  • 3-item order with different stations
  • Allergy + rush + special temp
  • Large party with courses
  • Refire or voided item

Check:

  • Did the right station receive each item?
  • Are modifiers easy to read?
  • Are allergies prominent?
  • Does timing make sense?
  • Can cooks complete tickets without asking questions?

12) Train the kitchen on conventions

Even the best KDS fails if the team doesn’t use it consistently.

Train staff on:

  • what modifier abbreviations mean
  • how priority tags appear
  • where to look for allergy info
  • how to confirm item completion
  • how to handle re-fires or voids

Make sure everyone uses the same language.


13) Recommended setup model

If you want a strong default configuration:

POS setup

  • Structured menu items
  • Required modifier groups
  • Clear category-based routing tags

KDS setup

  • Expo screen: full order view
  • Station screens: only relevant items
  • Modifier hierarchy:
    1. safety/allergy
    2. doneness/hold timing
    3. item changes
    4. low-priority notes

Routing

  • Split by station
  • Route special handling to expo
  • Keep timing aligned with order coursing

14) Simple example

Order:

  • Burger, medium rare, no onion, extra cheese
  • Fries
  • Side salad, dressing on side
  • Allergy note: peanut

Routing

  • Grill: burger + temp + no onion + extra cheese
  • Fry: fries
  • Cold/pantry: salad + dressing on side
  • Expo: full order + allergy flag

KDS display

BURGER

  • MED RARE
  • NO ONION
  • EXTRA CHEESE

FRIES

SIDE SALAD

  • DRESSING ON SIDE

ALLERGY: PEANUT


15) Final rule of thumb

If your menu is modifier-heavy, your KDS should be built so that:

  • cooks can see what changes the prep
  • stations see only what they need
  • expo sees the whole picture
  • allergies and timing issues are impossible to miss

If you want, I can also give you:

  1. a sample KDS routing matrix,
  2. a modifier naming convention, or
  3. a station-by-station setup template for your menu.

Observation history

Unlock observation history

Create a free Obsurfable account to unlock historical responses, model comparisons, and deeper brand intelligence.

How did Obsurfable measure this prompt?

Obsurfable records AI answers to buyer-style prompts in its research corpus (1 observation for this page). Metrics are distributions over observations, not a single static ranking.

Which AI systems does Obsurfable collect answers from?

OpenAI, ChatGPT, Google, Gemini, Google AI Mode, Anthropic, Claude, Perplexity, Grok, DeepSeek, Mistral, Copilot, and Meta AI.