The first release bar was shaped by a near miss in a cleanup log review: better visibility, safer actions, and no credential upload.

Cloud bills rarely explode in one shot. They leak through forgotten resources, oversized machines, and cleanup paths that nobody quite trusts. v1.0 was built for teams stuck between heavyweight SaaS and brittle internal scripts.

1. Visibility: surface the waste that usually stays buried

The initial monitor design focused on speed of comprehension. Operators needed a page that would show which resources looked quiet, which looked healthy, and where to start the review.

Cloud Waste Scanner dashboard from the first release.
The first dashboard was built to help teams spot waste candidates without reading three provider consoles side by side.

From the start, the product leaned toward behavior-based review. The goal was to find resources that were technically alive and financially pointless.

2. Action: review before anything destructive happens

Finding waste is only half the job. Cleanup is where trust breaks. v1.0 therefore used a two-step path: scan first, review the candidate list, then expose the cleanup action only after the operator had made an explicit selection.

Scan results page with cleanup review path.
A unified result list made it possible to review before acting.

3. Coverage and custody: one app, local credentials

Multi-cloud complexity was already obvious, so the first release supported multiple providers from one app. Just as important, credentials stayed on the device. The product was not built around uploading keys to a vendor-managed backend.

Cloud account settings in the first Cloud Waste Scanner release.
Cloud account setup was designed around local custody from day one.

For how this baseline expanded in later releases, continue with v2 Launch Global and the operations refinement in Customer-First Shipping Feedback Loop.