# Start routine support without losing the unfinished onboarding promise

Manual worksheet; invented situation, no automatic product import.

## Owned work

- Separate the receiving boundaries — Onboarding lead — Routine support readiness and advanced-exercise completion are different outcomes.
- Retain the learning action — Training owner — The exercise has its own next check and customer-facing contact.
- Confirm the dual handoff — Support lead — Support and the customer understand the completed service boundary and remaining learning route.

## Working artifact

- Routine service / Agreed incoming support route / Support acknowledges
- Advanced exercise / Retained facilitator and Wednesday check / Training remains open
- Customer contact / Two clear routes for two obligations / Customer confirms understanding

## Workflow questions

### Can support start before all training ends?

Yes if the actual service boundary allows it and the remaining learning responsibility is explicit.

### Who closes the unfinished exercise?

The retained training owner obtains its own agreed receiving evidence; service transfer does not supply it.

### What belongs in TeamBoost?

Use separate owned work or clear task context for the service transfer and learning action. Keep the dated report honest about which boundary passed; no native customer-support inbox is claimed.

## Job to be done

When support can start but one training topic remains, I want both responsibilities visible so the customer gets help without losing the unfinished learning work.

A customer is ready for routine support, but the advanced exercise has not been completed. Closing onboarding as one item would hide that promise.

### Recognizable symptoms

- Support handoff is treated as proof that all training finished.
- The remaining exercise loses its original owner.
- The customer is asked to retell the gap after support starts.

### Shortcut that fails

Keeping all service blocked until every learning topic closes can be unnecessary; closing everything together can erase unfinished work.

### Before

Onboarding complete. Support owns the customer now.

### After — invented worked answer

Handoff: routine questions move to support through the agreed route. The onboarding facilitator retains the advanced exercise and its Wednesday receiving check. Support sees this open learning boundary, and the customer knows whom to contact for each kind of request. Service transfer does not close the exercise.

### Conditional next moves

- If Routine service readiness is evidenced: Transfer that agreed boundary. Unrelated learning work can remain separately owned.
- If Remaining training prevents safe agreed service: Keep the relevant service boundary open. Do not force a partial transfer the actual process forbids.
- If Service transfers while learning remains: Retain the learning action and contact. Support transfer is not proof of training completion.

### TeamBoost route — confirm account availability

- Keep two obligations visible: Track support-transfer work and the remaining exercise with their responsible owners. Your check: The actual service readiness boundary must be agreed.
- Write the receiving note: Explain which requests go to support and which stay with the training owner. Your check: The customer and incoming team confirm the contact routes.
- Report the partial closeout: State service transferred and training still open with its next check. Your check: Do not summarize both obligations as fully completed onboarding.

### Success check

The customer can get routine support and still identify the owner and next check for the unfinished exercise.

### Editable draft facts

- Service boundary ready to transfer [service]: Routine questions through the agreed support route — State what can start.
- Incoming owner [support]: Support lead — Confirm the receiving responsibility.
- Remaining learning obligation [learning]: Advanced exercise — Keep the unfinished promise visible.
- Retained owner and checkpoint [training]: Onboarding facilitator; Wednesday receiving check — Keep the original learning route.
- Dual acknowledgment [proof]: Support and customer understand both contact routes — Check understanding, not just file receipt.

### Draft pattern — replace every placeholder

```text
Service and learning handoff
Transfer: {service}.
Receiving owner: {support}.
Still open: {learning}.
Retained responsibility: {training}.
Acknowledgment: {proof}.
Close the learning action only after its own receiving evidence.
```

### Limits

The service and learning rules are illustrative. The page does not establish readiness certification or a native support-system feature.

Local text preparation only; no workspace read, task creation, send or approval. Source interfaces do not establish account availability or live feature completion.
