Notion Office Hours: Tiago Forte ✍️
Based on Notion's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
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)?
What makes the weekly publishing workflow work reliably in his setup?
Why does Twitter feed into the Notion workflow instead of being stored as a full archive?
What does “just-in-time structure” mean in practice for his system design?
How does Forte protect creative time while still doing maintenance work?
What’s the purpose of his weekly review checklist, and what’s the key rule during it?
Review Questions
- 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?
- How does early engagement on Twitter change what gets moved into the “ideas” stage in his Notion board?
- 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
Build systems bottom-up: run small experiments in Notion and keep only what supports real workflows.
- 2
Use Notion as a pipeline (Kanban) for status and process, not as the primary drafting workspace.
- 3
Keep writing chaotic where it belongs: draft and collaborate in Google Docs, then track progress in Notion.
- 4
Treat Twitter as live validation; only invest time moving ideas into Notion when engagement provides signal.
- 5
Protect creative time by scheduling maintenance through a weekly review checklist that clears inboxes and open loops.
- 6
Apply just-in-time structure: add complexity only when it solves a current problem, not to create a “perfect” architecture.
- 7
Use a sorting-first weekly review rule: decide where items go, but avoid executing tasks during the review itself.