01What this guide helps you do
Avoid using a general customer label as automatic permission.
This guide focuses on one task within united kingdom edition. Its completion test is specific: Any relied-on exception has an explained basis. Use that result to decide whether the task is finished. Opening a page, entering a value or seeing a brief notification can be part of the process without establishing the complete result.
02When to use this workflow
Use this workflow when your immediate goal is to assess an existing-customer marketing exception carefully. Keep the scope limited to the relevant UK operating checklist. If you are solving a different problem, use the related guides at the end rather than applying every action here to unrelated records.
The usual operational owner is the UK workspace owner. If another person owns the relevant business facts or permissions, involve that person before changing the shared record. Individual access and business authority are not always the same thing.
03Prepare the information you need
Use the UK entry point and verify the intended workspace. Separate four questions: which edition is purchased, who the recipient is, what the communication is for and what evidence supports it. A UK edition does not establish permission automatically. The UK seller is Alactic Inc, a United States company; the published plans are £9.99 monthly and £99 annually, subject to the current order summary.
Collection circumstances, similar offering, opt-out history.
04Find the right workspace and feature
Start from UK workspace at app.alactic.io/uk. Treat this as a feature locator: the arrangement of menus can differ between the web interface and the native application. Confirm the workspace name and the relevant record before proceeding, especially if you manage more than one business or use both India and UK accounts.
The target of this task is a UK operating checklist. Keep its identity visible while you work. A similarly named record or a previously open browser tab can otherwise make a correct action affect the wrong context.
05Understand the information on screen
| Information | What it means | Practical check |
|---|---|---|
| Edition | UK product and commercial journey | Confirm GBP and seller |
| Recipient context | Actual subscriber and customer situation | Avoid blanket B2B assumptions |
| Purpose and evidence | Reason and support for communication | Review before outreach |
| Time zone | Europe/London on the intended date | Account for seasonal offset |
Apply these distinctions to the specific inputs for this guide: collection circumstances, similar offering, opt-out history. You do not need to collect every possible field in the workspace. Use the information needed to make this decision and to verify its result.
06Inspect the current state first
Review recipient context rather than assuming every business contact is a corporate subscriber. Sole traders, other individual subscribers and companies can require different analysis. Use current ICO guidance for the applicable marketing decision, and keep provider requirements separate. A regional legal exception does not compel Meta to accept or deliver a message or make every proposed use suitable.
If the intended result is already present, check whether any further action is necessary. This is particularly useful after an interrupted session or when another teammate may have completed part of the work.
07Step 1: Review the original collection context
Begin with the relevant inputs: collection circumstances, similar offering, opt-out history. Resolve any ambiguity that would change which record or business decision the task concerns. Keep a short note of the original state if you will need to compare it later. This creates a clear starting point for the next action instead of relying on memory after several screens have changed.
08Step 2: Check the applicable official criteria
Use the result of the first action as the context for this one. Check the exact label, selected value or evidence involved rather than assuming that a default matches the intended task. If you identify an inconsistency, resolve it before proceeding. Keep the change narrow enough that its effect can be understood without comparing many unrelated edits.
09Step 3: Keep a record of the decision
Finish by checking the observable result, not only whether the interface accepted an interaction. If the result is still pending or cannot be verified, preserve that distinction in your notes. A clearly recorded unresolved state is more useful than announcing completion and discovering the missing part during a live customer task. Use the verification guidance below for the relevant feature.
10Keep the exception analysis separate from the customer label
A record labelled Existing customer does not explain how the contact details were collected, what was offered at the time or whether the intended message fits an applicable exception. Review the actual circumstances using current ICO guidance and the business's qualified decision-maker where needed.
Keep the reasoning traceable rather than replacing it with a default confirmed flag. Also review WhatsApp's independent requirements and the customer's current choices. A legal analysis of one communication does not create a blanket entitlement to use every channel for every later offer.
| Check | Meaning for this task |
|---|---|
| Collection context | What happened when details were obtained |
| Proposed communication | Purpose and relationship to the customer |
| Current choice | Any withdrawal or relevant change |
11Worked example
A business asks its compliance owner to review a proposed related-product campaign.
The useful lesson is the sequence of decisions, not a promised result for every business. In this scenario, begin with “Review the original collection context”, continue with “Check the applicable official criteria”, and finish with “Keep a record of the decision”. Compare the result with the completion test before applying the same process to a wider set of records.
Use invented names and references when practising this example. Keep the structure realistic, but do not copy a live customer conversation or payment record into training material simply to make the demonstration look authentic.
12Verify the result
Check the actual operational result alongside the regional decision. A correct audience review does not repair a missing template fallback, and a successful template approval does not establish permission. For scheduling, use the named Europe/London time zone and the intended date. Its offset changes with daylight saving, so a fixed GMT assumption can produce the wrong customer-facing send time.
Any relied-on exception has an explained basis.
13Decide what to do next
| What you observe | Appropriate next step | What to avoid |
|---|---|---|
| The expected result is visibly present. | Keep the result and continue with the intended business task. | Repeating a completed action without a reason. |
| The result is still pending or uncertain. | Review the current UK operating checklist and the relevant status. | Calling the task complete without evidence. |
| The result conflicts with the intended choice. | Revisit: Check the applicable official criteria. | Changing unrelated records to hide the symptom. |
Use the observed state to choose a branch. A recovery action should address the actual cause and preserve any work that is already correct. If several people are involved, make the next owner explicit so a pending state does not become an unattended task.
14The main mistake to avoid
An existing purchase alone is not a universal exemption for every future promotion.
This mistake can make the task appear finished while leaving the business outcome unresolved. Return to the inputs and the named steps when the result is unclear. Keep a useful distinction between what you observed and what you expected. If a weaker signal is all that is available, describe the remaining uncertainty and identify how it can be checked.
15Diagnose an unexpected result
Compare the expected result with the exact current state of the UK operating checklist. Record which of the three actions was last completed and what happened next. Keep the exact validation message or visible status where one exists. This separates an input problem from a saved-state problem and helps another person reproduce the same example.
Check the workspace, selected record and current view. Change one relevant factor at a time. If you change several unrelated settings together, a later success may not explain which change actually resolved the issue.
16Recover without duplicating work
When a regional or commercial question is unclear, identify the responsible business owner and the applicable official source before changing a workflow. Acknowledge and route data-rights or cancellation questions through the appropriate process. Do not delete records impulsively or promise a legal outcome based only on a short support message. Preserve mandatory rights alongside the published commercial request process.
If the result depends on a provider or another authorised person, record that dependency and use the appropriate route. Do not simulate success by manually changing an unrelated display value or by removing evidence of the original outcome.
17Use the workflow on web and mobile
On mobile, check the UK workspace, pounds, selected term and seller context before checkout. Review scheduled dates after the keyboard closes. If a user opens an old India bookmark, return through the intended UK entry point rather than treating the two sessions as interchangeable. The underlying customer task should remain understandable even when its navigation differs between devices.
When comparing devices, match the same account, record and relevant filters. A desktop screenshot and a mobile screen from different contexts are not evidence of inconsistent data. If a layout problem prevents completing the task, report the screen name, device context and the affected control with private details removed.
18Keep a useful operational record
Retain only the information needed to explain the task: its purpose, the relevant UK operating checklist, the action taken and the observed result. If the operation produced a safe reference, keep it with the time and workspace context. This makes a later handover or support query more precise than a screenshot with no explanation.
| Record | Useful content |
|---|---|
| Purpose | Avoid using a general customer label as automatic permission. |
| Inputs reviewed | Collection circumstances, similar offering, opt-out history |
| Outcome to verify | Any relied-on exception has an explained basis. |
| Next owner | Uk workspace owner |
19Protect private information
Use the minimum customer or business information needed for the task. Restrict access to authorised colleagues, and redact unrelated names, numbers and message content when sharing a screenshot. An evidence reference is often more suitable than copying the underlying private document into a general field or support message.
For this workflow, the useful input categories are collection circumstances, similar offering, opt-out history. They should help you make and verify the decision; they are not a reason to publish a customer database, credentials or internal operating notes. The fictional example in this guide can be used for training without exposing live records.
20Know the limits of this workflow
Legal classification depends on the message, recipient and circumstances. The UK edition does not turn every contact into a corporate subscriber or automatically establish consent.
Keep the commercial edition, recipient type, communication purpose and permission evidence separate. Use current ICO guidance for legal questions and retain an explanation of the decision.
Read the linked source material for decisions controlled by a provider or by the applicable commercial terms. A practical guide explains how to approach the task; it does not add a new contractual guarantee or establish that every business use is legally suitable. Use the responsible business owner for unresolved exceptions.
21Review the process over time
Keep regional procedures linked to their current authoritative sources and a responsible owner. Review collection wording, withdrawal handling and retention decisions when business practices change. Do not describe use of the platform as a legal certification. Keep UK-specific explanations scoped to the relevant journey so they do not silently rewrite the commercial or operational settings of an India workspace.
Update related instructions when the underlying business fact or product behaviour changes. Keep a representative example from this workflow so a future revision can be compared with an explicit expectation rather than judged from memory.
22Practical questions
What should I check before starting?
Prepare collection circumstances, similar offering, opt-out history. Then confirm the workspace and the relevant UK operating checklist. The first action is “Review the original collection context”. Starting there keeps later decisions grounded in the correct record and avoids trying to solve a different problem with this workflow.
How do I know the task is complete?
Use this observable test: Any relied-on exception has an explained basis. If a state is pending, describe it as pending. If a save or provider operation is uncertain, inspect the current record before repeating it. The result matters more than whether a button was pressed.
What if the result still does not match?
Review this risk first: An existing purchase alone is not a universal exemption for every future promotion. Keep the exact symptom, the relevant reference and the last completed action. Ask the UK workspace owner or the appropriate support route to review the remaining issue, using a small reproducible example rather than a broad export of customer data.
23Completion checklist
Use this checklist as a final review of the task, not as a substitute for the steps above. If an item remains unresolved, identify the next action and its owner. Do not mark a provider-dependent or unverified result complete merely because the rest of the checklist is finished.
- The intended workspace and UK operating checklist were identified.
- The necessary inputs were reviewed: collection circumstances, similar offering, opt-out history.
- Review the original collection context.
- Check the applicable official criteria.
- Keep a record of the decision.
- The result was checked: Any relied-on exception has an explained basis.
- The task-specific risk was considered: An existing purchase alone is not a universal exemption for every future promotion.
- Any unresolved issue has an accountable next owner and a useful evidence reference.