Engineering Practice
A Note Isn't an Asset Until You Use It
Capturing information feels productive and mostly isn't — a note only earns its place when it feeds a decision, a piece of writing, a conversation, or an action. Optimize your knowledge system for output, not accumulation.
- Engineering Practice
- Knowledge Management
- Writing
- Productivity
I used to measure my note-taking by how much I captured. Big vault, lots of highlights, a satisfying sense of “I’ve got this written down somewhere.” Then I noticed how rarely I actually went back and used any of it, and the uncomfortable truth landed: capturing and using are different activities, and most systems — mine included — were optimized only for the first. A note isn’t an asset because you saved it. It becomes an asset the moment it feeds something. Until then it’s just storage.
Capturing is easy; using is the hard part
Capturing has no stakes. You highlight, you clip, you jot — it feels productive and the information is now “safe.” Using is the part with friction: retrieving the right thing at the moment you need it, synthesizing it with what you already know, and turning it into a decision, a paragraph, or an action. The gap between the two is the gap between a passive archive and active synthesis, and it’s wide. Most collections are enormous precisely because collecting is the comfortable activity and using is the work we avoid.
A note you captured and never used isn’t knowledge you have. It’s knowledge you filed.
The four ways a note actually pays off
The reframe that helped: a note only counts as used when it contributes to one of a few things. If it can’t plausibly serve any of them, it probably shouldn’t be taking up space:
- Decision support — it surfaces while you’re deciding and makes the decision better with context or evidence.
- Writing fuel — it feeds something you’re writing: an argument, an example, a structure.
- Conversation material — it gives you something specific to say in a meeting or a discussion.
- Action trigger — it resurfaces an idea when acting on it is actually possible, not at the random moment you first saw it.
That’s a more demanding bar than “is this interesting?” — and it’s the bar that separates a vault that compounds from one that just accumulates.
Build an output, not just an inbox
The structural fix is to give your system somewhere for finished work to live, not just somewhere for captures to land. Most setups have an elaborate front door for input and no defined exit. Adding an explicit place for output — the articles, the decisions, the briefs you actually produced from your notes — does two things: it makes the link between captured material and produced work visible, and over time it shows you which notes were generative and which never went anywhere. That feedback then improves how you capture, because you learn what’s actually useful to you.
This is why I treat writing as the payoff, not a chore bolted on at the end. The note is the raw material; the output is the point. A system with no output stage is just a very tidy hoard.
The only metric that matters is contribution rate
If you want a single number to optimize, it isn’t note count — it’s how many times a note contributed to something. A few hundred notes that each fed a decision, a piece of writing, or an action beat thousands that were captured and never reused. Once I started caring about contribution rate instead of volume, a lot of my “productive” capturing revealed itself as procrastination with good posture. The question shifted from “did I save this?” to “what will this help me make?” — and the second question quietly kills the urge to hoard.
Capture with the use attached
The practical habit that follows: capture less, but capture richer. When I save something now, I try to record — in a few seconds — what it connects to and what I might use it for. That tiny bit of context is what makes a note retrievable and actionable later, instead of a decontextualized fragment I’ll never resurface. A note that ships with its own use case is far more likely to actually get used. It’s the same instinct behind compiling your notes instead of re-reading them, building a knowledge system that compounds, and treating documentation as infrastructure: the value isn’t in having the information, it’s in what the information lets you do. If you’ve shifted your own system from collecting to using, I’d love to hear what changed.
Sources
- The capture-versus-use framing and the four-uses model are adapted from a system design shared publicly by @cyrilXBT. Content was rephrased here.