How To Use Obsidian: Project Management (NEW & IMPROVED!)
Based on Obsidian Explained (No Code Required)'s video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Install and enable the “Projects” community plugin in Obsidian, then create a dedicated project folder inside the vault to manage pipeline items.
Briefing
A new Obsidian community plugin called “Projects” can turn the notes app into a lightweight production pipeline for podcasts and other client-driven work—complete with board views, calendar views, and embedded assets—so episodes (or deals) move through stages without losing track of dates, guests, and deliverables.
Setup starts in a dedicated Obsidian vault using the community plugins browser. After installing and enabling “Projects” (noted as updated 2 days before recording, version 1.7.3), the workflow is built around creating a project folder and then defining structured “fields” (properties) that represent the data needed for each item in the pipeline. For a podcast, the creator builds a “plus one Creator podcast” project, pointing it at a folder inside the vault and choosing where new notes should be stored. The key move is adding guest-specific properties: guest name, recording date, publish date, and a stage field that drives the pipeline status.
Once the stage field exists, the plugin’s views become useful. A board view is configured to group items by the stage property, letting each guest card be dragged through steps like “invited,” “editing,” “uploaded,” and “final checks,” eventually reaching “live.” The transcript highlights a practical gotcha: if a property doesn’t have a note entry yet, it can disappear from the UI. The workaround is to create the note first (or ensure the property has an initial value) before relying on it in views.
Calendar views then add time-based visibility. A “recording calendar” view is created by selecting the recording date property as the date driver, making it easy to see which interviews fall on which days. A separate “publication calendar” view uses the publish date property so the schedule for going live can be reviewed month-by-month. The creator emphasizes that splitting calendars by stage reduces confusion—especially when multiple episodes are in different phases at once.
To make the pipeline actionable, additional properties can track production details. The example adds a “thumbnail designed” checkbox and an embedded attachment field so the thumbnail file can be stored and previewed without hunting through separate folders. The overall approach favors properties with sensible defaults so new items don’t break views or reset unexpectedly.
The same structure scales beyond podcasts. A second project for “client work” is created with a stage-based board that functions like a CRM: stages such as “prospecting,” “scheduled for a call,” “first meeting complete,” and “proposal presented” help manage creative or consulting deliverables in one place. Switching between projects is handled through the plugin’s project selector, which can default to a chosen project on startup.
After walking through the full setup, the transcript frames the payoff as long-term stability: once the properties and views are dialed in, the system can run with minimal ongoing maintenance. The creator plans to use it to manage podcast guest scheduling and production, and also to track “random ideas” for future stories and lessons.
Cornell Notes
The “Projects” community plugin for Obsidian can organize podcast production (and other project work) using structured properties plus multiple views. The core design is a stage field that powers a board view, letting guests or deals move through steps like invited → editing → uploaded → live. Recording and publish dates feed separate calendar views, making it easier to plan ahead and avoid mixing up timelines. Adding properties such as checkboxes (e.g., thumbnail designed) and embedded attachments keeps deliverables attached to each item. The workflow depends on giving each property an initial note value and default so fields don’t disappear or reset unexpectedly.
How does the plugin know what “status” a card is in on the board view?
Why do some properties appear to “disappear” after edits, and what’s the workaround?
What’s the benefit of creating separate calendar views for recording vs. publishing?
How can deliverables like thumbnails be tracked without leaving the Obsidian pipeline?
How does the same setup translate from podcast guests to a client-work CRM?
What design principle helps prevent view breakage when adding new fields?
Review Questions
- If a board view shows no statuses, what specific configuration step should be checked first?
- What steps would you take to ensure a date property remains a date (not text) after clearing and re-entering values?
- How would you design a pipeline for a different workflow (e.g., video editing) using stage, date properties, and embedded attachments?
Key Points
- 1
Install and enable the “Projects” community plugin in Obsidian, then create a dedicated project folder inside the vault to manage pipeline items.
- 2
Define structured fields (properties) for each pipeline item—especially a stage field—so board views can group cards correctly.
- 3
Create board views that use the stage property as the status driver, then drag cards through stages like invited → editing → uploaded → live.
- 4
Use separate calendar views for different date properties (recording vs. publish) to reduce scheduling confusion across multiple items.
- 5
Add production-detail properties such as checkboxes and embedded attachments so deliverables stay attached to each guest or client record.
- 6
Give new fields default values and ensure properties have initial note entries to prevent fields from disappearing or resetting unexpectedly.
- 7
Repurpose the same structure for non-podcast work by using stage options that match a client deal flow (a lightweight CRM).