Design database views

Design database views in Notion — with the four heights of help laid out: do it now, make it easier for the next person to accept, work out the right move when you are stuck, and learn the pattern so it stops coming back.

4prompt heights
Open it in the interactive atlas →

The four heights

The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.

Execute — do the immediate task

+
Create a database view that shows active projects with owner, status, next milestone date, and…
Create a database view that shows active projects with owner, status, next milestone date, and outstanding tasks for the Friday portfolio review. Sort by next milestone ascending, filter to active status and any project with overdue tasks, and include a count of open tasks per project. Check that the view exports cleanly to CSV for the PMO.

Improve — make it easier to accept

+
Before I present the project view to the PMO, make it easy for them to pick what to act on. Bring…
Before I present the project view to the PMO, make it easy for them to pick what to act on. Bring overdue items to the top, highlight projects with no owner, surface the next three milestones and the single biggest blocker, and add a quick legend explaining status values so reviewers don't have to hunt definitions.

Decide — diagnose the stuck moment

+
I built a project view for the weekly review and the PMO says it's either too cluttered or missing…

I made a view but stakeholders say it's cluttered and ignore it.

I built a project view for the weekly review and the PMO says it's either too cluttered or missing what they care about. The PMO lead, Angela, wants a sharper filter but won't say which fields matter most. I can ask her to pick fields, or I can propose a compact view. Which choice will get faster buy-in and what exact compact field list should I propose to Angela?

Become — change the pattern

+
Every time there's a meeting someone makes a bespoke view and the canonical project dashboard never…

We keep recreating new views for every meeting and losing the standard one.

Every time there's a meeting someone makes a bespoke view and the canonical project dashboard never stabilizes, so people stop trusting it. I want a habit that forces a single source of truth and prevents ad-hoc forks. What naming convention, ownership rule, and quick governance step will stop proliferation and get the PMO to use one view consistently?

Next to this one

Other docs and databases work people do in Notion.

Every task here came from the work, not from a feature list — which is why the prompts name what you want done and never the button that does it. The tool changes; the work does not.
Copyright © LLOS.ai · 2026 — original pedagogy, voice, and design — all rights reserved.

The rest of the map

Same library, five ways in.