Routes by Responsibility
Use this page when several people share a workspace and each person needs a different reading path. Pick the responsibility closest to your current job, then follow the linked pages in order.
If one person has several responsibilities, finish the shortest route first. The docs work best when each setup change has one clear goal.
Start Here If
Section titled “Start Here If”Use this page when:
- different teammates own plan, setup, access, health, or support questions;
- you need to hand someone one route instead of the whole docs set;
- a support handoff needs the first owner page;
- the team wants shared language for who checks what.
Pick Your Responsibility
Section titled “Pick Your Responsibility” New reader Learn the main words and the first hub-client-permissions loop.
First setup builder Create one hub, one client, one permission set, and one health check.
Plan reviewer Confirm limits, locked actions, paid skills, addresses, and help options.
Access reviewer Check whether each client can do only what it should do.
Health reviewer Use Dashboard and Live Map to understand missing, stale, or warning states.
Support contact Turn a visible symptom into the next page to check.
Route Summary
Section titled “Route Summary”| Responsibility | Read first | Then read | Stop when |
|---|---|---|---|
| New reader | Quick Start | Learning Path | You can explain hub, client, and permissions. |
| First setup builder | First Successful Setup | Scenario Playbook | One setup passes Dashboard and Live Map checks. |
| Plan reviewer | Billing | Public Hubs | You know whether a locked action is a plan limit. |
| Access reviewer | Permissions | Clients | Each client has a readable purpose and narrow access. |
| Health reviewer | Dashboard | Live Map | The visible status points to one likely owner page. |
| Support contact | Decision Tree | Troubleshooting Index | You can report the item name, status, page, and last check. |
Team Reading Plan
Section titled “Team Reading Plan”- Read Quick Start.
- Complete First Successful Setup.
- Use the scenario playbook for the closest real example.
- Keep the Troubleshooting Index open while checking Dashboard and Live Map.
- Agree on hub, client, and permission names before creating items.
- Have one person own the first setup loop.
- Have one person review plan limits and locked actions.
- Have one person review permissions after the first client exists.
- Start from the visible symptom, not guesses.
- Capture the page name, item name, status text, and last refresh time.
- Use the Decision Tree to choose the next page.
- Avoid changing multiple settings before the next check.
Naming Agreement
Section titled “Naming Agreement”Good shared docs depend on good shared names. Before creating more items, agree on:
- a hub naming pattern;
- a client naming pattern;
- a permissions naming pattern;
- who reviews broader access;
- when runtime settings can change;
- where to record plan decisions.
Done When
Section titled “Done When”Your route is done when the next reader knows exactly which page to open, what question that page answers, and what result would count as healthy.
- Name the responsibility. This keeps the route focused.
- Open the first linked page. Avoid jumping between unrelated areas.
- Finish one route. Verify the result before adding a second responsibility.
- Record any unclear term. Add it to the glossary or link to the page that defines it.