What triggered the work?
Name the real event: accepted offer, employee request, manager decision, due qualification, planned departure, or new information.
Map the work from the moment something changes—new hire, move, leave, qualification, review, or departure—through the people and records that must finish it.
Use this workflow model to assign decisions and follow-up across HR, managers, IT, facilities, payroll, and equipment owners.
Free for up to five users. No credit card required.
Adapt fields, workflows, and dashboards without code. Explore 1,000+ app templates and use cases
Sign in to inspect fictional sample records. Install a copy before adding employee access, confidential information, or your own HR rules.
Onboarding, leave, and a role change need different records, but every reliable process answers the same control questions.
Name the real event: accepted offer, employee request, manager decision, due qualification, planned departure, or new information.
Use a request or plan linked to the employee master rather than putting every temporary field on the directory.
Separate the reviewer who authorizes the change from the owners who apply access, equipment, documents, coverage, training, or record updates.
Define the final visible state, evidence, date, and owner so an approval or checkbox is not mistaken for a finished outcome.
The trigger, decision, exception, and finish condition should match the task.
Coordinate documents, accounts, application groups, licenses, devices, training, manager handoff, knowledge transfer, and closure against one target date.
Compare current and requested values, review authority, effective date, application status, and retained history.
Decide the request, assign coverage, preserve the handoff, surface exceptions, and complete the return check.
Connect role requirements, evidence, verification, expiry, restrictions, review conversations, and owned follow-up.
Reuse the questions while keeping the actual records and steps specific to the employee event.
| Question | What to define | Example |
|---|---|---|
| Trigger | The event that starts accountable work | Offer accepted, leave submitted, role change approved, qualification due |
| Context | The record and facts needed to decide | Employee, current value, requested value, date, reason, evidence |
| Decision | The person and criteria that authorize the path | Manager approval, HR review, document verification |
| Work | The downstream tasks and owners | Create or disable account, assign group and license, prepare or recover device, update record |
| Exception | The condition that stops or changes the route | Missing evidence, account conflict, unreturned device, incomplete handoff |
| Outcome | The usable result and completion evidence | Access confirmed, record current, coverage assigned, equipment returned |
| Measure | The delay or failure worth improving | Time to owner, return rate, overdue work, completion after approval |
A submission count says little about whether the employee or business got the intended result.
Measure from trigger to the point when a named owner accepts the next task.
See which requests are repeatedly returned because guidance, evidence, or required fields are unclear.
Track the time from decision to applied record change, access setup, equipment return, verified document, or other real outcome.
Process owners can update requests, review steps, downstream owners, exception signals, and completion checks without forcing every employee event into one template.
A cross-functional workflow can be assembled in hours, then adjusted in minutes as teams, policies, systems, and responsibilities change.Jodoo can own the cross-functional plan, review, exception, and completion evidence while specialist systems execute regulated or technical actions.
Assign onboarding, internal-move, leave, and offboarding work across HR, managers, IT, facilities, payroll, and equipment owners with one visible finish condition.
Identity providers provision accounts, device tools manage hardware, and payroll or benefits products perform their authoritative calculations and filings.
Record who confirmed access, equipment, documents, coverage, or the employee master update instead of treating an approval or status change as completion.
It is the connected path from an employee event or request through its employee record, review, downstream tasks, exceptions, outcome, and management measure.
No. Reuse control principles such as named ownership, review, return, exceptions, and completion evidence, but keep the record and finish condition specific to onboarding, leave, a data change, qualification, review, or offboarding.
No. A real approval workflow routes a task to an authorized reviewer, controls who can set the decision, supports return or rejection, and preserves the outcome. The demonstrated employee change request uses a native Jodoo review route.
Jodoo can coordinate the HR-to-IT request, owner, due date, exception, and confirmation. The identity provider or application administrator should execute account, group, license, and access changes unless you separately configure and validate an integration.
Automate stable handoffs first. Keep rare judgment in a named review task, show exceptions clearly, and add steps only when they prevent a real failure or prove completion.
Measure time to owned action, returned or incomplete requests, overdue downstream tasks, time from approval to application, and the percentage of outcomes verified—not only the number of forms submitted.
Open the populated queues and native change review, then map your own triggers, decision rights, task owners, exceptions, and finish conditions.
Open the employee workflow app