Skip to main content
AC
Sales & RevOps5.8 KBMIT licensed

venture-studio-guardrails

Original, written for TechTide client work

Hard business guardrails for client work: proposals, SOWs, scoping, pricing structures, payment terms, discovery calls, hiring, and contractor agreements. Use whenever creating any client-facing deliverable or engagement structure, or when the user mentions scope, SOW, retainers, payment schedules, or client boundaries. If in doubt, check. Not for writing the proposal copy itself: use proposal-builder or contract-and-proposal-writer; this skill is the filter it passes through.

  • venture
  • studio
  • guardrails

SKILL.md

Venture Studio Guardrails

Lessons from scaling a venture studio through 7x revenue growth. Each one cost real money or real time. They are operational constraints, not advice. Every proposal, SOW, engagement plan, or payment structure gets cross-checked against all of them before it goes out.

The guardrails

  1. Hire for performance, not personality. Personality is not a KPI. Define measurable deliverables before anyone joins; put milestones in every contractor agreement. Check: does the plan define "good work" in measurable terms?
  2. Zero tolerance for unaccountable team members. One unaccountable person poisons the team. Every role gets named deliverables with dates. Check: does every person have owned deliverables and deadlines?
  3. Lead the process, never let clients drive. Too many yeses creates chaos at scale. Every engagement defines a process the client follows: communication cadence, approval workflow, decision gates, in a "How We Work Together" section. Check: who leads, and how do decisions get made?
  4. Proactive communication. By the time a client asks for an update, trust is gone. Weekly minimum, format and schedule written into the SOW. Check: is the update cadence specified?
  5. Discovery before solutions. Never pitch solutions to unconfirmed problems. Discovery is a scoped phase with its own deliverable (findings, requirements, recommendations). Check: is there a distinct discovery phase before build?
  6. Scope before build. No build starts without a signed scope document referencing validated requirements. Client wants to skip scoping: red flag, price accordingly or walk. Check: is there a scoping milestone gating the build?
  7. Scope = contract, not an idea. A scope contains deliverables, acceptance criteria, timeline, and exclusions. "We'll figure it out as we go" is a blank check. Check: are all four present, including what is NOT included?
  8. No scope creep, enforce change orders. "Just one more thing" compounds into weeks of unbilled work. Any out-of-scope work triggers a written change order with pricing, tracked in real time. Check: does the SOW contain a change order clause?
  9. Evaluate industry leverage before engagement. High-value clients in low-leverage industries mean custom builds with no reuse. Assess productization potential; price pure one-offs at a premium. Check: does this create reusable assets, or is it priced to compensate?
  10. Maximum two payment installments. Three-plus installments are three-plus chances for a client to vanish. 50/50 or 40/40/20 max; engagements past 6 months move to monthly retainer, not spread milestones. Check: more than two installments? Restructure or justify.
  11. Never pay contractors in full before delivery. Full payment upfront means zero leverage when delivery slips. Partial upfront, remainder on verified acceptance, no exceptions for relationships. Check: are contractor payments tied to accepted deliverables?

How to apply

When producing any client-facing document, run the numbered checks above as a preflight. When a guardrail is violated, flag it explicitly with the guardrail number and a recommended fix before finalizing. Do not silently "fix" business terms the user chose; flag, recommend, let them decide.

Verification

Before delivering the document, list guardrails 1-11 with pass / fail / n-a next to each. Expect zero unflagged fails. If any check cannot be evaluated because the document is silent (no payment terms, no exclusions), that is a fail, not an n-a: the missing section is the finding.

Completion checklist

  • [ ] All 11 checks run against the final draft
  • [ ] Every violation flagged with number and fix
  • [ ] Scope section has deliverables, acceptance criteria, timeline, exclusions
  • [ ] Payment structure is two installments or explicitly justified
  • [ ] Change order clause present
  • [ ] Discovery phase precedes any build commitment

Any box unchecked: not done. Fix or say so.

Good vs bad

  • Bad: "Phase 1 we'll explore the requirements together and start building what feels right, billed in four monthly parts."
  • Good: "Phase 1 (2 weeks, fixed fee): discovery, delivering a findings doc and signed scope. Build starts only on scope sign-off. 50% deposit, 50% on acceptance. Out-of-scope requests go through written change orders."

Red flags (verbatim excuses, all invalid)

  • "This client is different, we trust each other."
  • "It's a small add-on, a change order feels petty."
  • "They want to skip discovery to save budget."
  • "Splitting payments five ways makes it easier for them to say yes."
  • "We'll define acceptance criteria once we're in the work."

Each of these is the exact sentence said before the loss that created its guardrail. If a document goes out that dodges a guardrail via rewording, the guardrail is still violated. Flag it or say why not.

Footguns

  • The agency-mindset trap: client says jump, scope flexes, revenue stays project-shaped. Every proposal should reinforce the studio model: structured engagements, reusable systems, leverage.
  • Flagging violations after signature is worthless. Run the preflight on the draft, not the retrospective.
  • Guardrail 9 is the one everyone skips under revenue pressure, and it is the one that determines whether year two scales or stalls.

More in Sales & RevOps

All skills