1. Operational Analytics
  2. Features
  3. Follow-up work
Feature · Follow-up work

Follow-up work

Turn an observed exception into owned corrective action.

OverviewMy follow-up actions
Operational Analytics · Follow-up work

My follow-up actions

Follow up actions

New
IdTitleSourceDue dateStatusResolution
IDD-183Open fua-261PS-7906210 OctOpenRSL-275
IDD-213In progress fua-961PS-2729223 OctIn progressRSL-355
IDD-177Completed fua-864PS-5954225 OctCompletedRSL-971
IDD-690Cancelled fua-912PS-9502025 OctOpenRSL-538
IDD-796Open fua-655PS-1076323 OctIn progressRSL-603
6 of 6 records
IDD-183Follow up actions · FUA-89726
Open
TitleOpen fua-261
SourcePS-79062
Due date10 Oct
ResolutionRSL-275
Example screen with sample data

What you can do

Start with the source record

A process owner creates a follow-up action on the same source snapshot that produced an exception. The action has an assignee, due date and status. The action owner records a resolution and completion date after checking the effect. The operational overview highlights overdue work, so the next review can examine open exceptions beside the measured trend. The team keeps the source record open during discussion so a status or result does not lose its context. A named owner can answer where a number came from, when it was observed and which revision was under review.

A practical pilot uses one property and one reporting window. The owner checks its definition, a small set of observations and the first decision before expanding collection. This keeps disagreements about timing, outcome or responsibility visible while they are still easy to resolve.

How the work is organized

  • Ownership. Assign one person responsible for the action and agree when it is due.
  • Resolution evidence. Write a resolution that explains what changed and points back to the source.
  • Closure check. Review the underlying process result before treating a completed action as effective.

The source snapshot connects operational records to the organization and the person responsible for the result. A record changes state through the defined lifecycle, while its revision and state history keep previous decisions understandable. If the team needs to revisit a result, it can inspect the run and evidence attached to that source rather than relying on a copied chart.

What to agree during setup

Agree which team can create the source record, who can review it and when a result is ready to share. Decide how dates, time zones and source identifiers are written so two people can find the same observation. If a source revision changes, require a fresh review decision and keep the earlier decision visible in the history. Use a small real case to check that the person assigned as owner can reach the related records.

The setup conversation should include the source system owner. An external event stream supplies the facts, while the team working here owns interpretation and review. The source reference and consent basis need to be meaningful to the people checking the result. Agree what evidence a reviewer expects before moving a snapshot forward.

Check the handoff on an actual case

Open a snapshot for a measured web property. Have the analyst trace one observation to its source and reporting period. Ask the reviewer to identify the exact revision and explain the decision with its evidence reference. Then have the owner open the resulting action or report. A successful handoff lets each person reach the same source record and understand why its current state is justified.

Repeat the check when an observation is rejected, a source capture is stale or a run fails. The team should see the exception in the appropriate record and avoid presenting an incomplete result as confirmed. Keep the owner responsible for the next action and the reviewer responsible for the decision they made.

What your team sees

  • Open follow-up actions — Open and in-progress corrective work by source and due date.
  • My follow-up actions — Work assigned to the signed-in action owner.

Follow the work through

Follow collection, review and analysis from the same source record. Use implementation to rehearse ownership and evidence before the first operating cycle.

What it keeps track of

Data model
Follow up actions
Assigned corrective and follow-up actions with due dates.
Process snapshots
Measured web properties with lifecycle status and observed outcome fields.
Evidence documents
Supporting source evidence documents and verification state.
People
Analysts, owners and reviewers belonging to an organization.

Who uses it

Permissions
Action Owner
, Process Owner, Independent Reviewer

Set up Operational Analytics your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started