Why I Built a Framework, Not an App

Post team members mapping out a workflow on a whiteboard, transitioning from manual planning to collaborative systems.

I didn’t start out trying to build a product. I was just trying to get through the week.

As a post supervisor juggling multiple shows, I saw the same problems over and over: emails lost in the shuffle, approvals delayed, teams working from slightly different spreadsheets. It wasn’t about one broken tool—it was the entire workflow duct-taped together.

On one show, I spent three hours chasing down a single missing VO pull—across five tools and three time zones. Not because anyone dropped the ball. Just because the system didn’t catch it. That’s when it hit me: this isn’t a people problem. It’s a workflow problem.

At first, I built templates. Then checklists. Then systems that actually reduced the chaos. That eventually became SAMEpg.

But here’s the thing: I never wanted to create another app. Production teams don’t need another login. What they need is a system that thinks like they do—one that fits their tools, not fights them.

So I built a framework. One that adapts to the way your team already works, instead of forcing a reset. One that’s 80% ready to go—and tailored for the final 20%. It’s not software in the traditional sense. It’s a smarter structure, designed by people who’ve actually been in the trenches.

And it works. Because it was never about “building tech.” It was about building clarity into chaos.

Curious if your workflow could run smoother?

 I work with teams looking to reduce chaos without disrupting what already works. If you want to explore whether SAMEpg or a simple fix could help your show, let’s talk.

Curious if your workflow could run smoother?

 I work with teams looking to reduce chaos without disrupting what already works. If you want to explore whether SAMEpg or a simple fix could help your show, let’s talk.