Two-tier review
This request workflow features two quality assurance phases. In the initial review phase, all inputs are selected for review and require reviewer acceptance to complete the phase. The second review examines only a sample of inputs. Insights from this sample help estimate the quality of the remaining annotated inputs. This approach allows for reduced review effort when the estimated quality is good, while still enabling full review when needed.
This annotation workflow consists of three phases: Annotation, Full Review, and Sampled Review.

Phase type: Annotate

In phases of the type "Annotation" all inputs that enter the phase will be annotated by a labeler. This is done in tasks with the action "Annotate". When a task is completed and the input has been annotated, it moves to the next phase.
Phase type: Full review

In phases of the type "Full review" all of the intermediate annotations entering the phase are sent for review by a reviewer.
A reviewer must accept its quality for an annotated input to complete and leave the phase. If the annotation quality isn't acceptable, a task with the action "correct" is created, and a labeler is asked to improve the quality according to the reviewer's feedback. The updated annotation is then reviewed again; if the quality isn't acceptable, the cycle is repeated until it is.
An essential characteristic of the Review Phase is that it allows for giving structured feedback on the annotation. You can read more about this in the Feedback Tools chapter.
ππ» Which user will get the correction task if a review is rejected?
We have configured this phase such that the workforce member who annotated the input in the previous phase is asked to correct the annotated input in this phase.
This workforce member must be assigned the corresponding workflow stage to ensure this works as intended. I.e., if this phase has been named "Review 1" the workforce member needs to be assigned the workflow stage "Review 1: Correct" for us to assign this task directly to them. If they haven't been assigned the correct workflow stage, another workforce member who has can access the task and start working on it.
Phase type: Sampled review

In phases of the type "Sampled review" only a number of the annotated inputs (intermediate annotations) that enter the phase are initially selected for review (approximately 20 % in the flowchart above). The inputs not selected for review stay in the phase until a manager decides, based on the result of the sampled review, if the non-selected inputs should be reviewed or if they can be sent directly to the next phase without being reviewed and potentially corrected.
Annotated inputs selected for review (both initially selected and selected due to phase decision) must have their quality approved by a reviewer to complete and leave the phase. If the annotation quality isn't acceptable, a task with the action "correct" is created, and a labeler is asked to improve the quality according to the reviewer's feedback. The updated annotation is then reviewed again; if the quality isn't acceptable, the cycle is repeated until it is.
An essential characteristic of the Review Phase is that it allows for giving structured feedback on the annotation. You can read more about this in the Feedback Tools chapter.
ππ» Which user will get the correction task if a review is rejected?
We have configured this phase such that the workforce member who reviewed the input in the previous phase (of the type "Full review") is asked to correct the annotated input in this phase.
This workforce member must be assigned the corresponding workflow stage to ensure this works as intended. I.e., if this phase has been named "Review 2" the workforce member needs to be assigned the workflow stage "Review 2: Correct" for us to assign this task directly to them. If they haven't been assigned the correct workflow stage, another workforce member who has can access the task and start working on it.
ππ» How is the sampling/selection done?
When entering the phase, each annotated input has a set likelihood of being selected for review. That means if the sample size is set to 20 %, each annotated input entering the phase has a 20 % likelihood of being selected for review. Thus, the final sample size could add up to just below or just above the configured sample size.
ππ» What is the decision, and how does it work?

This phase contains a mandatory decision in which you, as a manager, based on the result of the initial review, determine what should happen to the annotated inputs that haven't been selected for initial review (incl. inputs that haven't entered the phase yet as well).
- Evaluate the review results Start by evaluating the review results and consider if all annotated inputs require a review to ensure sufficient annotation quality.
- Decide if all annotated inputs should be reviewed or not
- If the sampled review results indicate that the annotated inputs are of sufficient quality when entering the phase, and a review and correction cycle isn't needed --> Send the inputs not selected for review directly to the next phase.
- If a review and correction cycle seems required to reach sufficient quality --> Send all annotated inputs through review.
Both of the available decisions only affect annotated inputs not selected for review. This means that inputs that have been selected for review need to be accepted by a reviewer to exit the phase.
The decision is permanent and can't be reverted.
Configuring a sampled review as a client sampled review
Often the people who need to sign off on annotation quality aren't internal reviewers. They're the client. A sampled review phase can be configured so the client gives the verdict instead of someone on the workforce.
We call this a client sampled review. It's not a separate phase type. It's the same sampled review phase, with one extra setting that opens the review to client-side users.
Sometimes the people who need to sign off on annotation quality aren't internal reviewers. They're the client. A sampled review phase can be configured so the client gives the verdict instead of someone on the workforce.
We call this a client sampled review. It's not a separate phase type. It's the same sampled review phase, with one extra setting that opens the review to client-side users.
When to use it
A client sampled review fits when the client wants a final pass on annotations before delivery.
If you need something heavier (quality metrics, formal verdicts, dispute handling, or rounds of client review), see Client QAο»Ώ in the Kognic Standard Workflow. Client sampled review is the lightweight option; Client QA is the full one.
How to enable it
- Open the request and go to Request Settings β Phases.
- Find the sampled review phase you want to convert. We recommend the last one before delivery.
- Enable Allow workspace/request owner and Client QA Contributors to manage the review stage.
That's it. The phase is now a client sampled review. Sampling rate and all other phase settings still work the same way.
A note on naming. You can't rename phases on a request, so the phase keeps the name it was given when the workflow was set up. In Request Settings, monitoring views, and task assignments it will look like any other sampled review unless its original name already reflects the intent.
What changes
- Who reviews: users with the request organization role of Owner or Client QA Contributor. See Request Access Managementο»Ώ for how those roles work. Like internal reviewers, they need the matching workflow stage assigned (e.g., phase name:review) to be auto-assigned tasks.
- Who corrects rejected inputs: the rule depends on the previous phase: Clients never receive correction tasks themselves.
- Previous phase was an annotate phase: the annotator gets the correct task.
- Previous phase was a review phase and the input was reviewed there: the reviewer gets the correct task.
- No eligible specific assignee (e.g., the input wasn't sampled in the previous sampled review, or the intended assignee doesn't have the right workflow stage): the task becomes available to anyone with the matching phase name: correct stage. First to pick it up corrects it.
- Sampling: unchanged. Sampling rate behaves the same as in a regular sampled review. Setting it to 100% is allowed and effectively turns the phase into a client full review.
- The manager decision: unchanged. After the initial sampled results, a manager decides whether the unselected inputs go through review or move directly to delivery. The decision is permanent.
Recommended placement
Use the last sampled review phase before delivery. That way the client only sees annotations that have already passed at least one round of internal review. The platform doesn't enforce this. You can enable the setting on any sampled review phase, but other placements aren't recommended without a specific reason.
Phase type: Delivery
When entering this last phase of the workflow, the annotated inputs become Delivery: Ready and have completed the request. π
In the Delivery phase, there are more optional stages to iterate further on an annotation, if needed. These are "Delivery: Correct" and "Delivery: Review"