Concrete product states, permissions, and handoffs
Each demonstration uses fictional sample data and keeps the source record, actor, permission boundary, and next step visible.
What this role is accountable for
See profile, schedule, time off, pay history, goals, reviews, documents, surveys, achievements, and access requests in one personal workspace.
Know the right context
Make or prepare decisions
Hand off to the next owner
What they see when they open Perelan
A role-specific home surface combines relevant status, records, requests, and assistant prompts without exposing unrelated sensitive detail.
Actions the assistant can take with their access
The assistant can answer, draft, or prepare actions from the same permissions as the user. It is useful because it is bounded, not because it has a separate authority.
Handoffs to other teams
Approvals, access requests, hiring transitions, compensation proposals, and integration setup all keep a source record and next owner visible.
Product map
Follow the next useful path
These links are curated for the page rather than generated at random.
Answers are scoped to repository-verified behavior or intentionally point to current customer documentation when policy facts are not public.
No. The marketing examples are compressed, but the product path still checks the acting user, role, group scope, and domain permission before data is shown or changed.
No. The product demonstrations use fictional names, roles, dates, and values so the workflow is clear without exposing real people or companies.
Yes. Workspace roles, manager scope, and group-lead capabilities define what each person can see and do.
Yes. Implementation can start with core records and self-service, then add lifecycle workflows, integrations, analytics, and AI surfaces.
Next step
Build a people operation your team will actually use.
Start with the workflow you want to make calmer, then map the people, records, permissions, and handoffs that make it real.