TrailheadClients & Guest ExperienceContinuity & rebooking
CX-06Repeat-client requestNo assistant eval · Coverage unknown

Plan a Repeat Client Rebooking

Let an authenticated repeat client request another trip from published facts while human approval remains required.

Track

Continuity & rebooking

Phase

Repeat-client request

Starts with

Eligible prior trip and published package

Ends with

Timed hold and pending CIS awaiting approval

You are here

CX-06
  1. CX-04Prepare a Trip Through the Guest Portal
  2. CX-05Review Client Care Feedback
  3. CX-06Plan a Repeat Client Rebooking
  4. CX-07Review the Client Trip Story

The situation

A repeat client starts from prior-trip context, reviews eligible published packages and deterministic availability, then creates a timed hold that remains pending human approval.

What starts it

An authenticated client with eligible prior-trip history selects Plan another trip.

How it unfolds

GuideSystem
  1. 1

    Trailhead verifies repeat-client identity and shows eligible published options

    Guide
  2. 2

    Trailhead creates one timed hold and pending CIS

    System

    This is the key moment: the hold reserves capacity but never confirms a sale without human approval.

  3. 3

    The client sees the hold countdown and explicit approval status

    Guide

Who's involved

Guide

Owns the human action and verifies the visible result.

System

Preserves identity, state, and record boundaries.

What each person sees

Guide

Only the authorized client context and actions

Why: complete and verify the human part of the journey

System

Bounded client, trip, and workflow state

Why: enforce trusted boundaries

The rule to remember

Rebooking creates a bounded request and pending CIS; it never invents availability or bypasses human confirmation.