Get AI summaries of any video or article — Sign up free
Notion for product managers thumbnail

Notion for product managers

Notion·
5 min read

Based on Notion's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Use a product wiki page to centralize lifecycle documentation, research instructions, interview notes, and OKRs in one navigable space.

Briefing

Product managers can use Notion to turn scattered product work—feature ideas, user research, and cross-functional execution—into one connected system where every artifact links to the next. The core setup is a product wiki for lifecycle knowledge, paired with database-driven workflows that standardize how research and projects are captured, tracked, and communicated.

A product wiki page acts as a central home for “most important information” across the product lifecycle, including instructions for user research, product interviews, and OKRs. Notion’s page structure supports deep organization: pages can contain other pages indefinitely, letting teams nest documentation without losing context. Within this wiki, user research is handled as a table database where each research entry becomes its own page. That design matters because it keeps qualitative notes and structured metadata together—properties live at the top of each entry, while the body of the page can hold text, embeds, videos, and even code snippets.

To keep research consistent across the team, new entries can start from built-in templates. The same template approach applies to project tracking: a projects database displays entries in a board, where each card can represent an epic or other work item. Teams can add properties such as ship date (to capture launch timing), status and priority (to support ruthless prioritization), and a person property to assign ownership to specific product managers and engineers. Notion also supports collaboration inside the work artifacts: colleagues can leave comments, tag teammates using “@” (typed as “add key followed by their name”), and receive notifications in their own workspaces.

A key strength is that the same underlying data can be viewed in multiple ways without duplicating it. Teams can create additional views—table, board, timeline, calendar, list, or gallery—so stakeholders can see the same projects through different lenses. Properties power these views: for example, one calendar view surfaces epic launch dates, a board view groups tasks by status or by the product manager property, and filters can narrow what’s shown (such as displaying only epics). Cards can be moved manually across columns to reflect progress.

Finally, Notion connects execution to evidence. Each epic can be linked to the user research that backs it using a relation property that pulls from a separate user research database. Instead of hunting across databases during reviews or meetings, teams can jump directly from an epic to the specific interviews and findings that support it. The result is tighter communication across stakeholders and clearer decision-making from research to roadmap to launch—starting with templates and evolving as the product and team grow.

Cornell Notes

Notion helps product managers organize product documentation, user research, and project execution in one system built around pages and databases. Research is stored as a table database where each entry becomes its own page, letting teams combine structured properties with rich notes, embeds, and media. Project tracking uses a projects database with properties like status, priority, ship date, and owners, plus templates to keep workflows consistent. Multiple views (board, timeline, calendar, list, gallery) let teams see the same data in different formats without changing the underlying records. Relations connect epics to the user research entries that support them, improving clarity in meetings and reducing time spent searching across tools.

How does Notion structure product knowledge so teams can find lifecycle information quickly?

Teams can create a product wiki page that stores key information across the product lifecycle, including instructions for user research, product interviews, and OKRs. Notion supports nesting by allowing pages to contain other pages indefinitely, so related documentation can live inside the same parent page and remain accessible from the sidebar.

Why is storing user research as a database where each entry becomes its own page useful?

User research is captured in a table database, but each row is also a dedicated page. That means each research entry can include structured properties (metadata) at the top while the page body holds all supporting content—regular text, embeds, videos, and code snippets—without splitting the record across tools.

What mechanisms keep research and project workflows consistent across a team?

Built-in templates can be used as a starting point for new database entries. For user interviews, a template ensures everyone follows the same process when creating new entries. For projects, templates similarly standardize how new work items are added, reducing variation in how teams capture status, priority, and other required fields.

How can the same project data support multiple stakeholder needs without duplicating records?

Notion allows adding multiple views to the same database—table, board, timeline, calendar, list, or gallery. Adding a view doesn’t change the underlying information; it only changes how it’s displayed. Properties and filters then tailor each view, such as showing epics only or grouping tasks by status or by product manager.

How does Notion connect roadmap work to the evidence behind it?

A relation property links each epic in the projects database to entries in a separate user research database. By creating a relation called “user research,” teams can select specific user interviews that support an epic. This makes it easy to access the evidence directly from the epic record during reviews and discussions.

What collaboration features help teams push work forward inside Notion?

Teams can leave comments on content and tag teammates using “@” (described as typing “add key” followed by a name). Notifications appear in teammates’ own workspaces. Additionally, key properties can be toggled on for card previews, giving a quick bird’s-eye view of important fields like status and priority.

Review Questions

  1. How do database views in Notion differ from changing the underlying data, and why does that matter for project tracking?
  2. What is the practical benefit of using a relation property to connect epics to user research entries?
  3. Which properties would you add to a projects database to support prioritization and launch planning, based on the workflow described?

Key Points

  1. 1

    Use a product wiki page to centralize lifecycle documentation, research instructions, interview notes, and OKRs in one navigable space.

  2. 2

    Store user research in a database where each entry becomes its own page, combining metadata properties with rich qualitative content.

  3. 3

    Standardize how teams create research and project records by starting from templates instead of free-form entries.

  4. 4

    Track epics and tasks in a projects database using properties like status, priority, ship date, and assigned owners to support prioritization.

  5. 5

    Create multiple database views (board, timeline, calendar, list, gallery) to serve different stakeholder perspectives without duplicating data.

  6. 6

    Use filters to tailor views—for example, showing only epics or only tasks of a certain type.

  7. 7

    Connect epics to the user research that supports them via relation properties to speed up evidence-based reviews and alignment.

Highlights

Each user research entry is both a database row and a dedicated page, letting teams keep structured properties and deep notes together.
Adding views changes how data is displayed—not the data itself—so teams can switch between board, timeline, calendar, and more without rework.
Relation properties let epics link directly to the user interviews that justify them, reducing cross-database hunting during meetings.
Properties can drive specialized views, such as calendar launch dates for epics and board grouping by task status or owner.
Templates provide a consistent process for creating new research entries and project records as the team scales.

Topics

  • Product Wiki
  • User Research Database
  • Project Tracking
  • Database Views
  • Relations to User Research