Notion’s New Button Feature is a Game-Changer
Based on Thomas Frank Explains's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Notion Buttons enable multi-step automations inside Notion, including creating database rows, editing existing records, and opening pages automatically.
Briefing
Notion’s new “Buttons” feature turns clicks into multi-step workflows inside a workspace—letting users create pages, edit database records, and even generate structured content without leaving Notion. The practical payoff is speed and consistency: one click can log a habit, spawn a full set of default tasks for a new project, or open a preconfigured note with the right properties already filled in.
In a habit tracker example, clicking a “New day” button creates a new row in a habits database with today’s date and a generated title. The same click also updates checkbox properties and fills a formula-driven “day score” field, using dynamic values like “today” to keep the automation current. The button is configured through a gear menu that defines what happens on click—such as adding a page to a specific database, setting properties, and referencing the current context.
Buttons also solve a long-requested problem: default tasks for new projects. Instead of relying on awkward manual setup or template workarounds, a “create default video tasks” button can add multiple task rows into a tasks database and link them back to the newly created project. In the demo, the button creates tasks like “film video,” “edit video,” and “script video,” automatically assigns owners (including dynamic assignment based on “person who clicked the button”), sets initial statuses, and can even suggest due dates derived from the project’s publish date. The result is a repeatable project kickoff that stays aligned with the same workflow every time.
A third example shows how buttons can act as a centralized “create” hub across a second brain setup. A single panel offers buttons to create tasks, notes, projects, and resource areas from anywhere—useful for quick capture on mobile. One button creates a task due today and immediately opens it in a chosen view style; another creates a “fleeting note” by setting a note “type” property so it auto-archives after a set period.
Beyond creating new pages, buttons can edit existing database records using filters. A “bedtime” button demonstrates this by targeting only today’s habit row via a date filter and toggling a checkbox property to checked. The demo also uses a formula to convert checkbox completion into a progress-bar style numeric output.
Finally, the most advanced workflow uses formula-based date suggestions to create a cascade of due dates. Since buttons can’t directly set certain date properties in every scenario, the workaround is to store an “offset” number per task and compute a suggested due date from the project’s publish date (e.g., publish date minus offset days). When offsets are configured for tasks like script, film, and edit, the system generates guidance for when each step should be completed relative to the overall release timeline.
Overall, Buttons make Notion feel more like an automation platform: clicks become structured actions that write to databases, enforce defaults, and reduce repetitive setup—while still staying inside the same database-and-properties model that Notion is built on.
Cornell Notes
Notion Buttons let users run multi-step actions with a single click, including creating pages, adding rows to databases, editing existing records via filters, and opening the newly created content in a chosen view. The biggest wins shown are habit logging (creating today’s row and updating checkboxes/formulas), project kickoff automation (spawning default tasks linked to a new project with assigned owners and statuses), and centralized quick capture (creating tasks/notes/projects from one “create” hub). Buttons can also edit existing database entries by targeting records with date-based filters. For relative due dates, the demo uses a formula “suggested due date” approach: each task stores an offset number, and the due date is computed from the project’s publish date minus that offset.
How does a “New day” habit button update multiple fields beyond just creating a row?
What replaces the old workaround for default tasks when creating a new project?
How can a button open a newly created task or note automatically?
How do buttons edit an existing database record instead of creating a new one?
How are relative due dates generated from a project’s publish date?
What makes the “central create hub” useful in a second brain workflow?
Review Questions
- When configuring a button that edits existing records, what role do filters play, and how does a date-based filter ensure only the intended row changes?
- Describe the multi-step structure of a button that creates default tasks for a new project, including how tasks are linked back to the project and how assignees/statuses are set.
- How does the offset + formula method produce suggested due dates relative to a project publish date, and why might this be necessary instead of directly setting due dates in the automation?
Key Points
- 1
Notion Buttons enable multi-step automations inside Notion, including creating database rows, editing existing records, and opening pages automatically.
- 2
A habit-tracking button can create today’s database entry and simultaneously update checkbox properties and formula-based progress fields using dynamic values like “today.”
- 3
Default tasks for new projects can be generated with a single button that adds multiple task rows, links them to the new project via a relation, and sets assignee and status defaults.
- 4
Buttons can act as a centralized “create” hub for quick capture, creating tasks/notes/projects from one location and immediately opening the new records in a chosen view.
- 5
Editing existing records relies on “edit pages in” plus filters; date filters can target only today’s row so the button changes the correct record.
- 6
Relative due dates are handled via a formula workaround: store a per-task offset and compute a suggested due date from the project publish date minus that offset.