← CRD inventorySource 1ea8b8ea8b01
Capability Requirements Document · manage-guided-onboarding-journey

Manage a guided onboarding journey

Maintain a resumable, inspectable progression from onboarding initiation to an explicit completion, pause, abandonment, or failure state.

Status
draft
Version
0.1
Architecture alignment
compatible
Adoption
proposed
Known public realizations
none confirmed
Evidence basis
restricted requirements and partial static trace

Availability: unknown

Inventory note: Journey completion does not imply every setup outcome succeeded.

Core meaning

Capability purpose
Let an owner progress through staged setup without losing prior answers, provenance, or control when channels, pacing, or depth vary.
Meaningful outcome
The journey has a current stage, completed-step evidence, an explicit next action, and a terminal or resumable disposition.
Boundaries — includes
journey identity, stage and step state, selected setup depth, raw responses, parsed responses, pacing, pause/resume, override evidence, and completion state.
Boundaries — excludes
contact-channel verification, personal-AI identity, durable environment configuration, first-entry authorization, permanent account lifecycle, and a particular email or screen sequence.
Terms and concepts
A journey coordinates independently governed setup outcomes; completing a step does not imply that every adjacent capability succeeded.

Interaction Contract MLEs

Start or progress an onboarding journey

Actor
An owner or an authorized onboarding orchestrator acting for the owner.
Command / intent
Start, resume, answer, defer, or complete the next eligible onboarding step.
Current state
A journey identity, current stage, prior responses, applicable setup profile, and owner/contact binding exist or can be created.
Policies / invariants
Raw owner responses are preserved; parsed structure remains traceable to them; optional detail does not block a viable setup; automated progression follows declared policy; manual overrides are attributable and cannot fabricate owner input.
Transition
Record the response or control action, evaluate the stage policy, preserve the resulting state, and identify the next step or terminal disposition.
Result
An active, paused, completed, abandoned, or failed journey record with an explicit next action when applicable.
Events / effects
May request contact verification, identity maintenance, preference configuration, environment preparation, or first-entry authorization.
Unknowns
Universal stage definitions, channel choices, pacing, and abandonment rules are not established.

Rules and defaults

Rules / invariants

Communication MLEs

Onboarding progress notice

Purpose
Explain the current stage and what the owner can do next.
Trigger
A step completes, pauses, fails, or awaits an owner response.
Audience
The onboarding owner.
Required meaning
Current stage, retained progress, next action, and whether any result is provisional.
Representative example text
Example; illustrative, not shipped copy: “Your progress is saved. Continue with the next setup step when you are ready.”
Possible realizations
email, product screen, message, or owner update.

Unknown / unresolved

Statement provenance

StatementSemantic classEvidence statusSource / note
Onboarding progression is staged, resumable, and distinct from the capabilities that create identity, prepare configuration, and authorize entry.rule/invariantsourcedD04 and D07.
Canonical source ↗All CRDs