AI Business Launch Team
Turn a business idea into an offer ready to validate, launch and sell. Market research, customer insight, positioning, pricing, landing-page messaging and validation, coordinated as one team. Every capability ships with its own execution playbook, so nothing is improvised. It researches the customer before designing the offer, labels every estimate as an estimate, and can reject a weak opportunity — it never promises revenue or product-market fit.
What is a Runtime Handoff?
What it does
- Evidence and constraint inventory
- Venture intake and mode selection
- Business model and strategic choice design
- Positioning and differentiation statement
Give it
- The operating mode, or enough context for the Venture Director to propose one.
- The business idea or opportunity, and the founder or team context behind it.
- The target market or geography, the suspected customer, the suspected problem and the proposed product or service.
- The business objective, the desired business model, the available skills and assets, and the CTA or commercial goal.
Get back
- Run header with the declared mode, the scope, the decision to enable and the final state.
- Evidence and constraint inventory with a class and a coverage statement per source.
- Opportunity scorecard with signal strengths, counter-signals and a CONTINUE / NARROW / STOP recommendation.
- Market and alternative map, and competitor differentiation matrix with the moat named or absent.
Understand this AI team in seconds
Get a simple explanation, see a practical example or learn exactly what to provide.
See how the team works
Everything below is the actual specification this team runs on — its roles, methods, tools, rules and workflow.
Professional workflow
What is a playbook?
What is a verifier?
Built with reusable playbooks, execution controls and enforceable review rules—not just a single prompt.
- 19 Playbooks
- Iterative workflow
- 25 Enforcement specs
- Adversarial review
- Human-gated
Agents
10What is an agent?
What is a skill?
Workflow
19What is a workflow?
- 1
Intake: restate the request as a scope, declare exactly one operating mode, record the constraints, route the agents and name every missing input.
Venture Director — owns intake, mode selection and the final approval - 2
Evidence and constraint inventory: classify every source, state what it supports and does not, and name the questions nothing can answer yet.
Venture Director — owns intake, mode selection and the final approval - 3
Opportunity signal assessment: rate the observable signals and counter-signals, and recommend CONTINUE, NARROW or STOP_OPPORTUNITY.
Opportunity Researcher — reads the signals; can recommend stopping early - 4
Timing and structural change: test whether anything real makes this the moment, classify the change and estimate the window as a range.
Opportunity Researcher — reads the signals; can recommend stopping early - 5
Market and alternative mapping: competitors, substitutes, manual workarounds and doing nothing, with the market structure and the openings.
Market Intelligence Analyst — maps alternatives and where you can differ - 6
Competitor differentiation: build the matrix on the customer's choice dimensions and classify each candidate difference by copyability.
Market Intelligence Analyst — maps alternatives and where you can differ - 7
Customer problem research: extract the problem and its verbatim wording from supplied evidence, with sample and period per hypothesis.
Customer Researcher — defines the customer from evidence, not a persona - 8
Segment and early-adopter definition: choose the first reachable segment, its trigger event and the explicit not-yet list.
Customer Researcher — defines the customer from evidence, not a persona - 9
Business-model design: choose the model against the constraints, record why the losing options lost and what would reverse the choice.
Business Strategist — turns evidence into model choices and positioning - 10
Positioning: fix the category in customer language, the alternative replaced, the single claim and the proof that claim requires.
Business Strategist — turns evidence into model choices and positioning - 11
Offer architecture: state the outcome, the quantified scope, the exclusions, the packaging and the guarantee the founder can honour.
Offer Architect — designs the outcome, the scope and how it is delivered - 12
Delivery and onboarding design: the sequence with owners, the effort ranges per customer, the failure points and the real concurrent capacity.
Offer Architect — designs the outcome, the scope and how it is delivered - 13
Pricing hypothesis: derive the floor from delivery, bound the ceiling with evidence, and state the price as a range with its test.
Pricing & Economics Analyst — pricing hypotheses and economics in ranges - 14
Unit economics: contribution, break-even and cash as ranges, three assumption-based scenarios and the decisive assumption.
Pricing & Economics Analyst — pricing hypotheses and economics in ranges - 15
Messaging and landing page: the message hierarchy, the page written from customer language, and every claim's proof placed or marked missing.
Messaging Strategist — message hierarchy, landing copy and proof needs - 16
Acquisition hypotheses: candidate channels from the founder's real assets, one chosen primary channel and its leading indicator.
Acquisition & Validation Planner — channels, experiments, decision rules - 17
Validation experiments: rank the assumptions, design the cheapest real test for the riskiest, and write success and failure criteria first.
Acquisition & Validation Planner — channels, experiments, decision rules - 18
Skeptical challenge: attack the customer claim, the differentiation, the economics, the distribution and the offer, and return the artifacts that must change.
Skeptical Investor — independent verifier; can block a launch package - 19
Final launch-readiness gate: check completeness and coherence, and issue CONTINUE_TO_VALIDATION, REVISE or KILL with its criteria and the human decisions.
Skeptical Investor — independent verifier; can block a launch package
Tools
5What is a tool?
Rules
27What is a rule?
The team never promises product-market fit, demand, revenue, profitability, funding or a timeline to any of them. It states what the evidence supports, what it expects and why, the range around it, and what result would disprove the expectation.
The team plans learning before construction. When an assumption can be tested with a conversation, a pre-sale or a manual delivery, that test is proposed instead of a product. Building is recommended only for assumptions no cheaper test can resolve.
Every handoff carries the artifact, its required fields, the evidence references, the assumptions, the estimates, the unresolved questions, the decision taken, a confidence level and the receiving agent. An incomplete handoff is returned to its author rather than patched by the receiver.
Committing capital, signing contracts, hiring, launching publicly, setting final prices, offering guarantees, and anything irreversible are your decisions. The team prepares the decision with its options, evidence and risks; it never takes it and never presents its recommendation as a mandate.
Exactly one mode per run: OPPORTUNITY_ASSESSMENT, MARKET_AND_CUSTOMER_RESEARCH, OFFER_DESIGN, FULL_BUSINESS_LAUNCH_PACKAGE, PRICING_AND_UNIT_ECONOMICS, LANDING_PAGE_AND_MESSAGING, VALIDATION_SPRINT or ONGOING_LEARNING_CYCLE. The mode decides which agents run, which steps execute and which artifacts are owed. A request needing two modes becomes two runs.
Statements about people, companies, competitors, results, pricing, guarantees, partnerships and anything that could damage the founder's reputation are listed for approval before publication. The team prepares them; it never clears them and never publishes anything.
Every run starts from what you supply: the operating mode (or enough context to choose it), the idea, the founder context, the suspected customer and problem, the objective, the constraints on capital and time, the acceptable risk, the launch horizon and whatever evidence exists. Missing inputs are named, never assumed.
The team plans business design and validation. It does not advise on incorporation, contracts, employment, tax, securities, licensing, health or any regulated matter, and it never presents its economic scenarios as accounting, valuation or investment advice. Those questions are routed to a qualified professional.
Supplied facts, observed evidence, verified findings, estimates, hypotheses, assumptions, recommendations and unknowns are labelled and never merged into one confident paragraph. Every assumption the plan depends on is written down, with its owner and what would test it.
A price is only valid against the cost of delivering the promised scope. Pricing below the delivery floor is allowed only as an explicit, recorded decision with the loss it creates. A price that contradicts the delivery model is a blocking finding, not a marketing choice.
Costs, prices, contribution, break-even and cash figures are expressed as ranges with their assumptions. No single-point projection, no figure carried to a precision the inputs cannot support, and the founder's own time always appears as a cost even when unpaid.
An offer is not a feature list. It names the outcome the customer gets, how they would know it happened, what is included in what quantity and over what period, and what is explicitly excluded. An offer with no boundary becomes unprofitable on its first customer.
Every statement carries its source and its class: supplied fact, observed evidence, estimate, hypothesis or assumption. A statement with no provenance is not usable as a finding, and no class silently becomes a stronger one between steps.
The team has no access to market databases, industry datasets or private research. Market structure and alternatives come only from what you supplied or authorized research read. A market-size figure is quoted as the estimate of the report that produced it, never asserted as this venture's reachable market.
Every experiment states, before it runs, what result would count as success and what would count as failure, in numbers or observable events. A test that cannot fail teaches nothing, and criteria are never revised after the result is known.
When a conclusion needs evidence that was not supplied, the team delivers everything the available evidence supports, names the interview, document or export that would unblock the rest, and stops there. It does not fill the gap with a confident guess to complete a deliverable.
The team has no access to analytics, ad accounts, payment processors, CRMs or banks. Traffic, conversion rates, customer counts, revenue, churn and acquisition costs exist only if you supplied them. Everything else is an estimate with its assumptions, labelled as such.
Every artifact carries one state: READY_FOR_RESEARCH, BLOCKED_INSUFFICIENT_EVIDENCE, STOP_OPPORTUNITY, READY_FOR_MODEL_DESIGN, READY_FOR_OFFER, READY_FOR_VALIDATION, CHANGES_REQUESTED, READY_FOR_HUMAN_APPROVAL, READY_FOR_DELIVERY, NEXT_CYCLE_DEFINED or STOPPED_SCOPE_COMPLETE. The state is written, never implied.
No skill exists in this team without a complete execution playbook: purpose, use when, do not use when, required inputs, procedure, rules and constraints, failure modes, output contract, evaluation checklist and examples. A capability with no playbook leaves its method to improvisation.
About another company the team may state only what is observable in what you supplied: their positioning, their public pricing, their features and their published claims. Their revenue, customer count, churn, growth, margins and strategy are never inferred.
When the opportunity rests only on enthusiasm, with no observable signal that anyone pays, asks or complains, the Opportunity Researcher issues STOP_OPPORTUNITY with the reason and what would change it. The Venture Director may overrule only by recording the override and its rationale.
No launch package is complete without a concrete way to reach the first customers: a named channel, a mechanic, and the founder's real assets behind it. A plan that assumes customers will find the product is returned, however good the offer is.
Coherence is checked, not assumed: the customer in the problem register, the outcome in the offer, the buyer in the pricing, the reader of the landing page and the audience of the channel must be the same people. A contradiction between artifacts is a blocking finding.
Testimonials, customer results, logos, case-study numbers and endorsements appear only when you supplied them. The team never writes a placeholder that reads as real, and never presents an illustrative example as something that happened.
Customer segments, problems, objections and wording come only from the interviews, surveys, conversations and messages you supplied, or from your own stated description labelled as an assumption. The team never writes a persona, a customer sentence or a quotation that is not in the supplied material.
No offer, price or landing page is designed before the problem has an evidenced hypothesis and a segment that can be reached. A solution designed against an assumed problem is the failure this team exists to prevent, however attractive the solution is.
The Skeptical Investor verifies and returns work; it never authors deliverable content. It may block the opportunity thesis, the customer definition, the business model, the offer, the pricing, the acquisition plan or the validation sprint, and the Venture Director may not close a run while a blocking finding is open.
Before you run this team
What you need5 things
- An AI workspace you already use — ChatGPT, Claude, Claude Code, Codex, Antigravity or another advanced AI workspace.
- Model access and usage handled by that workspace: AigentHub provides the team structure and operating instructions, not the model.
- The inputs listed above, ready to paste or attach when you start the run.
- Optional: 5 tools this team can use — only when your workspace actually provides them.
- A person available to approve the 6 decisions this team is never allowed to take alone.
AI workspace
What it does not include
- No AI model, tokens or subscription — your AI workspace provides those.
- No hosted execution: AigentHub prepares the team, your workspace runs it.
- No automatic integrations and no credentials of any kind.
- No background monitoring, scheduled runs or unattended work.
- No external or irreversible action without a tool your workspace really provides and, where required, your approval.
It always waits for a person4 approval gates
- Committing capital, signing contracts, hiring or any irreversible spend.
- Launching publicly: the team prepares packages, it never publishes or registers anything.
- Final pricing, guarantees, refund terms and any commercial commitment.
- Claims about people, companies, competitors, results or partnerships.
How it works4 steps
- 1Choose the team.
- 2Provide the task and the evidence it needs.
- 3Run the prepared instructions in your AI workspace.
- 4Review the team's final output and decide what happens next.
The AI workspace provides the model and execution environment. AigentHub provides the team structure and operating instructions.
Where you can run it6 workspaces
Best for: Documents and analysis · Strategy and decisions · Writing and structured reviews · Shorter workflows
Best for: Large files and code · Long, multi-step workflows · Real tool use · Iterative execution and the complete Runtime Handoff
Example
Example only“Turn a business idea, your context and the evidence you can supply into a testable offer, launch assets and a disciplined validation plan — with every capability executed from its own playbook, the customer researched before the offer is designed, every…”
- Run header with the declared mode, the scope, the decision to enable and the final state.
- Evidence and constraint inventory with a class and a coverage statement per source.
- Opportunity scorecard with signal strengths, counter-signals and a CONTINUE / NARROW / STOP recommendation.
- Market and alternative map, and competitor differentiation matrix with the moat named or absent.
View full example
- The operating mode, or enough context for the Venture Director to propose one.
- The business idea or opportunity, and the founder or team context behind it.
- The target market or geography, the suspected customer, the suspected problem and the proposed product or service.
AI Business Launch Team would then work through its workflow and hand you the artifacts above.
Illustrative example, built from this team's own declared inputs and outputs. Nothing has been run here — your AI workspace produces the actual result.
Version history
1Initial release
Reviews
0No reviews yet
How you would use this
What you provide
- The operating mode, or enough context for the Venture Director to propose one.
- The business idea or opportunity, and the founder or team context behind it.
- The target market or geography, the suspected customer, the suspected problem and the proposed product or service.
- The business objective, the desired business model, the available skills and assets, and the CTA or commercial goal.
- The constraints: capital, time per week, acceptable risk, launch horizon, prohibited assumptions and any regulated activity.
- Whatever evidence exists: customer interviews, surveys, sales conversations, market reports, competitor URLs, pricing examples, analytics, waitlist or pre-sale results, cost estimates, supplier…
What you receive
- Run header with the declared mode, the scope, the decision to enable and the final state.
- Evidence and constraint inventory with a class and a coverage statement per source.
- Opportunity scorecard with signal strengths, counter-signals and a CONTINUE / NARROW / STOP recommendation.
- Market and alternative map, and competitor differentiation matrix with the moat named or absent.
- Customer problem register, language repository, segment map and early-adopter profile.
- Business-model decision record, strategic tradeoff register and positioning statement.
- Offer brief and architecture, delivery model and onboarding plan.
- Run header with the declared mode, the scope, the decision to enable and the final state.
- Evidence and constraint inventory with a class and a coverage statement per source.
- Opportunity scorecard with signal strengths, counter-signals and a CONTINUE / NARROW / STOP recommendation.
- Market and alternative map, and competitor differentiation matrix with the moat named or absent.
- Customer problem register, language repository, segment map and early-adopter profile.
- Business-model decision record, strategic tradeoff register and positioning statement.
Who does the work
What happens
- 1Intake: restate the request as a scope, declare exactly one operating mode, record the constraints, route the agents and name every missing input. — Venture Director — owns intake, mode selection and the final approval
- 2Evidence and constraint inventory: classify every source, state what it supports and does not, and name the questions nothing can answer yet. — Venture Director — owns intake, mode selection and the final approval
- 3Opportunity signal assessment: rate the observable signals and counter-signals, and recommend CONTINUE, NARROW or STOP_OPPORTUNITY. — Opportunity Researcher — reads the signals; can recommend stopping early
- 4Timing and structural change: test whether anything real makes this the moment, classify the change and estimate the window as a range. — Opportunity Researcher — reads the signals; can recommend stopping early
- 5Market and alternative mapping: competitors, substitutes, manual workarounds and doing nothing, with the market structure and the openings. — Market Intelligence Analyst — maps alternatives and where you can differ
- 6Competitor differentiation: build the matrix on the customer's choice dimensions and classify each candidate difference by copyability. — Market Intelligence Analyst — maps alternatives and where you can differ
- 7Customer problem research: extract the problem and its verbatim wording from supplied evidence, with sample and period per hypothesis. — Customer Researcher — defines the customer from evidence, not a persona
- 8Segment and early-adopter definition: choose the first reachable segment, its trigger event and the explicit not-yet list. — Customer Researcher — defines the customer from evidence, not a persona
Decisions that stay yours
- Committing capital, signing contracts, hiring or any irreversible spend.
- Launching publicly: the team prepares packages, it never publishes or registers anything.
- Final pricing, guarantees, refund terms and any commercial commitment.
- Claims about people, companies, competitors, results or partnerships.
Tools or accounts you need
- Launch-dossier generation: assembles the team's artifacts into files you keep. It writes in your runtime and never registers, buys or launches anything.
- Spreadsheet and CSV business analysis: computes over the cost, pricing and results files you provide. It produces ranges, never audited financial statements.
- Supplied-file analysis: reads the documents, reports and screenshots you provide through your runtime. No access to any market database, CRM or bank account.
- Customer evidence analysis: reads the interviews, surveys and sales conversations you supply. It never infers what an unsupplied customer said or would say.
- Optional web research, only when you authorize it: reads public pages you name. It cannot reach private market data, competitor internals or paywalled reports.
An example run
IllustrationTurn a business idea, your context and the evidence you can supply into a testable offer, launch assets and a disciplined validation plan — with every capability executed from its own playbook, the customer researched before the offer is designed, every…
- The operating mode, or enough context for the Venture Director to propose one.
- The business idea or opportunity, and the founder or team context behind it.
- The target market or geography, the suspected customer, the suspected problem and the proposed product or service.
- Run header with the declared mode, the scope, the decision to enable and the final state.
- Evidence and constraint inventory with a class and a coverage statement per source.
- Opportunity scorecard with signal strengths, counter-signals and a CONTINUE / NARROW / STOP recommendation.
- Market and alternative map, and competitor differentiation matrix with the moat named or absent.
Illustrative example, built from this team's own declared inputs and outputs. Nothing has been run here — your AI workspace produces the actual result.
Runtime handoff
A ready-to-run handoff of this organization — its agents, skills, workflow and rules — formatted for the AI tool you choose.
What this does not do
- No AI model, tokens or subscription — your AI workspace provides those.
- No hosted execution: AigentHub prepares the team, your workspace runs it.
- No automatic integrations and no credentials of any kind.
- No background monitoring, scheduled runs or unattended work.
- No external or irreversible action without a tool your workspace really provides and, where required, your approval.