Build Partnership

Michael O'Boyle
oboyle.co · michael@oboyle.co
I join early-stage ventures as a technical co-founder and build the first version. Domain research, product definition, architecture, code, and launch. Equity-based — I'm building something with you, not for you.

What I Build

Every engagement follows the same sequence, regardless of domain:

PhaseWhatOutput
1Domain DecompositionCompetitive landscape, industry standards, data sources, edge cases. I go from zero to competent in the domain in days, not months.
2Product DefinitionProblem framing, stakeholder map, MVP scope, requirements, BDD scenarios, data model, delivery plan. The full BA deliverable — what to build and what not to.
3Architecture + BuildTechnical architecture, infrastructure, backend, frontend, data pipeline, API integrations. Working code deployed to staging.
4Launch InfrastructureCI/CD, monitoring, DNS, email, project boards, documentation. The operational scaffolding between "demo" and "functioning product."
How this works: I use AI agents as my engineering team. One person produces the output of a small engineering org — domain research, product definition, architecture, full-stack code, DevOps, and operational setup. The method is the same across every domain.

Deal Structure

Every partnership is structured around equity and shared outcomes. The specifics depend on company stage, funding, and what each party brings.

What Each Party Brings

You BringI Bring
Domain expertise — you know the industry, the customers, the pain pointsTechnical execution — architecture, code, infrastructure, launch
Customer relationships or a path to first customersProduct definition — turning domain knowledge into a buildable spec
Market access and distributionAI-native development method — one person producing the output of a small team
Business development, sales, partnershipsOperational scaffolding — CI/CD, monitoring, email, project management
Capital (if funded) or shared bootstrap commitmentBuilding software since 1994 across EdTech, government, digital media, fleet management, maritime logistics, and enterprise messaging

What Drives the Equity Split

FactorLower equity (10–15%)Higher equity (20–30%)
StageExisting codebase, team in placeGreenfield — I'm building from scratch
Cash baseMarket-rate monthly retainer paidBelow-market or no cash — equity compensates
ScopeArchitecture guidance + oversightFull-stack build: product, code, infrastructure, launch
Duration3–6 month engagement12+ months, through launch and beyond
Revenue stagePost-revenue, proven modelPre-revenue, building the first version together
How equity is decided: After an initial conversation, I propose a structure based on these factors. We negotiate once and put it in writing before work starts. No "show value first, discuss terms later."

How It Works

StepWhatDetails
1DiscoveryOne call to understand the domain, the opportunity, and your situation. I ask hard questions about market, team, funding, and timeline. Free, no obligation.
2Due DiligenceI assess the technical landscape — existing code (if any), competitive products, data sources, feasibility. You assess me — references, GitHub, prior work. Both sides evaluate fit.
3TermsEquity split, cash component (if any), vesting schedule, IP terms, commitment level. Written agreement before work starts.
4BuildDomain decomposition → product definition → architecture → code → launch infrastructure. Weekly syncs. Working software in weeks, not months.
5LaunchProduction deployment, monitoring, first customers. Transition to ongoing technical leadership or defined exit.

Good Fit / Not a Fit

Good FitNot a Fit
You have domain expertise and customers but no technical co-founderYou want a contractor to execute a detailed spec you already wrote
Idea stage or early MVP — need someone to figure out what to build and build itGrowth stage with an engineering team — you need a VP Eng, not a co-founder
Willing to put terms in writing before work starts"Show value first, then we'll discuss equity"
Comfortable with AI-native development (I work with agents, not a team of humans)Need a team of 5+ visible engineers for investor optics
Want a partner who has opinions about the product, not just the codeWant someone who codes what they're told

What This Is Not