Get AI summaries of any video or article — Sign up free
Notion Office Hours: Tiago Forte ✍️ thumbnail

Notion Office Hours: Tiago Forte ✍️

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

Build systems bottom-up: run small experiments in Notion and keep only what supports real workflows.

Briefing

A weekly blogging workflow becomes reliable when it’s treated as a pipeline of “mature” processes—ideas move through clear stages, while the messy work of writing stays in tools built for drafting. Tiago Forte lays out how he uses Notion less as a place to write finished posts and more as a planning, status, and checklist system that keeps weekly publishing on track.

Forte starts with a bottom-up approach to building a system. Instead of designing a perfect architecture up front, he runs small experiments in Notion—testing what works for his day-to-day—then keeps only what supports real workflows. That mindset also explains why he doesn’t over-customize: he relies heavily on built-in templates and avoids advanced features until they’re clearly useful.

His core Notion setup centers on a Kanban-style board that tracks blog production from the first idea to publication and distribution. Cards flow through stages such as notes/outline, drafts, blog posts, email sends, social media, and an archive. The practical payoff is visibility: seeing 40–50 active items at once reveals patterns, relationships between ideas, and opportunities to combine related topics so multiple announcements can ship together. The system also supports links out to other tools—especially Evernote pages and Google Docs—so Notion becomes the control layer rather than the content authoring layer.

Forte’s workflow is intentionally “just enough structure.” He argues that building too much structure early creates a maintenance burden and can turn a system into a “monster” that doesn’t match daily life. Instead, structure should be added on demand when a real need appears. That principle extends to creative work: writing is chaotic by nature, so Notion is used for planning, status, and checklists, while Google Docs handles the actual drafting and collaboration.

Twitter plays a distinct role as a live testing ground. Forte treats it as a pre-idea stream of unfiltered thoughts; the posts that earn strong engagement become candidates for the “ideas” stage in Notion. He doesn’t try to pre-collect everything—he only invests time when there’s early signal. When a tweet thread resonates, he can clip it into Notion and later reference it while building a blog post, using social proof to guide what gets developed.

Beyond publishing, Forte uses Notion for process documents: checklists for course launches, recording workflows, and even operational routines like onboarding-style guidance for teams. He also emphasizes that maintenance work is handled predictably—through a weekly review checklist—so creative time can be protected. His schedule splits time into obligation-heavy days (meetings and admin) and creative days (Tuesdays/Thursdays), where he focuses on turning outlines into finished work.

The broader message is systems thinking for knowledge work: structure reduces mental clutter and quiets the inner critic, enabling deeper focus. Forte’s Notion approach isn’t about getting everything perfect; it’s about building a pipeline that can be iterated, trusted, and used consistently—so weekly publishing (and other repeatable processes) becomes a matter of flow, not willpower.

Cornell Notes

Tiago Forte uses Notion as a pipeline and checklist system to publish a blog every week consistently. He avoids “perfect architecture” and instead builds bottom-up: small experiments first, then keep what supports real workflows. His Kanban board tracks items from idea/outline through draft, blog post, email, social distribution, and archive, giving him pattern visibility across dozens of active pieces. Twitter functions as a live testing ground; high-engagement ideas get clipped into Notion for development. Drafting and collaboration happen in Google Docs, while Notion handles planning, status, and process documentation—an approach that balances structure with creative chaos.

How does Forte decide what to build in Notion versus keep elsewhere (like Evernote or Google Docs)?

He treats Notion as a control layer for planning, status, and repeatable procedures. When information becomes “mature” (e.g., a stable teaching process or checklist), it benefits from Notion’s structure and linking. But the actual writing—especially the chaotic drafting stage—stays in Google Docs for collaboration and workflow simplicity. Evernote is still used for certain content types and as a link target from Notion cards, so Notion can orchestrate across tools without forcing everything into one place.

What makes the weekly publishing workflow work reliably in his setup?

A Kanban-style board that mirrors the life cycle of a post: idea/outline → draft → blog post → email → social distribution → archive. Because cards are visible in one place, he can spot relationships between items, combine related topics, and maintain a steady throughput. He also sets a practical weekly target: having roughly two to three ready items in the “post” column is enough to keep emails and distribution consistent.

Why does Twitter feed into the Notion workflow instead of being stored as a full archive?

Twitter is treated as a chaotic pre-idea stream and a live testing ground. Forte doesn’t want to spend time collecting every thought; he only moves ideas into Notion when engagement provides early signal. When something performs well, he can clip it into Notion and later reference it while writing, using social proof to guide what gets developed.

What does “just-in-time structure” mean in practice for his system design?

He argues that over-structuring early creates high costs: building the structure, maintaining it, and changing it later. Instead, he adds structure only when it solves a current problem. He also emphasizes that structure should support the task at hand—writing can be highly chaotic, so the system should provide enough guidance for planning and execution without stifling creativity.

How does Forte protect creative time while still doing maintenance work?

He separates time by obligation and creativity. Monday/Wednesday/Friday are packed with time-specific commitments, while Tuesday/Thursday are reserved for creative “wandering” and deep work—turning drafts into finished outputs. Maintenance is handled through a weekly review checklist that clears inboxes and open loops, so creative days don’t get derailed by accumulating tasks.

What’s the purpose of his weekly review checklist, and what’s the key rule during it?

The weekly review is designed to restore clarity quickly—he can go from “total mess” to near-complete clarity in about one to two hours. The key rule is to sort, not execute: during review, he decides where items go (task manager, calendar, archive, etc.) rather than doing the work immediately. He also notes that the checklist can be compressed when time is tight, focusing on essential sorting steps like email inbox processing, calendar checking, filing, and capturing open loops.

Review Questions

  1. If Notion is mainly for planning and status, what specific stages of Forte’s workflow does it manage, and which stages does he keep in Google Docs?
  2. How does early engagement on Twitter change what gets moved into the “ideas” stage in his Notion board?
  3. What does Forte mean by “structure is expensive,” and how does that principle affect how he builds and updates his system over time?

Key Points

  1. 1

    Build systems bottom-up: run small experiments in Notion and keep only what supports real workflows.

  2. 2

    Use Notion as a pipeline (Kanban) for status and process, not as the primary drafting workspace.

  3. 3

    Keep writing chaotic where it belongs: draft and collaborate in Google Docs, then track progress in Notion.

  4. 4

    Treat Twitter as live validation; only invest time moving ideas into Notion when engagement provides signal.

  5. 5

    Protect creative time by scheduling maintenance through a weekly review checklist that clears inboxes and open loops.

  6. 6

    Apply just-in-time structure: add complexity only when it solves a current problem, not to create a “perfect” architecture.

  7. 7

    Use a sorting-first weekly review rule: decide where items go, but avoid executing tasks during the review itself.

Highlights

Forte’s Kanban board turns weekly publishing into a visible pipeline—from idea/outline to draft, post, email, social, and archive—so throughput stays consistent.
Twitter acts as a live testing ground; high-engagement ideas get clipped into Notion, while most thoughts never make it into the system.
Notion is optimized for planning, status, and checklists, while Google Docs handles the messy drafting and collaboration stage.
“Just-in-time structure” is the guardrail against building an over-engineered “monster” system that becomes expensive to maintain.
A weekly review checklist restores clarity quickly by sorting open loops, not by doing the work inside the inboxes.

Topics

  • Blog Workflow
  • Kanban Pipeline
  • Just-in-Time Structure
  • Twitter Idea Validation
  • Weekly Review Checklist

Mentioned