Every growing business collects tools. An app someone tried once. An account that was planned but never set up. A bigger project that got built and then stalled. Sooner or later it is time to clear them out.

We did exactly this on our own systems at Balay ni Bruno & Co. The job was simple on paper: remove anything we had installed or set up that was no longer part of how we actually work. Three kinds of things were on the list.

The cleanup taught us one lesson worth passing on: audit before you trust. Do not trust the first "this is unused" answer until you have checked it properly.

The Mistake We Almost Made

Our first pass flagged one helper tool as unused. It looked like a leftover, because it was not in the shared place where tools like it normally live.

It was not a leftover. It was sitting inside one project's own folder, and it was doing real work there. If we had trusted that first answer, we would have removed something that worked.

Trusting the first check

  • Look in the one obvious place
  • Not there, so call it unused
  • Remove it
  • Find out later it was doing a real job

Audit before trust

  • Look in every place it could live
  • Confirm it is truly unused
  • Update anything that points to it
  • Archive it, so it can come back if needed
⚠

A wrong "unused" label is not harmless. It means removing something that was really working. Checking one more place is quick. Repairing a working setup you removed by mistake is not.

Our Four Step Cleanup Check

1
Look everywhere

Check every place the tool could live, not only the shared one. Some things belong to a single project and live with it.

2
Find what points to it

Look for notes, guides and other setups that mention it or depend on it.

3
Archive, do not delete

For anything big, move it into an archive folder. It stays recoverable and its history is kept.

4
Tidy the notes

Update or remove anything that still describes the old tool, so nobody follows it to a dead end.

Removing One Thing Often Means Updating Another

When we archived the stalled follow-up project, it did not stand alone. Another one of our working documents listed it as something it relied on. Moving the project meant updating that document too, or it would have kept pointing at something that was gone.

This is the part most cleanups skip. Tools are connected to notes, instructions and other tools. Take one out and the things around it can quietly go out of date.

Notes about a project that has ended should be removed or updated. If they stay, the next person who reads them will go looking for something that is no longer there.

Why Archive Beats Delete

For anything big, like a project someone spent real time building, we move it into an archive folder instead of deleting it. Two reasons:

Deleting is final. Archiving keeps your options open while still getting the clutter out of the way.

How This Fits Into a Balay ni Bruno & Co. Partnership

We run our whole agency on systems we build ourselves, and keeping them clean is part of the job. The same care goes into the businesses we work with: when a tool, account or old project needs to go, a real person on our team checks what it touches first, so the cleanup makes things simpler instead of breaking something that quietly worked.

Common Questions

How do I know a tool is really unused before I remove it?

Check every place it could live, not just the obvious one. In our own cleanup, a tool was first flagged as unused because it was missing from the shared place we looked. It was actually sitting inside one project's own folder and doing real work. Only call something unused once you have looked everywhere it could be.

Should I delete old projects or archive them?

For anything big, archive it. Moving it into an archive folder keeps it recoverable and keeps its history, so if you find out later that something still needed it, you can bring it back. Deleting is final.

What else needs changing when I remove a tool?

Anything that points to it. When we archived a stalled project, another document still listed it as something it depended on, so that document had to be updated too. Notes and instructions about a project that has ended should be removed, or people will keep following them to something that is no longer there.

Key Takeaways

  • Audit before you trust. A first "this is unused" answer can be wrong.
  • Check every place a tool could live, including inside a single project.
  • Removing one thing often means updating the notes and setups that point to it.
  • Archive big projects instead of deleting them, so they stay recoverable with their history.
  • Remove or update notes about anything that has ended, so nobody follows them to a dead end.