Build a data app

Who can do this

Creating and editing data apps requires Build mode access (enabled per account by an administrator). Anyone who can reach an app’s feature can open and use it. Publishing changes to a shared app requires an Admin.

A data app is a small interactive application Ronja writes for you — filters, forms, charts, KPI tiles — that queries your tables live. Like most resources, there is no app editor and no “new app” button anywhere: you describe what you want in a Build-mode conversation and iterate there.

Ask for the app

1. Click New Exploration.
2. Select Build on the start screen.
3. Describe the app — the product’s own suggestion: “Build an interactive app to explore our sales pipeline”.
4. Approve the Create data app card if Ronja pauses for your confirmation (it always does when the target feature is shared).
5. Watch the side panel: a build-progress page walks through “Set up the canvas” → “Sketch the layout” → “Polish & compile” → “Ready to explore”. As soon as the app compiles cleanly, the live app renders right in the panel.

The side panel while Ronja is still drafting the app.

Tip

Describe the app you want in detail, and check the Plan Ronja writes before she builds. Agreeing on the scope first gets you the app you actually wanted and saves credits versus rebuilding it after the fact.

Caution

If you’re not an admin and the app targets a shared feature, it’s created as a proposal — an Admin approves it before it goes live to the access group. See Propose and review changes.

Tip

Apps can reference your teammates. Ask for a searchable assignee picker, an approval router, or a “who owns this” field, and Ronja builds it from your organization’s member list — the same people already in your access group, with their name, email, and role. Nothing outside your organization is ever visible.

Iterate

1. Click the crosshair icon in the panel header (“Click anything in the app to ask Ronja about it”), then click any element and tell Ronja what to change.
2. Toggle App / Code to read the app’s source (read-only).
3. Come back any time: every row on the Data Apps page has a Work on it button that opens a fresh exploration seeded with the app.

Show a governed metric

A data app can display your organization’s governed metrics — so a KPI app shows the official number instead of a hand-rolled copy of the calculation.

1. Ask Ronja to build (or add to) the app using a specific metric, e.g. “Add a tile showing our Average Order Value metric, broken down by country.”
2. Ronja wires the app to that metric and grants it access — you don’t manage an allow-list by hand.
3. The app always reads the live, verified definition: change the metric once and every app that uses it updates.

Metrics are in Beta. An app can only show metrics you can already reach in your own access groups and features.

Share it

Sharing is feature-based: an app is visible to exactly the people who can reach its feature — there is no per-app access list.

1. Open the app on its own page and click Share… (shown while the parent feature is still private).
2. Promote the parent feature, or move the app into a shared feature. Admin approval applies where the governance flow requires it — see Share and promote.

Caution

Once an app is shared, your edits fork a private draft — the live app keeps serving everyone else until an Admin publishes. Click Submit for review on the draft banner; the pill flips to Review requested while an Admin reviews the change. (If you’re the drafting admin, the banner shows Commit instead and you publish directly.)

Open it standalone

1. Open Data Apps in the sidebar and click the app — every app has its own standalone page.
2. Click Fullscreen for a chrome-free view, useful for screen-sharing or projection. Exit with the corner Exit fullscreen pill.

The standalone viewer.

If an app hits a runtime error, it shows “Something went wrong in this app” — in an exploration you can click Ask Ronja to fix, which hands the error straight back to the chat.