
Flagging System for Workers
Project Insight
What is the problem?
Currently, we do not accomodate in the product a way to restrict workers:
-
There is not system in place to stop workers that have committed an infraction from entry the site.
-
There is not system in place to warn the worker when committing multiple infractions.
What are the possible solutions?
Create a flagging feature in the worker profile
Creating a rating system so administrators can flag workers that are not allowed in other projects for security reasons.
Stop Light Feature - Where admins can flag workers who have broken the rules on sight and set them as green, yellow, or red. Blocking the worker from ever working on another project again should the violation warrant that.
Story Mapping:

-
User Persona: General Contractor
-
Name: Paul O’Connor- General contractor (Project Manager)
-
Background: Paul is a seasoned general contractor who manages multiple construction projects simultaneously. He values efficient communication and the ability to easily identify and address any issues with workers on his projects.
-
-
User Goal: Flagging a Worker
-
Paul wants to be able to restrict a worker on the site and from GoContractor platform when they exhibit problematic behaviour or fail to meet the required standards.
-
-
Worker Flagging Profile
-
As a general contractor, Paul wants to have a dedicated section in the worker profile to see worker flagging history efficiently.
-
The Flag section should display a list flags with relevant details.
-
Paul should be able to view the flagged worker's details, projects affected, and date of the flag and reason.
-
-
Flagging Process
-
Paul should have a straightforward process to flag a worker within the Gocontractor platform.
-
There should be clear guidelines or criteria for flagging a worker to ensure consistency and fairness.
-
The process should allow Paul to select a description of the issue.
-
-
Notification and Alert System
-
Once Paul flags a worker, the platform should notify the worker's admin about the flagging incident.
-
The notification should include details of the issue, the flagged worker, and the project involved.
-
The flagged worker's profile should be marked to indicate the presence of a flag for future reference.
-
-
Review and Resolution Workflow
-
Expiry date should be provided
-
Removing option for the flag should be provided
-
-
User Flow:
-
Flagging a Worker
-
Paul logs into the Gocontractor platform.
-
Paul navigates to the worker's profile page.
-
Paul clicks on the "Flag Worker" button.
-
Two steps wizard appears on the screen
-
Paul selects flag type, infraction on the first step.
-
Paul selects projects and expiry date on the second step.
-
-
-
Paul can view the flag details
-
Flag type
-
Infraction type
-
Projects affected
-
Date of creation
-
Expiry date (if enabled)
-
-
Paul can remove the flag
-
The platform updates the flagged worker's profile with the incident and notifies the relevant administrators.
-
Yellow flag:
Impact of the yellow flag in the product:
-
Warning added to worker profile if a yellow flag is created.
-
It will show in the reports (flag report)
-
It shows in the worker approval
Red flag:
Impact of the yellow flag in the product:
-
Flag place in worker profile
-
It will show in the reports (flag & worker approval report)
-
It shows in the worker approval
-
Worker​
Diagram

Research
We asked 7 of our customers the following questions in order to understand their problem as well as their current process when infractions are committed on-site.
1. Worker Status Check Process:
-
Company K: Workers are checked during initial site induction and tracked through a register. The dashboard is not considered accurate.
-
Company A: Timesheets are done daily, but worker status is not rigorously checked.
-
Company N: The site team is responsible for checking worker profiles.
2. Flagging at Division and Project Level:
-
Company K: Flags are applied company-wide.
-
Company A: Flags should indicate if someone is carded off a project but raises legality concerns.
-
Company N: Flags can be applied at both division and project levels.
-
Company R: Flags should apply to both division and project levels.
3. Red Flag Significance:
-
In all companies (K, A, N, R), a red flag signifies severe non-conformance, often due to rule-breaking or safety violations.
4. Actions for Red Flagged Workers:
-
Blocking access to check-in and qualifications is desired in all companies (K, A, N, R).
-
In Company A, if subcontractors invite red-flagged workers, they should be informed of the situation.
5. Reasons for Removing Red Flags:
-
Company K: Red flags can be removed based on time-weighted assessments and proof of additional training.
-
Company R: Red flags may be removed after investigations, clearance, or retraining.
6. Reasons for Red and Yellow Flags:
-
Red flags are typically associated with major safety violations and rule-breaking in all companies.
-
Company A mentioned unsafe behavior, stealing, drinking prior to work, and disruptive behavior as reasons.
-
Company R does not use yellow flags; workers are either compliant or not.
7. Duration of Red Flags:
-
Company N: Red flags prevent a worker from working for the company for two years. Re-entry may require evidence of behavior improvement through training or other measures.
8. Access to Other Projects/Divisions:
-
In Company A, access to other projects/divisions may be allowed if the subcontractor invites the red-flagged worker.
In summary, all companies recognize the importance of flagging for safety and compliance purposes. Red flags are uniformly associated with severe non-conformance or safety violations, leading to actions such as blocking access and qualification suspension. The duration of red flags varies, with some companies requiring evidence of improvement for re-entry. Legal and logistical issues concerning flagging at division and project levels are mentioned by Company A. Company R does not employ yellow flags, emphasizing a binary compliant/non-compliant system.
​
After prototyping the solution we tested the feature with 7 of our customers.
Here's an analysis of the provided data on feature testing and customer feedback related to worker flagging:
​
N Feedback:
-
Expectations for Worker Flagging: N expects complete access removal for flagged workers for two years.
-
Removing Worker Invitation: N doesn't mind removing worker invitations but is concerned about workers rejoining with different email addresses.
-
Infraction Feedback: N is comfortable with broad infraction descriptions.
-
Flag Creation/Removal Access: N suggests all admins should have access.
-
Current Flagging Process: N uses red and yellow flags in Excel files and removes worker invitations.
-
Notifications: N wants to notify admins, subcontractors, and workers.
-
General Feedback: N finds the feature exciting and helpful for tracking.
K Feedback:
-
Expectations for Worker Flagging: Removal at the account level for red flags, no access; yellow flags are warnings.
-
Removing Worker Invitation: K doesn't mind removing invitations but wants tracking.
-
Infraction Feedback: K is satisfied with the provided infraction descriptions.
-
Flag Creation/Removal Access: Likely project admins, as long as creators are visible.
-
Current Flagging Process: K is not currently flagging and sees value in yellow flags for tracking smaller warnings.
-
Notifications: K wants to notify admins, subcontractors, and workers.
-
General Feedback: K believes the feature aligns with their needs and processes.
R Feedback:
-
Expectations for Worker Flagging: Initially uninterested in yellow flags but finds value after understanding the purpose.
-
Removing Worker Invitation: Prefers worker removal from the project; not concerned about inviting again.
-
Infraction Feedback: Satisfied with infractions due to GDPR restrictions.
-
Flag Creation/Removal Access: Admins should have access; managers should not.
-
Current Flagging Process: Uninvites workers from the site.
-
Notifications: R wants to notify all admins, managers, subcontractors, and workers.
-
General Feedback: R appreciates the feature's usefulness and suggests enhancements, such as a flag in the worker list and showing the expiry date for yellow flags.
MCy Feedback:
-
Current Infraction Recording: MCy uses Orgamy for safety warnings and violations, but it has issues and doesn't help with flagging.
-
Interpretation of Red and Yellow Flags: Red flags indicate documented, repeated infractions; yellow flags imply safety situations with less severe consequences.
-
Worker Sanctions: Safety situations are typically at the project level, but severe infractions can extend to the region or account level, lasting one year.
-
Additional Infractions: MCy suggests removing rather than adding more infractions due to data entry concerns.
-
Flag Creation/Removal Access: General administrators and occasionally project managers.
-
Invitation Removal: MCy is fine with removing invitations for red-flagged workers.
-
Worker Qualification: Red-flagged workers should go unqualified or be removed from the list.
-
Overall Feedback: MCy sees the value in the feature, even though they may not use it frequently. They suggest making categories smaller.
In summary, the feedback from different companies (N, K, R, and MCy) generally highlights a positive response to the worker flagging feature. They appreciate the clarity of the process and desire notifications for various stakeholders. The use of red and yellow flags for different severity levels is common, with red flags typically leading to the removal of access and qualification.
Prototype:​



