Get AI summaries of any video or article — Sign up free
Notion Office Hours: Notion for Freelancers đź–‡ thumbnail

Notion Office Hours: Notion for Freelancers đź–‡

Notion·
6 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

Tim’s workflow starts with a small set of core databases (projects, tasks, calendar, companies, contacts, content) and then relies on linked views to build daily dashboards.

Briefing

Freelancer Tim’s Notion setup centers on one idea: build a small set of core databases (projects, tasks, calendar, companies, contacts, content, and more), then assemble them into a single “dashboard” that drives daily decisions—what’s urgent, what’s overdue, what’s next, and what’s still in the pipeline. The payoff is less clicking and less context switching, because the system links work items together while keeping the day-to-day view focused on the few lists that matter.

Tim’s journey into Notion started after bouncing through spreadsheets and tools like Google Sheets, Trello, Asana, and Airtable without getting a streamlined workflow. Notion arrived via Product Hunt, and the “deep dive” that followed turned it into his “organizational assault made it”—first for an entrepreneurship club managing events and budgets, then for his consulting work (no-code automations and operations). About three months into running Optimization full-time, Notion became the backbone of client and project management.

The workspace is intentionally utilitarian. Tim uses full-screen mode and treats Notion like an internal internet: pages link up and down through levels rather than relying on the sidebar. His daily entry point is a dashboard called “This Week,” designed around linked views of the same underlying task database. Tasks are modeled with a priority field (normal vs. urgent) and a status formula that outputs multiple states such as complete, blocked, overdue, and on time. “Blocked” is tied to a “waiting on” property; removing the date or the blocking condition changes the computed state, letting one task property reflect the task’s real-world condition.

Calendar management is handled through a single calendar database that includes milestones, deliverables, meetings, and events, separated visually using emojis (chat bubble for meetings, box for deliverables, etc.). Templates speed up repetitive data entry—clicking a meeting template can auto-apply emojis and tags. For meeting structure, Tim experiments with “database inception”: a meeting can contain a database of discussion items, each of which can spawn tasks or calendar events tied to that agenda.

Beyond tasks and calendar, Tim tracks client relationships and business context with databases for companies (including technology stack), contacts, and a curated “tag” database of tools harvested from sources like CrunchBase and G2 Crowd. He also uses attachments via Dropbox links, and captures research with the Web Clipper into a content database that can be filtered by topics.

The dashboard ties everything together with three operational lanes: normal tasks, urgent tasks, and completed items—plus additional sections for active projects, meetings, and a “dump” area for unstructured ideas. Tim avoids deleting tasks because historical reference matters for client communication and future scoping/estimating. He also treats the system as a living organism: instead of over-architecting, he starts small, then iterates based on friction found through real use. When asked about recurring tasks, he doesn’t rely on true automation; instead, recurring work is handled by keeping items pinned via status and viewing them through board-style day groupings.

Finally, Tim acknowledges tradeoffs: there’s no direct Google Calendar integration, so he uses Fantastical for fast event creation while maintaining a Notion calendar for planning. He also shares that his public-facing Notion pages prioritize lead generation over perfect SEO, focusing on “good enough” performance until scale makes optimization necessary. The overall message is pragmatic: design a workflow that matches how a freelancer actually thinks, then let Notion’s linked databases and dashboards do the heavy lifting.

Cornell Notes

Tim’s freelancer workflow in Notion is built around a small set of core databases—projects, tasks, calendar, companies, contacts, and content—then unified through a “This Week” dashboard that drives daily decisions. Tasks use a priority field (normal/urgent) plus a status formula that computes states like complete, blocked (via “waiting on”), overdue, and on time. Calendar items live in one database and are visually distinguished with emojis, while templates speed up repetitive meeting and event setup. The system is intentionally iterative: start small, use linked views to avoid duplication, and keep completed work for reference to improve scoping and client communication. The result is a low-friction command center that reduces clicking and keeps planning and execution connected.

How does Tim make task status “self-updating” instead of manually maintained?

He combines a priority field (normal vs. urgent) with a status property that’s driven by a formula. “Complete” is one computed state. “Blocked” appears when a “waiting on” property is filled (tagging people or noting what’s preventing progress). Overdue vs. on time is computed using the due date: if the due date is missing or conditions change, the formula shifts the task into the appropriate state (e.g., removing blocking/date-related inputs can move the task into a different computed outcome). This keeps the task’s current reality visible without re-entering status by hand.

What’s the practical difference between tasks and calendar items in his setup?

Tim separates them by purpose and by dashboard placement: tasks represent work to be completed, while calendar items represent time-bound commitments like meetings, milestones, and deliverables. In his dashboard, he uses distinct sections—one for tasks and another for calendar milestones/events—so the same underlying planning data doesn’t blur into one list. He also uses a single calendar database with emoji-based visual cues (chat bubble for meetings, box for deliverables, etc.) to make scanning faster.

How does he reduce repetitive data entry for meetings and events?

He relies on Notion templates. For example, clicking a meeting template can automatically apply the correct emoji and primary tag, so the user doesn’t retype the same metadata each time. He also experiments with “database inception” for meetings: each meeting can contain a database of discussion items, and templates can then turn those agenda items into tasks or new calendar events tied to that meeting.

Why doesn’t he delete tasks after they’re done?

He treats completed items as reference. For client work, historical context helps communicate what was delivered and what happened. For future projects, looking back reveals what steps were actually involved and where time was spent, improving scoping and estimating. He also uses linked views with date-based filters (e.g., “recently completed”) to prevent the completed list from growing into an unmanageable wall of history.

How does he handle recurring work without true recurring-task automation?

He says he doesn’t use recurring tasks via automation because it’s “impossible” in his current approach. Instead, recurring work is modeled as items that stay pinned at the top through status logic and are viewed in board-style groupings by day (Monday/Tuesday/Wednesday). For example, an email newsletter can remain anchored to Wednesday and connect to the content database so the same task links to each newsletter instance rather than creating a new task every week.

What’s his approach to integrating Notion with external tools like calendar and time tracking?

He runs both Notion and external tools in parallel. For calendar creation, he uses Fantastical as a fast input layer, then Notion’s calendar view supports planning and scanning. For time tracking, he uses Harvest and links out from Notion to Harvest project pages, where hours are added quickly via Harvest shortcuts. He keeps Notion as the planning/relationship layer and Harvest as the time-entry layer.

Review Questions

  1. What fields and formula logic does Tim use to compute task states like blocked, overdue, and on time?
  2. How does Tim structure his dashboard so tasks and calendar items don’t compete for attention?
  3. What tradeoffs does Tim accept when using Notion for public pages (SEO vs. lead generation) and external tools (Google Calendar vs. Fantastical)?

Key Points

  1. 1

    Tim’s workflow starts with a small set of core databases (projects, tasks, calendar, companies, contacts, content) and then relies on linked views to build daily dashboards.

  2. 2

    Task status is computed using a formula that reacts to inputs like “waiting on” and due dates, reducing manual status updates.

  3. 3

    Calendar planning uses one calendar database with emoji-based visual categories (meetings, deliverables, milestones, events) to speed scanning.

  4. 4

    Templates and linked views cut repetitive setup time, especially for meetings and standardized task creation.

  5. 5

    Completed tasks are kept for reference to support client communication and better future scoping/estimating.

  6. 6

    The system is designed to evolve: start small, add only what reduces the highest friction, and iterate based on real usage.

  7. 7

    External tools are integrated via lightweight links (Fantastical for fast calendar entry, Harvest for time tracking) rather than expecting full native synchronization.

Highlights

A single “This Week” dashboard drives the day by combining linked views of the same task database into normal, urgent, and completed lanes.
Task “blocked” status is tied to a “waiting on” property, while overdue/on-time is computed from due dates—status becomes a live reflection of reality.
Calendar items share one database and are visually separated with emojis, letting meetings, deliverables, and milestones be planned without juggling multiple systems.
Tim avoids deleting tasks because historical reference improves both client reporting and future project estimates.
Instead of true recurring-task automation, recurring work is handled by pinned items and day-based board views (e.g., Wednesday newsletters).

Topics

  • Notion Freelancing
  • Linked Databases
  • Task Status Formulas
  • Dashboard Planning
  • Templates and Workflows

Mentioned