Get AI summaries of any video or article — Sign up free
How to create things with your notes thumbnail

How to create things with your notes

Nicole van der Hoeven·
5 min read

Based on Nicole van der Hoeven's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Treat notes as a continuous improvement system: publishing should not be the end, and feedback should flow back into the vault.

Briefing

Notes only stay valuable when they stop being a storage problem and start feeding real output. Nicole van der Hoeven’s core message is that “use it or lose it” should apply to personal knowledge: turn highlights and ideas into publishable work, then route audience feedback back into the vault. The payoff isn’t just productivity—it’s learning in public, where unfinished work and visible process reduce fear and increase reach.

She starts with a diagnosis of why notes often fail. A snapshot of her Obsidian graph shows role-playing game notes, imported highlights, and everything else—an impressive-looking system that still risks becoming “hoarding information.” She points to the mismatch between effort and impact: she has produced 15 blog posts, spoken at 17 conferences, made 61 videos, and logged 6,393 GitHub commits (including vault content), yet insists she isn’t an expert—she’s someone who found a way to make notes useful.

Three common blockers keep people from publishing: imposter syndrome (“why would anyone listen?”), unclear purpose (“what is this for?”), and perfectionism (“it’s not polished enough”). Her remedy is learning in public—documenting the process rather than waiting for a finished product. She ties the approach to public-notes and creator advice from Andy Matuschak (“garage door up”), Gary Vaynerchuk (“Document, don’t create”), Austin Kleon (“Show Your Work”), and Shawn Wang (“learning exhaust”). The logic is practical: you don’t need to be an expert to guide others a few steps ahead; fear of looking silly is part of learning; and process is inherently compelling to audiences.

From there, she gives a concrete workflow built around Obsidian. First, capture only what interests you. In her vault, imported material flows in through Readwise using the Readwise official plugin, tagged with TVZ to mark items that still need processing. She then turns highlights into short “placeholder” notes—enough to preserve a thought and create a starting point. Examples include a Kanban note drawn from a highlighted article (including the Kanban idea of limiting work-in-progress to avoid overwhelm), and a “Direction is more important than destination” note inspired by a fictional book.

Next comes the key step: identifying “lightning rods of thought,” clusters of ideas that naturally attract related thinking. She offers four ways to find them: bottom-up (use Obsidian graph view, especially the local graph around a topic like productivity, to spot linked-but-unwritten gaps), top-down (start from a deadline or planned deliverable), outside-in (tag feedback from others and mine it for recurring questions), and chaos (use random-note plugins to force unexpected connections).

Finally, she turns ideas into output using a Kanban-style content board. Tasks move from “on deck” through stages like editing and captioning, with WIP limits to keep the pipeline realistic. Templates fill in structured metadata for each deliverable (title, hook, structure, outro, and production tasks). After publishing, she loops back: she enriches the original vault notes with the finished artifact (video, timestamps, transcript) and links related notes so the learning doesn’t stop at release. She frames the whole system as CI/CD for knowledge—done isn’t permanent; feedback should percolate back into the vault to improve future work.

Cornell Notes

The notes-to-output system centers on one principle: publishable work should be a byproduct of learning, not a distant finish line. Van der Hoeven recommends capturing only what interests you, then converting highlights into short “placeholder” notes that can later become content. To find topics, she uses “lightning rods of thought” via four methods: bottom-up (local graph view), top-down (deadlines), outside-in (tagged audience feedback), and chaos (random-note selection). A Kanban content board with WIP limits helps move ideas from concept to done, while templates standardize production details. After publishing, she feeds audience feedback and the finished artifact back into the vault, treating notes like a continuous improvement loop (CI/CD).

Why does a large personal notes system still fail to produce results?

Because volume can become “hoarding information.” Her Obsidian graph shows many categories (role-playing notes, imported highlights, and everything else), but the real test is what gets created from that material. Without a pipeline that turns notes into publishable work—and then routes feedback back—notes consume time without increasing impact.

How does she turn imported reading into usable ideas inside Obsidian?

Imported highlights flow through Readwise using the Readwise official plugin. Items arrive with a tag (TVZ) indicating they still need processing. She then reads highlights and creates short notes—sometimes only a paragraph—to preserve the idea and provide a starting point for later expansion (e.g., a Kanban note about work-in-progress limits, or a “direction over destination” note inspired by a fictional character’s magical ability).

What are “lightning rods of thought,” and how can they be identified?

They’re idea clusters that naturally attract related thinking. She identifies them using four approaches: bottom-up (local graph view around a topic like productivity to find linked-but-missing notes), top-down (start from a deadline or planned deliverable), outside-in (mine tagged feedback from others), and chaos (use random-note tools to force unexpected connections).

How does she keep content creation consistent without overwhelming herself?

She uses a Kanban content board as a production line. Cards move across stages such as on deck, editing, captioning, and scheduling. Work-in-progress limits (WIP) cap how many items sit in each stage, reducing context switching and preventing the pipeline from ballooning.

What does “learning in public” change about the publishing mindset?

It shifts from waiting for perfect or finished work to documenting the process. That directly counters common blockers: imposter syndrome becomes less paralyzing because guidance can come from being a few steps ahead; fear of looking silly is treated as part of learning; and “not polished enough” is reframed because audiences often want behind-the-scenes process, not just final outcomes. Public notes and creator advice (Andy Matuschak, Gary Vaynerchuk, Austin Kleon, Shawn Wang) support the approach.

How does she ensure published work improves future notes?

After publishing, she ties the artifact back into the vault. For example, a video task can generate a new note containing the video, timestamps, and transcript, plus links to related existing notes. This enriches the original knowledge base so the learning from production and audience response becomes reusable later.

Review Questions

  1. What are the three main reasons people avoid publishing, and how does learning in public address each one?
  2. Describe the four methods for finding “lightning rods of thought” and give an example of what each method produces.
  3. How does the Kanban pipeline with WIP limits change the way ideas move from notes to finished content?

Key Points

  1. 1

    Treat notes as a continuous improvement system: publishing should not be the end, and feedback should flow back into the vault.

  2. 2

    Capture only what genuinely interests you to reduce noise and prevent the vault from becoming a storage graveyard.

  3. 3

    Convert imported highlights into short placeholder notes (often just a paragraph) so ideas are preserved and later expandable.

  4. 4

    Identify topic clusters (“lightning rods of thought”) using bottom-up local graph view, top-down deadlines, outside-in tagged feedback, or chaos via random-note selection.

  5. 5

    Use a Kanban content board with work-in-progress limits to move work from concept to done without overwhelming yourself.

  6. 6

    Standardize production with templates so each deliverable has the right structure and pre/post-production tasks.

  7. 7

    After publishing, enrich the vault by linking the finished artifact (video, timestamps, transcript) back to the notes that generated it.

Highlights

A notes system becomes useful only when it feeds real output—and then loops audience feedback back into the vault, like CI/CD for learning.
“Lightning rods of thought” can be found bottom-up (local graph view), top-down (deadlines), outside-in (tagged feedback), or through chaos (random-note tools).
Kanban with WIP limits turns content creation into a manageable production pipeline rather than an endless backlog.
Learning in public reframes perfectionism: audiences often want the process, not just the finished product.

Topics