Field Notes7 min read

The Franchisee Who Photocopied the Manual

Ernest Barkhudarian
Ernest Barkhudarian, Founder

Lessons from scaling a 200-location delivery network — and everything that went wrong

I found out by accident. I was visiting one of our strongest locations — consistently top-ten in the network on revenue, low complaint rate, the kind of partner you wish you could clone — and I asked the owner where his team looked things up when a process question came up.

He reached under the counter and pulled out a binder. Inside was a photocopy of our operations manual. Not the current one. A photocopy of the version from roughly three years earlier, annotated in his handwriting on almost every page. Corrections. Crossed-out sections. Sticky notes with his own procedures taped over ours.

My first reaction — I'm not proud of it — was that this was a compliance problem. We had shipped four updates to that manual in three years. He had adopted none of them. His staff was being trained on a document that officially didn't exist anymore.

My second reaction, a few pages in, was more uncomfortable: his version was better than ours.

What Was Actually in the Margins

I sat with that binder for an hour, and it was the most honest operational feedback the network had ever received. Three kinds of annotations kept repeating.

Corrections of things we got wrong. Our manual said to prep certain arrangements the night before. His margin note: "Never. Wilts by noon in our climate. Prep at 6 AM." He was right — our procedure had been written for the flagship city's cooler weather and had never been tested in his region. His "deviation" was the only reason his product quality was top-tier.

Workarounds for things we changed too often. One section had a sticky note that just said: "Ignore whatever HQ says this month. Do it this way." That one stung. We had changed the order-packing procedure three times in two years — each version arriving as a PDF attachment in an email blast, each contradicting the last, none explaining what changed or why. He had rationally concluded that tracking our churn was more expensive than ignoring it, so he froze on the version that worked and stopped reading our updates entirely.

Local knowledge that existed nowhere else. Notes about which suppliers to call when the primary was out. Which corporate clients needed invoices formatted a specific way. How to handle the courier service's quirks in his city. Years of accumulated operational intelligence — genuinely valuable, applicable to a dozen nearby locations — trapped in ballpoint pen in one binder under one counter.

He Wasn't the Exception

Back at HQ, I did the rounds quietly. How do locations actually consume the manual?

The answer was: every location had its own fork. Some were annotated photocopies like his. Some were retyped Word documents "based on" the manual, living on a local computer. Some were laminated one-pagers a manager had distilled years ago. One location had a notebook that was two generations of staff removed from any official document — the manual as retold by the previous manager, as remembered by the current one.

We didn't have one operations manual and 200 locations. We had 200 operations manuals that shared a common ancestor.

And here's the thing: you couldn't tell which locations had drifted by looking at the audit reports. Our compliance checks tested whether the location's outcomes looked right — cleanliness, product quality, service times — not which procedure text produced them. A location could pass every audit while running on a three-year-old fork, right up until we shipped a change that actually mattered (a food-safety-grade handling rule, a legal disclaimer, a pricing update) and discovered that our "network-wide rollout" reached maybe 60% of the network in practice.

Growth without chaos — launch in 1 day

Training, standards, gamification, and analytics — one operating system for your franchise family

Book a Demo

Why Rational Franchisees Fork the Manual

The easy story is "franchisees don't follow rules." I don't buy it, and the binder is why. Forking was the correct individual decision for every location that did it, given the system we'd built. Look at the incentives:

  • Updates arrived as full replacements, not diffs. A new 80-page PDF with no changelog. To find what changed, you'd have to read both versions side by side. Nobody did. So updates felt like noise, and noise gets filtered.
  • Updates had no channel of record. Email blasts, mentions on partner calls, sometimes a note in the monthly newsletter. If a manager missed the email — new hire, vacation, overflowing inbox — that update simply never happened for that location, and nothing downstream would ever flag it.
  • Local corrections had no path upstream. Our top performer had fixed our manual — improved it with field-tested knowledge — and the only place that improvement could live was his margins. There was no mechanism for "this procedure fails in hot climates" to travel from his binder into everyone else's manual. So HQ's version drifted from field reality, which further justified ignoring HQ's version. A perfect loop.
  • Freezing was safer than tracking. From the franchisee's chair, HQ's document churn was a moving target with occasional regressions. His annotated photocopy was stable, complete, and proven at his location. Of course he froze.

We had built a system where the most operationally serious partners were the most likely to fork — because they cared enough to maintain their own version. The photocopied manual wasn't defiance. It was version control, done by hand, by the only person in the network who was doing it at all.

What We Changed

The fix wasn't a stricter audit. It was making the official version cheaper to follow than to fork:

One source of truth, no local copies possible. Procedures moved into a digital knowledge base — the live version is the only version anyone can open. Laminated one-pagers still exist (floors need paper), but they're printed from the system and carry a version stamp, so an outdated one is visibly outdated. The death of our paper checklists was part of the same push.

Every change ships as a diff with a reason. "Prep timing changed from evening to morning for warm-climate locations — here's why, here's who it applies to." Three sentences. Franchisees stopped filtering updates when updates stopped being 80-page re-reads. This alone rebuilt most of the trust the PDF blasts had burned; it's the core of what I now think of as dynamic playbooks — documents that evolve in visible increments instead of being replaced wholesale.

Acknowledgment is tracked per location, per change. When a material procedure changes, each location confirms it — and staff-facing changes flow into training checks, so we know not just that the manager clicked "read" but that the floor actually trains on it. Rollout coverage went from "hopefully most of the network" to a dashboard number. The mechanics are what SOP version control looks like in practice.

And the margins got an inbox. Any location can propose a correction to any procedure, attached to the procedure itself, visible to HQ. Our hot-climate partner's decade of ballpoint annotations became the pilot content. About a third of his notes were adopted network-wide within the year. He stopped forking the manual for the simplest reason imaginable: the official version finally contained what he knew to be true.

The Lesson

I went into that location visit thinking of standards as something you enforce downward. I left understanding them as something you maintain jointly — and the maintenance has the same requirements as any shared codebase: one canonical version, visible diffs, tracked adoption, and a pull-request path for the people closest to the work.

If your network runs on documents that can be photocopied, it already has forks — and your best partners have the most annotations, because they're the ones who found your bugs. The choice isn't between compliance and drift. It's between drift you can see and merge, and drift you'll discover three years later, under a counter, in ballpoint pen.

Growth without chaos — launch in 1 day

Training, standards, gamification, and analytics — one operating system for your franchise family

Book a Demo
Ernest Barkhudarian

Author

Ernest Barkhudarian

Founder

17 years building tech for multi-location businesses — from flower delivery networks to e-commerce operations. Writes about what he learned scaling operations across hundreds of locations, and why he built Franchise.Family.

Connect on LinkedIn

Related Articles

Field Notes7 min read

How We Onboarded 40 Seasonal Staff in Two Weeks (and Survived Valentine's Day)

In a flower delivery network, Valentine's Day is the Super Bowl: one day that makes or breaks the quarter. Every February we had to turn 40 seasonal hires into functioning staff in two weeks. The first year we did it with shadowing and shouting. Here's what we built instead, and why seasonal onboarding needs to be tighter than regular onboarding, not looser.

Field Notes4 min read

A Broken Address Field Was Costing Us $2M Across 200 Locations

A single form field bug in a 200-location delivery network was silently killing conversions at every location. Nobody noticed — each location thought it was just a slow day. Here's how we found it, and why your franchise network probably has the same class of problem.

Field Notes4 min read

Your Network Will Face a 10x Day. Here's How to Survive It

One holiday turned every location in our 200-site delivery network into a warzone. Same platform, same training — wildly different results. Here's what separated the locations that crushed it from the ones that collapsed, and why franchise networks need to prepare differently.