Inside the problem. Not above it.
Stephen Diesel
I've built inside early-stage companies and fund-backed organizations where the operating and product function either didn't exist yet or had never been deliberately designed. Regulated financial infrastructure, blockchain ecosystems, institutional platforms. The context varies. The work is the same.
The work I do sits across technical systems, organizational structure, and how people actually work together under pressure. Most operators specialize in one. The problems that stall early-stage companies usually span all three. So does the fix.
That third piece is the one most operators skip. I spent years learning how groups actually change: facilitation, coaching, the practice of holding a room when the ground is moving under it. It isn't a side interest. It's why the operating models I build get adopted instead of admired. Structure tells people what to do. Whether they actually do it is a human problem, and that's the part I'm best at.
This work is underserved.
Most companies either outsource the decisions entirely or add headcount and hope.
Neither transforms how the organization actually works.
I do this work because I've seen what capable teams look like when the structure finally matches what they're able to do.
Prior Work
Vaulta Foundation was built as a funding arm for an open-source blockchain ecosystem. Then came a pivotal decision: become a product development organization. Take direct ownership of the protocol. Build rather than fund.
The decision was clear. What came with it was not. Everyone knew the direction had changed. Nobody knew how to move in it. Meetings multiplied. Decisions stalled. The gap between ambition and execution was widening every week.
I came in as the first product function and built the delivery model, decision framework, and sequencing the organization did not have, while it was already in motion. The first release shipped in two months, against a cycle that normally ran six to twelve. And it was not a small one. It meant coordinating governance across block producers and node operators, core protocol development, developer tooling, and exchange integrations at the same time. They could execute on what they had decided to do. They could not before.
Jenius Bank was being built by people who were genuinely excellent at traditional banking and had never built a net-new digital product before. That distinction matters more than it sounds. Traditional banking optimizes existing products. Zero-to-one requires something structurally different: a process for figuring out what to build, a tolerance for ambiguity before information is complete, a way of making decisions the organization hadn't been built to make.
I came in early and worked across the actual product: deposits onboarding, financial wellness, platform architecture decisions. But the harder work was navigating between teams that had never built together before. Product, fraud, risk, compliance. Each operating with their own priorities and no shared process for making decisions across them.
I shaped the function before execution began: the discovery model, how stakeholders navigated decisions together, the hiring architecture as the team scaled. Deposits onboarding shipped in about six months and financial wellness inside the first year. The savings product went on to pass one billion dollars in deposits within seven months of launch, and the bank cleared a billion in deposits and seven hundred million in loans before its first anniversary. I grew the team that carried it, then stepped out. The measure of the engagement was whether they needed me at the end. They didn't.
Ozmo had built a real business on mobile device support. Their research process had also been built for a world that no longer described their market. Business phones and smart devices require a different approach. Physical properties matter, and the information you need is rarely captured directly. But the more fundamental problem was organizational: the people who understood those devices best, the CSRs servicing them daily, had no input into how the product got built.
The fix wasn't a new process. It was redesigning who had access to what decisions. Direct CSR interviews, structured data aggregation, documentation that captured what a call log couldn't. The operating model changed before the product did.
The result opened a new business line with Verizon, their largest enterprise client. The patterns that win one market are often the ones that miss the next. Fixing that is an operating design problem.