Skip to content

Client Intake

Draft

Status: Draft Version: 0.1.0 Last Updated: 2026-05-17 Owner: Axodus BBA / Business


Intake Output

Intake converts an initial request into a reviewable brief. The brief identifies the requester, intended audience, objective, deliverables, channels, source materials, prohibited claims, dependencies, deadlines, acceptance criteria, and required reviewers.

BBA may clarify and structure the request but cannot commit Business delivery, Marketplace publication, legal approval, financial performance, or product availability. Incomplete ownership, evidence, budget authority, privacy terms, or product status produces a blocked brief. Only an approved brief can enter campaign planning.

Purpose

Define how BBA receives and classifies communication, launch, positioning, and claim review requests.

Scope

Intake covers requester identity, organization, objective, product status, target audience, existing materials, sensitive claims, risk category, deadlines, required reviews, budget model, and acceptance criteria.

Workflow

  1. Request enters Business or Marketplace.
  2. BBA collects context and claim-sensitive materials.
  3. The request is classified by service group and risk level.
  4. Required reviews are identified.
  5. Scope, deliverables, timeline, and acceptance criteria are confirmed.
  6. Work begins only after intake and approval are complete.

Governance Touchpoints

DAO, treasury, tokenomics, public launch, official partnership, and governance-status claims may require governance or domain review before publication.

Risk Considerations

Intake is not approval. Unsupported claims, vague objectives, missing evidence, unclear product status, and unrealistic campaign goals must be flagged before delivery.

Released as living documentation for the Axodus ecosystem.