AI-built dashboards - Beta
Illustrative product view. Sample data is fictional and permission labels are educational.
How it works
Each demonstration uses fictional sample data and keeps the source record, actor, permission boundary, and next step visible.
This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. A dashboard starts as a question is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Built from the live workspace is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Edit with language, not layout plumbing is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Save it where work starts is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Sharing does not grant data access is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
This section explains the concrete operating path in Perelan: the actor, the record, the state change, and the permission boundary stay visible instead of becoming a loose note in chat. Run in an isolated surface is described through a fictional but product-grounded state so buyers can understand what changes in the workflow and where the limits are.
Product map
These links are curated for the page rather than generated at random.
Questions
Answers are scoped to repository-verified behavior or intentionally point to current customer documentation when policy facts are not public.
Only data the creator is allowed to access through Perelan's product scopes and tool boundaries.
No. Shared viewers must already be eligible for the underlying data.
Generated views run in an isolated surface designed so the artifact cannot reach account cookies or the rest of the app.
The app includes saved view ownership, duplication, sharing, refresh, and deletion flows.
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.
Next step
Start with the workflow you want to make calmer, then map the people, records, permissions, and handoffs that make it real.