,

I Keep Building Tiny Systems for Problems Other People Ignore

I rarely start by asking for a perfect productivity system. I notice one annoying repeated problem, build the smallest fix I can and keep it only if it earns its place.

·

2–3 minutes

·

I have a habit that is probably responsible for half the side projects I start.

Something annoys me twice and I immediately start wondering whether I can build a system for it.

Not a grand system. Usually something embarrassingly small.

The friction

A repetitive work step. Too many messages pulling me between contexts. Notes that disappear after a meeting. A video I want to learn from without scrubbing through it again. A tiny piece of information I keep looking up.

Most of these problems are not important enough to justify a big product plan.

But they are annoying enough to make me open an editor.

What I used to do

I used to think the serious version of improvement was to design the whole system first.

Define the workflow. Pick the tool. Create the structure. Decide all the rules. Make it complete.

That feels productive because the system looks impressive before it has had to survive a normal Tuesday.

What I try now

I start with one repeated annoyance and ask:

What is the smallest thing I can change so I do not have to experience this exact friction again?

Sometimes the answer is code. Sometimes it is a shortcut, a note template, a recurring reminder, a small automation or simply deleting a step.

The form matters less than whether the friction disappears.

What actually happens

Most tiny systems do not become products.

Some stop being useful. Some are too specific. Some turn out to be more maintenance than the original problem.

That is fine.

The useful ones reveal themselves by getting used without me having to remember to use them.

A system that requires constant motivation is often just another task.

What I changed

I stopped judging small solutions by how impressive they look.

If a five-minute script removes a ten-minute annoyance every week, it can be valuable. If a tiny note structure saves me from reconstructing context, it can be valuable. If a rough prototype teaches me that an idea is bad, that can also be valuable.

This is one reason I keep building side projects. Many of them start as a private fix before they become anything bigger.

What I kept

I kept goals, but I stopped expecting goals to tell me what to do at 10:17 on a messy workday.

Systems are useful when they reduce a decision or remove repeated friction. Goals tell me direction. Tiny systems help me move.

Steal this if it helps

Do not redesign your life this weekend.

Notice one thing you have done manually three times recently.

Ask whether you can remove one click, one decision, one search, one repeated explanation or one context switch.

Build the smallest fix.

Then wait and see whether you naturally keep using it.

Written by Rakesh Kalra, a software engineer with 20+ years of experience who still prefers building things. ThinkBySketch is where I share small tools, experiments and lessons from trying to make work and learning simpler. About ThinkBySketch →

One useful experiment at a time

Get the next thing I’m trying.

Small tools, systems and ideas for building, learning and working better, including the experiments that do not work.

After subscribing, check your inbox and click the confirmation link.

Comments

Leave a comment