Workspace Launch Checklist

Verify profile, roles, channels, Smart Inbox, contacts, AI, calls, automation, campaigns, mobile, APIs, billing, security, and support before launch.

CHECKLIST

  1. Business profile, Pakistan timezone, and public contact details are correct.
  2. Workspace owner, teams, users, and least-privilege permissions are tested.
  3. One connected channel passes inbound and outbound tests.
  4. Smart Inbox All and channel tabs work.
  5. Contacts, tags, fields, pipeline, tasks, and follow-up are ready.
  6. AI provider, knowledge, boundaries, multilingual tests, and handover are approved.
  7. AI Call Assistant disclosure, incoming or outgoing test, actions, recording, transcript, and transfer are reviewed where used.
  8. Automation triggers, branches, fields, fallback, logs, and handover are tested.
  9. Campaign consent, templates, audiences, opt-out, social allowances, and reply ownership are ready.
  10. Forms, appointments, Google, catalogs, orders, and customer payments are tested where used.
  11. Mobile access and notifications are tested.
  12. API keys and webhooks use HTTPS, least privilege, verification, retries, and idempotency.
  13. Plan, add-ons, provider costs, billing, export, preferences, and deletion routes are understood.
  14. Support ownership and escalation are defined.
  15. A small controlled pilot is approved before full launch.

Who should use it

All Wemblo users and authorized support contacts.

Where to find it in Wemblo

Wemblo -> Help or the affected module

Before you begin

  • Record the workspace, user, module and time in PKT.
  • Reproduce the issue with fictional data where possible.
  • Collect a redacted error message or screenshot.
  • Never include passwords, API keys, tokens or private customer data.

Main concepts and fields

Concept / FieldMeaning or Use
Issue ScopeOne user, workspace, channel or service-wide.
ReproductionSteps that consistently cause the problem.
Error CodeProvider or Wemblo reference.
RedactionRemoval of secrets and private data.
Support EvidenceSafe screenshot, timestamp and expected result.

Test and verification

  1. Complete one successful path with fictional data.
  2. Complete one invalid, failure or permission path.
  3. Confirm the result appears in the correct workspace and module.
  4. Confirm the correct person or team can review and continue the work.

Common issues and solutions

IssueWhat to Check
Issue cannot be reproducedConfirm workspace, user, time, environment and exact steps.
No useful error is availableReview logs, provider dashboard and status.
Support cannot investigateProvide redacted evidence, expected result and affected record.
Sensitive data was attachedRemove it, rotate exposed credentials and resubmit safely.

Security, privacy, consent, cost and provider notes

  • Use only data the business is authorized to process.
  • External provider charges, policies, approvals, limits and availability remain separate.
  • Do not expose passwords, API keys, tokens, webhook secrets, payment credentials or private customer data.
  • Use human review for sensitive, regulated, urgent, financial or final decisions.

Last reviewed: