For HR leaders

One operating model to run.

  • Records, hiring, reviews, and surveys share one context.
  • The assistant answers with your access, not a separate authority.
  • Roll out in phases, from core records to analytics and AI.

How it works

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

Keep records, groups, roles, policies, hiring, onboarding, performance, surveys, analytics, and AI under one operating model.

  • 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.

Questions

What buyers usually ask

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.

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.