Workspace launch checklist
Prepare, test, approve, and launch one customer workspace in a controlled order.
- For
- Company admins and customer owners
- Owner
- Customer operations
- Outcome
- Launch the workspace with approved ownership, data, connections, recovery, and support paths.
- Last verified
- 2026-08-30
- Next review
- 2026-11-28
- Status
- supported
Customer journey
Launch a workspace
- Estimated time
- 20 min
- Permissions and roles
- Company admin ยท Customer owner
Open the completion checklistSteps, proof, and recoveryClose checklist
Prerequisites
- The approved customer workflow
- Company admin access
- Named business, technical, data, and support owners
Permissions in practice
- Company admin: configure workspace, data, roles, and providers.
- Customer owner: approve the workflow, limits, launch date, and rollback decision.
Steps
- Confirm the company, time zone, roles, owners, support contact, and approved launch scope.
- Test one synthetic lead through person, account, deal, pipeline stage, and next task.
- Test each import mapping, provider connection, monitoring view, and fallback path.
- Run the frontline acceptance journey and record one allowed and one denied role action.
- Record the approver, accepted limits, launch window, support path, and rollback decision.
- Enable real intake or provider work only after all required checks pass.
Success proof
- The customer owner can point to the first useful record, deal, owner, and next action.
- Each active dependency has a health check, recovery owner, and fallback path.
- The launch decision records its proof level and does not rely on a saved setting alone.
Common failures
- A user has too much or too little access for the job.
- A mapping, provider health check, or fallback path is missing.
- The team treats local or synthetic proof as live customer proof.
Recovery
- Pause the affected intake, send, call, or automation path and keep failed work visible.
- Correct one dependency at a time, retest with synthetic data, and record the result.
Rollback
- Disable newly enabled intake or provider work before changing data or ownership.
- Restore the previous approved configuration and keep the launch evidence for review.
Next task
Run the controlled customer-data import.
Use this checklist after the first-value journey and before real customer intake or communication. Complete each check in the customer workspace that will go live.
Confirm people and ownership
- Confirm the company name, time zone, business owner, company admin, and support contact.
- Invite only approved users and verify one allowed and one denied action for each role.
- Assign owners for unassigned customer records, deals, tasks, and failed work.
Confirm CRM and data
- Approve the person fields, customer sources, pipeline stages, deal rules, and task conventions.
- Test one synthetic customer from creation through deal and next task.
- Test the import mapping and duplicate policy before the full import.
- Verify the approved export and retention path.
Confirm connections and recovery
- Complete the provider-specific guide for every active connection.
- Confirm credentials, health, provider limits, monitoring, rotation, and disconnect ownership.
- Test failure handling without real customer sends or calls where possible.
- Record the fallback path for lead intake, email, WhatsApp, calling, and automation.
Approve launch
- Run the admin and frontline-user acceptance journeys.
- Confirm support contacts, known limits, incident communication, and the change window.
- Record the approver, accepted limits, launch date, and rollback decision.
- Enable real intake or provider work only after every required check is complete.
A local test or saved provider setting is not production proof. Record the exact proof level for each check.