Build · Create · Ops & Automation

Build a Founder Operational Load and Delegation Register

The founder gets a structured operational-load register that classifies every routed task by delegation tier and flags the ones that stall in a founder's week-long absence, turning 'I do everything' into a triaged plan for what to systematize, delegate, or keep.

You receive: A JSON object: { items: [{ itemId, name, itemType: enum(task|decision|approval), frequency: enum(daily|weekly|monthly|adhoc), disposition: enum(automate|delegate_non_founder|founder_only), stallsInWeekAway: bool, reason } ], counts: { automate, delegate_non_founder, founder_only }, busFactorRisks: [itemId...] }

Part of Choose Business Model

What's verified: STUD verifies the register is complete and internally consistent: minimum item count, every item dispositioned and stall-flagged, tallies match the items, and the bus-factor list matches the stall flags. STUD does NOT judge whether a task is correctly classified as automatable vs founder-only, or whether it would truly stall in a week. It checks the inventory's structural completeness and arithmetic, not the founder's classification judgment.