What actually broke when I went from one location to many
The first location was never the hard part. One kitchen, one team, one person carrying the whole picture in their head. I knew what was in the walk-in without opening a spreadsheet. I knew which line cook was having a bad week before service started. I knew what we were short on because I had felt it on the pass the night before. That is not a system. That is proximity. And proximity is the single most expensive thing to lose, because you do not notice it leaving.
The second location is where the illusion cracked. Not immediately - the first six weeks were fine, because I was physically there almost every day, doing to the new site exactly what I had always done to the old one. The trouble started once I stopped being able to be in both buildings. The new site quietly began running on my memory rather than on anything written down, and my memory only travels as far as I do.
The second location ran on my memory
The small things told me everything. You ask a site why they prep something twice a week when the volume only justifies once, and the answer is that this is how it is done at the original site. Which was true, once, under a menu mix and a delivery schedule that no longer exist. Nobody made a bad decision. Somebody copied a decision whose reason had already expired, and nothing anywhere recorded the reason, so there was nothing to check it against.
Multiply that by a few hundred small decisions and you have the real cost of scaling without structure. Not one catastrophic failure. Hundreds of small inherited habits, each defensible on its own, none of them reviewed, all of them slowly diverging from the conditions that made them sensible. That is what drift actually looks like from the inside. It is not dramatic. It is boring, and it compounds.
By the fourth and fifth sites the same pattern had a new symptom: every site was convinced it was the one doing it properly. And each of them had a reasonable case, because none of us had ever written down what properly meant.
The escalation trap
The thing that nearly buried me personally was not cost or quality. It was my phone. As the site count climbed I was fielding decisions all day that I had no business being involved in. A delivery short two cases. A dishwasher not showing. Whether to comp a table. Whether to run the special another night. None of it was hard. All of it came to me.
I spent a long time treating that as a manager quality problem. It was not. I had trained it. Early on, when a manager made a call I disagreed with, I overturned it, usually without much ceremony and sometimes in front of their team. Every one of those moments taught the whole management group a very rational lesson: checking with Willie is free, and deciding alone is risky. They were not weak. They were responding correctly to the incentives I had built.
What fixed it was not a motivational conversation. It was writing down, per role, which decisions belonged to that role outright, which needed a heads up after the fact, and which genuinely needed me before the fact. That third list turned out to be much shorter than my behaviour had been implying. A handful of items. Everything else was mine only because I had never said it was not.
The uncomfortable part was that once I published the list I had to honour it, including the calls I would have made differently. A decision right is worth less than a decision owned, at least until the owner has enough reps to be trusted, and they cannot get reps if you keep taking the bat.
The four things I got wrong
None of these were subtle in hindsight. All of them cost me at least a year each.
I hired for the gap instead of closing it
Every time a site slipped I reached for a person. A stronger chef, a stronger manager, one more supervisor. It worked for about a quarter each time, because the new person absorbed the chaos personally. Then they burned out or left and the site fell straight back to where it had been. I was paying salaries to hide a missing system.
I mistook my own presence for a standard
When I walked a site, it ran the way I wanted. I took that as evidence the standard existed. It did not. What existed was me, in the room, correcting things in real time. A standard is something that survives your absence. Mine did not survive me being away.
I built reports before I built definitions
I rolled out a group food cost report while three sites still counted inventory differently and two of them booked transfers in whatever week they remembered. The report was technically correct and completely useless. Nobody trusted it, so nobody used it, so it drifted further from reality every period.
I let the strongest site set the pace
I benchmarked everyone against the best performer and treated the rest as underperformers. That site was not better managed. It had a general manager with years of institutional memory that nobody had ever written down. I was measuring tenure and calling it discipline.
The report nobody trusted
I want to sit on this one, because it is the mistake I see most often in other people's operations and it is the one I made most confidently. I wanted visibility across sites, so I built the reporting first. Weekly food cost by site, variance to theoretical, the whole thing. It looked serious. It was, functionally, fiction.
One site counted the walk-in on Sunday night, another on Monday morning after a delivery landed. Transfers between sites got recorded by whoever remembered. Two sites had different names for the same product from the same supplier. Waste was logged at one site and eaten at another. Every one of those is a small inaccuracy. Stacked, they moved the number by more than the operational differences I was trying to measure.
So when the report showed a site up on food cost, the site leader could explain it away in about ninety seconds, and honestly, they were often right. Once a number can be argued with, it stops being a management tool and becomes a debate topic. It took me far too long to accept that the sequence has to run the other way: agree definitions, fix the counting, standardise the product list, and only then build the report. A crude number everyone agrees on beats a sophisticated number everyone disputes.
Doing it in that order is what eventually made the reporting real for us. Definitions first, then MarketMan across all 14 sites so every site counts the same product the same way. Food cost now holds between 28 and 35 percent depending on the model, each one steady against its own line rather than one average hiding four different businesses. Food waste came down 14 percent over nine months and margin improved about 20 percent. The software was the last step, not the first, and that sequencing was the whole difference.
I have written the longer version of how I eventually got food cost to a number I could defend in reduce restaurant food cost, and the production side of it - what centralising actually solved and what it quietly made worse - in central kitchen operations.
What I believe now
A second location does not test your operation. It tests how much of your operation was living inside one person's head.
What I would do differently
If I were opening location two again, I would not start with a manual. Manuals written before the second site exists are guesses. I would start by writing down, honestly, every thing at location one that only works because a specific named person is present. Not the job description. The actual list. Who decides the order guide. Who notices when the prep list is wrong. Who knows which supplier substitution is acceptable and which is not. That list is your real exposure, and it is usually five to fifteen items long, not a hundred.
Then I would open the second site deliberately understaffed on heroes and deliberately overinvested in the boring parts: one product list, one counting method, one prep sheet format, one shared definition of what done looks like at close. Boring, portable things travel. Talent does not travel, because talent stays in the building it is standing in.
I would also accept something I resisted for years, which is that the second site will do some things better than the first. My instinct was to enforce sameness downward from the original location. That was ego dressed up as consistency. The better move is to make differences visible and deliberate rather than quiet, so the good ones can spread and the bad ones can be caught. The site that quietly does it their own way is not the problem. The problem is that it is quiet.
And I would stop measuring managers on outcomes alone. Outcomes at a single site are badly contaminated by luck, location, and staffing. I would measure whether the work is controlled: is the count happening, is the handover happening, is the decision being made at the level it belongs to. Control leads outcomes, and it leads them by long enough to matter. If you only watch outcomes you find out too late to do anything about it.
Five questions worth answering honestly
If you are somewhere between two and ten locations, these are the questions I would ask you on a floor walk. They are diagnostic, not rhetorical. The hesitation before the answer usually tells me more than the answer.
- If your best general manager resigned tomorrow, what specifically would stop working, and how would you find out?
- Can two different people, at two different sites, count the same walk-in and land on the same number?
- When food cost moves a point, how long does it take you to name the reason, and who actually names it?
- What does a new manager read on day one, and does it match what the shift actually does at 6pm?
- Which decisions do your site leaders make alone, and can you list them without hedging?
None of this is complicated. It is just unglamorous, and it competes for attention with a hundred things that feel more urgent on any given Tuesday. That is the actual reason most groups stay stuck. Not ignorance. Sequence and attention.
If you want this fixed in your own operation
Everything above is what I learned running it myself. Doing that work inside someone else's group - mapping where it breaks, rebuilding the definitions and reporting, and leaving behind a control layer that holds after I step back - is what I do commercially through XenoSoft.