Article Summary
Table of Contents
- We Know What Good Looks Like. Getting There Is Another Story.
- The Gap Isn’t About Effort. It Shows Up in Moments Like These.
- The Systems Were Built to Check Boxes. Not to Answer Questions.
- What Happens When the System Finally Keeps Up With the Work?
- The Intention Was Never the Problem.
- Frequently Asked Questions
There’s no shortage of intention in school nutrition.
Walk into any conference, sit in any room full of directors and menu planners and kitchen managers, and you’ll find people who know exactly what they want their programs to look like. More scratch cooking. Stronger local sourcing. Tighter financial management. Menus that perform well and can be monitored in real time. Teams that feel supported enough to stay. And most of all, happy students and a supportive community.
The intention is there. It has always been there.
What gets in the way isn’t will. It’s the gap between what this work asks for and what the systems around it are actually built to support. That gap shows up everywhere — and it quietly costs programs more than most people talk about.
The gap isn’t about effort. It shows up in moments like these.
It looks like a scratch cooking program where the recipe tool converts everything to grams and your kitchen manager is standing at the prep table with a volume scoop, looking at a number that means nothing to her. The tool was supposed to help. Instead it moved the friction somewhere else — onto the person who can least afford to carry it.
It looks like a director trying to make a financial decision mid-year without a clear picture of where the budget actually stands. The numbers exist — in purchasing records, in production data, in participation reports — but they don’t live together. They don’t answer the question she’s actually asking. So she makes the best call she can with what she has, and hopes it holds.
It looks like a menu that performed well last spring but nobody can quite explain why — or replicate it. The data is there somewhere. But without a system that connects menu performance to participation, cost, and production in real time, the insight that should inform next year’s decisions just doesn’t surface.
It looks like turnover taking a scratch program apart piece by piece because the knowledge that made it work lived in one person’s head, and that person is gone.
The systems were built to check boxes. Not to answer questions.
Because the infrastructure wasn’t built for the complexity of this work.
Most technology systems in school nutrition were designed to check boxes — to manage compliance, to process transactions, to store records. They weren’t designed to answer questions. And the questions school nutrition professionals are actually asking sound more like this:
- Why did participation drop in February — and nobody can tell me?
- I know we’re overspending somewhere, but I can’t put my finger on it.
- We ran that menu last spring and it worked — why can’t we replicate it?
- If I swap this ingredient, what does that actually do to my cost per meal?
- The farmer wants to know how much to grow. I have no idea what to tell him.
Those aren’t abstract questions. They’re Tuesday morning questions. And the systems most programs are working with weren’t built to answer them.
What happens when the system finally keeps up with the work?
Scratch cooking becomes repeatable instead of heroic. Financial decisions get made from a clear picture instead of a best guess. Menu performance becomes something you can see, understand, and act on — not just report on after the fact. And when a team member leaves, the knowledge that made your program work stays in the system instead of walking out the door.
That’s not a fantasy. That’s what purpose-built infrastructure makes possible — not by making this work simple, but by making sure the systems finally match the ambition of the people doing it.
The intention was never the problem.
The directors who want to do more scratch cooking. The menu planners who want to see their menus perform better. The programs trying to build toward local sourcing. The teams managing tight budgets with real precision.
They’re not lacking vision. They’re working in systems that weren’t designed to support it.
That’s the gap we’re trying to close. Because the people doing this work have always known what good looks like. They deserve the infrastructure to get there.
The intention was never the problem.
The directors who want to do more scratch cooking. The menu planners who want to see their menus perform better. The programs trying to build toward local sourcing. The teams managing tight budgets with real precision.
They’re not lacking vision. They’re working in systems that weren’t designed to support it.
That’s the gap we’re trying to close. Because the people doing this work have always known what good looks like. They deserve the infrastructure to get there.
Frequently Asked Questions
Why do most school nutrition software tools fall short for scratch cooking programs?
Most school nutrition technology was designed to manage compliance, process transactions, and store records — not to support the day-to-day reality of scratch cooking. When a recipe tool converts every measurement to grams but the kitchen manager is working with a volume scoop, the friction simply moves to the person who can least afford to carry it. Purpose-built infrastructure keeps usability with the people actually executing the work.
What kinds of questions can’t traditional school nutrition systems answer?
How does staff turnover affect a scratch cooking program?
What does purpose-built infrastructure make possible for school nutrition programs?
Why is local sourcing so hard to scale in K-12 school nutrition?
What is MenuLogic and who is it built for?

























