Tutorial design
25 checkable notes for tutorial design.
- Write a prerequisite checklistReaders fail before the first instruction.
- Show the expected resultSteps tell users what to click but not what should happen.
- Explain a disabled controlA grey button gives no useful direction.
- Write a reversible practice taskA tutorial risks changing important work.
- Teach a destructive actionDeletion instructions need a clear decision boundary.
- Use screenshots sparinglyToo many images obscure the actual instructions.
- Write keyboard instructionsMouse-only steps exclude other users.
- Handle a slow operationReaders may repeat an action while it is pending.
- Explain a permission errorA failed action is presented as a generic outage.
- Write a conflict recovery guideA stale draft cannot safely overwrite newer work.
- Teach export verificationA successful download may contain the wrong version.
- Explain a missing history stateA user expects versions that were never recorded.
- Write a short troubleshooting branchA long decision tree overwhelms the main task.
- Teach a mobile workflowDesktop navigation names do not match mobile controls.
- Write a first-draft walkthroughA guide assumes content already exists.
- Explain a restore confirmationThe action copies old text into a new candidate.
- Teach a review handoffThe tutorial stops after editing.
- Write a no-account learning pathSignup is unavailable or unnecessary for practice.
- Explain a reload checkA UI success message may hide unsaved state.
- Document a changed navigation pathA tutorial references an old menu.
- Teach a source attachment practiceA draft needs recoverable evidence.
- Write an empty-state explanationNothing is displayed and users cannot tell why.
- Explain a safe retryRepeating a mutation can create duplicate work.
- Teach an account switchPrivate content must not bleed into another workspace.
- Close a tutorial with verificationThe final click is not proof of completion.