I started Flowridium because I wanted to build automation the way I always thought it should be built: work that’s honest about what’s realistic, held to a high bar, and built to last well beyond the day it’s delivered.
That means telling you plainly if something won’t work, if a timeline’s unrealistic, or if a “quick fix” will cause problems later—even when it isn’t what you want to hear. I’d rather lose an engagement than oversell one.
It also means I don’t build automations just to get them working. I build them to be understood and extended—clearly structured, properly documented—so your team can pick them up without me in the room. An automation only I can maintain isn’t a finished job.
That standard comes from a 10+ year career sitting on both sides of the tool stack: 1st, 2nd and 3rd line support, then running the full stack as Central Services, then building the platform itself as an Automation Strategist at Rewst. I know what it’s like to inherit someone else’s mess, and I build accordingly—robust, extendible work, delivered so you’re glad you brought me in, long after the project wraps.
Platform work, custom builds and embedded time—across the tools MSPs actually run on day to day. AI gets utilised here, for scoping, building and testing, to move faster—never as a stand-in for actually understanding your systems and doing the job properly.
Most of the work happens in Rewst, and the list above is where the specialism sits more broadly—if a PSA, RMM or other tool isn’t on it, that doesn’t rule it out.
Get your MSP live on Rewst from zero, including platform setup and initial workflow scoping.
A defined set of automated workflows, designed, built and deployed.
Audit of your current Rewst usage, with a written report on gaps and unused potential.
Bring policies, monitoring and scripting to a consistent standard across your environment.
Consolidate multiple RMM instances, or move from another platform.
Ticket workflows, SLAs and automation rules built around how your team actually works.
Resolve Autotask–RMM sync issues.
Power Automate, Python or direct API work—built from scratch when it doesn’t sit neatly under one platform.
AI is part of how the work gets built and shipped, used to speed up scoping, development and testing. It doesn’t replace the thinking—it means the same standard of work, delivered faster, not a shortcut version of it.
Ongoing work as part of your team, billed at day or hourly rate. The right fit when the need isn’t a single fixed project.
Day rate applies to embedded contract work and larger engagements—where you land in the range depends on length and lead time. Hourly rate applies to smaller, ad-hoc work where a day-rate block doesn’t make sense.
Fixed-price quotes are available for scoped engagements—health checks, workflow builds, process reviews, training, integrations—priced individually based on scope, not a flat day-rate conversion. Get in touch for a quote.
A school had high staff turnover every term—10 to 30 leavers and joiners at once. Each joiner needed an on-prem server account with the right folder permissions, plus an Office 365 account. Setting one up manually took about 5 minutes, which stacked into hours with 20–30 joiners at a time.
A simple CLI tool built in Python and PowerShell. The user types a name and picks from pre-defined permission levels. A 5-minute job became a 10-second one. Once everyone was added, the tool generated a text file listing every email address, permission level and password—ready to copy straight into the report back to the client.
An MSP client came on board with an aggressive rollout plan—800+ sites to onboard over two years. Each site involved configuration across multiple services, following a 30-page onboarding document that took 1–1.5 hours per site and carried a high error rate.
Using Rewst, workflows and a form were built for the engineer to fill in. The 1–1.5 hour, mistake-prone task became a 5-minute form that produced the same clean result every time—projected to cut total onboarding time from 800–1,200 hours down to around 67.
Engineers weren’t using the Knowledge Base because articles were hard to find. Customers started complaining that tickets were being closed with steps missed or incomplete.
A dedicated SharePoint site was built to house the KB, every article checked for relevance and renamed to a consistent naming convention. A Copilot chatbot was then trained on the KB content and surfaced inside Teams—so engineers had answers on hand without going looking.
Repetitive service desk tasks—user onboarding, offboarding, group membership, mailbox delegation, email forwarding, out-of-office configuration, password resets—were prone to mistakes and ate into time engineers could spend on more interesting work.
Using Rewst, a workflow and form were built for each task. Every workflow carries out the job, creates or updates the ticket with notes, closes it, and emails the customer confirmation along with any extra detail needed. If anything goes wrong, it emails the engineer directly with a list of the issues.
Several MSPs had dozens of workflows and forms already built in Rewst, but adoption was low—engineers weren’t using automations that already existed.
An internal portal was built listing every available automation, alongside a leaderboard tracking each engineer’s time saved.
Customers were complaining about being billed for devices they weren’t using, which meant finance had to do extra work chasing it down and issuing credits.
A device reconciliation portal was built that shows every device at a glance, flagging anything unseen for 30 or 60 days. Each device has a one-click option for the customer to decommission it themselves.
At the end of each month, finance had to work through an RMM report listing device counts for servers, workstations and laptops, then update Autotask contracts by hand—slow and error-prone.
Workflows were built to update Autotask contracts automatically on the last day of the month, using RMM as the source of truth. This removed the manual work for finance entirely, and the errors along with it.
The MSP had a set of standards every customer needed checking against—local admin accounts, Windows Firewall status, domain status. All of it was manual: an engineer logged into RMM, found the site, then worked through each machine by hand checking local accounts one at a time. Painfully slow.
Scripts were written for each standard check, set up as components in Datto RMM and scheduled daily to log results to a user-defined field. A Rewst form let the user pick a customer and the standards to check—workflows pulled the results from the UDFs and emailed a report straight to the engineer.
Tell us about what you’re working on, whether that’s a specific project, an ongoing need, or just a first conversation to see if we’re the right fit.
You can reach us directly at enquiry@flowridium.co.uk or 0208 092 2390—or fill out the form below and we’ll get back to you shortly.