Skip to main content
All work Case study · CR Coffee

Four coffee shops run on one app instead of a group text.

CR Coffee used to run on a group text, a shared drive, and paper. Now the schedule, the checklists, the recipes, and the ordering live in one app on every staff phone. Four locations run on the portal. I operate three of them day to day.

4locations on the portal
9shift checklists across three shift types
12binder sections of recipes and training

The state before

Schedules lived in one app. Recipes lived in a folder. Training lived in another folder. The manager's checklists lived on a clipboard. Updating a recipe meant updating it in three places and hoping the right people noticed, and new hires onboarded by being handed a stack of paper.

The systems that work for one shop fail quietly when you get to four. By the time you notice, you've lost a week of consistency.

What I built

The Coffee Shop Portal opens from a link and sits on any staff phone like a regular app, with no App Store and nothing to maintain. The things that change most often update once and show up everywhere.

What changed

New hires onboard with a phone in their hand. A recipe change reaches every barista on shift the same day. The opening manager doesn't call yesterday's closer to find out what got left undone. Order sheets build themselves from the counts, and the manager just reviews and sends.

And because I'm the operator and the developer, nothing waits on a vendor's roadmap. When something needs to change at CR Coffee, it changes that night.

Checklist templates in the Coffee Shop Portal: opening, mid, and closing lists for three locations.
Every shift at every location has its own checklist.
The Knowledge binder in the Coffee Shop Portal, holding SOPs, training docs, and recipes.
The binder: SOPs and recipes the team pulls up at the bar.

What I'd do differently

The portal is on its third major version. Here's what the first two got wrong.

Built for desktop first

The first version had a clean desktop UI and a cramped mobile one. Baristas live on phones. Now I start from the phone screen and let the desktop follow.

Multi-shop came late

Version one assumed a single shop. When the second location went live, every hardcoded assumption surfaced at once. The rework took weeks. I build for many locations from day one now.

Too many notifications

Early push notifications fired for everything, so staff silenced them, which defeated the point. Now they're opt-in by category and batched.

Running more than one location?

If your operation lives in a group text and a stack of paper, this is the fix.

Start a conversation

Running every CR Coffee shift since launch. See it live: coffeeshop.creativecorerail.com