Prompt
How do I set up a kitchen display system for modifier-heavy menus and smooth kitchen routing?
Latest observation
To set up a kitchen display system (KDS) for modifier-heavy menus and smooth kitchen routing, design it around two goals:
- Make prep instructions impossible to miss
- 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:
GRILLFRYCOLDBARALLERGYEXPEDITEHOLD
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:
- safety/allergy
- doneness/hold timing
- item changes
- 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:
- a sample KDS routing matrix,
- a modifier naming convention, or
- 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.