Pulse
Why we built it

We were running the hosting business and got tired of the tools.

Pulse started because BM Technologies needed a calmer way to manage real client sites across real servers. Two years later, it runs the BMT hosting estate daily.

What was wrong

The existing options were either too locked-in, too expensive, or too far away from the work.

Panels that want to own the hosting

We wanted to bring OVH, Proxmox, Docker hosts and whatever came next — not be forced into one vendor’s idea of infrastructure.

Cache layers nobody tracks

Cloudflare, host nginx, container cache and Redis can all serve stale content. Pulse gives the team one ordered purge path.

Backups that are hard to trust

A backup you cannot find, verify or restore quickly is theatre. Pulse keeps the history visible and the restore path close.

WP-admin password roulette

Technicians needed accountable, time-bound access without sharing every admin credential across the business.

Provisioning drift

A WordPress site is easy to build once. Building the fiftieth one the same way is where runbooks fall apart.

What we did

Built the panel we wished existed.

VPS-agnostic. Worker-driven. Auditable. Practical. Focused on the actual hosting jobs technicians repeat, not a generic control-panel checklist.

The product rule

If BMT would not trust it on production client sites, it does not belong in the marketing copy. That is why Pulse talks about backups, cache layers, WP-admin access and provisioning instead of vague “cloud management”.

Curious whether it fits your stack?

Request a walkthrough and we’ll talk through your infrastructure honestly.

Request a walkthrough