Get AI summaries of any video or article — Sign up free
Build a Client Portal & Pipeline System in Notion (FULL Tutorial) thumbnail

Build a Client Portal & Pipeline System in Notion (FULL Tutorial)

5 min read

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

TL;DR

Create a single “Clients” board database in Notion with standardized properties (email, phone, and a customized status pipeline).

Briefing

A single Notion setup can manage both a client pipeline and a shareable client portal—using one core database for tracking status and a reusable template to generate consistent, client-facing pages. The system is built around a board-style “Clients” database that stores each client’s contact details and pipeline stage, then adds a second, filtered view (“Active clients”) so work stays focused on current engagements.

The build starts with a clean Notion page (“Client portal and pipeline”) and a board view database named “Clients.” A sample entry (John Doe) is created first so properties can be standardized before real clients are added. The database includes key fields such as email address and phone number, plus optional visuals like a cover image. Most importantly, the pipeline status property is customized beyond a simple default. Instead of generic “not started / in progress / done,” the tutorial defines a more granular workflow: “Perspective” (set as the default), “Discovery call,” “Negotiations,” “Lost” (colored red), “Active,” and “Done.”

To make the board usable day-to-day, the tutorial adjusts group visibility so “Lost” and “Done” can be pinned but hidden from the main working columns. That leaves a clearer view of the active stages—e.g., “Perspective,” “Discovery call,” “Negotiation,” and “Active”—while still keeping completed or dropped leads accessible. A separate gallery view (“Active clients”) is then configured to show only clients whose status is “Active,” with card previews and property visibility tuned so email and phone remain visible for quick outreach.

Portal creation happens through a database template. A “New client” template is added so every new client automatically receives the same portal structure, including a dedicated section for discovery-call notes and internal documentation. The template includes a place for Notion AI meeting notes (if available in the plan), plus embedded document areas for internal files. The client-facing portion is created as an embedded page (“client” page) that can be customized with brand assets—cover image, icon/logo, and a welcome callout.

Inside each client portal page, the tutorial recommends practical modules: a project description toggle, a calendar database for timeline items (with a checkbox property like “done”), invoice embeds, document embeds (PDFs, Google Docs, and more), and a notes table database that can optionally be editable depending on the sharing model. When the template is set as default, adding a new client (e.g., Jane Smith) automatically generates the portal with the calendar, AI notes section, and document areas already in place.

Finally, sharing options are laid out: invite by email with view-only, comment-only, edit, or full access; or publish to the web with indexing disabled. The tutorial flags a security limitation—Notion web publishing doesn’t support password protection natively—so the portal’s internal notes can be protected by controlling what content is shared and by using unique-link access for client-visible pages. The result is a repeatable pipeline-to-portal workflow that reduces setup time and keeps client communication organized as deals move from prospecting to negotiation and delivery.

Cornell Notes

The system uses one Notion “Clients” database to track each client’s pipeline stage and contact info, with a customized status workflow (e.g., Perspective → Discovery call → Negotiations → Active → Done/Lost). Board and gallery views are configured to keep daily work focused, including an “Active clients” view filtered to status = Active. A database template (“New client”) generates a consistent client portal for every new client, including sections for Notion AI meeting notes, internal documents, and a client-facing page with brand styling. Calendar, invoices, documents, and notes are embedded or added as modules so the portal updates as the pipeline progresses. Sharing is handled via email permissions or web publishing, with a noted limitation around password protection.

How does the tutorial structure the pipeline so it’s more than a basic “in progress” tracker?

It customizes the database’s “status” property with multiple stages: “Perspective” (set as the default), “Discovery call,” “Negotiations,” “Lost” (colored red), “Active,” and “Done.” After editing the sample client (John Doe), those status options apply to every future client card. The board view then reflects movement by dragging a client between columns as the engagement progresses.

What’s the purpose of pinning but hiding “Lost” and “Done” columns?

The board stays readable without losing access to completed or dropped leads. The tutorial uses group settings to hide the “Lost” and “Done” columns from the main view while still pinning them to the side. That keeps the primary workflow focused on active stages like “Perspective,” “Discovery call,” “Negotiation,” and “Active.”

Why create a sample client first (John Doe) before adding real clients?

Creating a sample entry early ensures the database properties are defined correctly—especially the status workflow and contact fields—so every new client inherits the same structure. It also helps validate display settings like property visibility (email and phone shown up front) and card preview behavior before scaling up.

How does the tutorial ensure every client gets the same portal layout automatically?

It uses a database template named “New client.” The template includes a notes section (including Notion AI meeting notes if available), an internal documents area, and a client-facing page module (“client” page) with brand styling. Setting the template as default means adding a new client automatically generates the portal with the same modules, avoiding repetitive manual setup.

What modules are recommended inside the client-facing portal page?

The portal page is built from customizable components: a welcome callout box, a toggle for “Project description,” a calendar database for timeline items (example item: “send project proposal” with a “done” checkbox), invoice embeds, document embeds (PDFs/Google Docs), and a notes table database (with date and notes fields). These modules are designed to be filled as the project advances.

What sharing options are offered, and what security caveat is noted?

Sharing can be done by inviting via email with permission levels such as view-only, comment, edit, or full access. Another option is publishing to the web, but the tutorial warns that Notion web publishing lacks native password protection. It suggests turning off search engine indexing so access relies on the unique link, and it emphasizes keeping internal notes protected by controlling what the client can see.

Review Questions

  1. When customizing the pipeline, which specific status stages are created, and which one is set as the default?
  2. How do board group settings change what columns are visible versus pinned?
  3. What does setting a template as default accomplish when adding a new client, and what risk exists when editing that template later?

Key Points

  1. 1

    Create a single “Clients” board database in Notion with standardized properties (email, phone, and a customized status pipeline).

  2. 2

    Define granular pipeline stages (Perspective, Discovery call, Negotiations, Lost, Active, Done) and use drag-and-drop to move clients across columns.

  3. 3

    Use board group settings to hide “Lost” and “Done” from the main workflow while keeping them pinned for quick access.

  4. 4

    Add an “Active clients” gallery view filtered to status = Active to reduce clutter and speed up outreach.

  5. 5

    Build client portals using a database template so every new client automatically receives the same portal structure and modules.

  6. 6

    Include Notion AI meeting notes (if available) plus embedded sections for documents, invoices, calendar timeline items, and notes.

  7. 7

    Share portals via email permissions or web publishing, noting that web publishing doesn’t provide password protection natively.

Highlights

The pipeline status field is rebuilt into a multi-step workflow (Perspective → Discovery call → Negotiations → Active → Done/Lost), making client tracking more actionable than generic stages.
Pin-and-hide group settings keep “Lost” and “Done” accessible without distracting from the active pipeline.
A “New client” template turns portal creation into a one-click process, automatically generating AI notes, calendar, invoices, documents, and notes modules for each client.
Web publishing can be indexed-off and link-only, but password protection isn’t built into Notion publishing—so internal notes require careful permissioning.

Topics

Mentioned

  • AI