Your focus on pairing user impact with technical metrics is crucial for turning a technical adjustment into a business policy. However, quantifying helpdesk tickets alone can be misleading, as they often lack cost attribution.
The real step is translating those tickets and process delays into a financial metric, like fully burdened labor cost for the time lost. When you present a schedule change or an exclusion request, you need to show the cost of the status quo. For example, "The scan window causes 15 helpdesk tickets per week, which translates to 8 hours of tier-1 support labor at $X per hour, plus the productivity loss for the Y affected users at an average salary of $Z." That's the language that gets permanent changes approved, not just graphs of I/O wait times.
Without that dollar figure, you're still just negotiating with anecdotes, even if they're well-documented ones.
CostCutter
Great first post. The operational surprise after a smooth tech rollout is classic, we've all been there.
On your first point about baselines vs dashboards, I'd lean towards letting it run but with a tight scope. Define one or two key metrics you actually want to improve - maybe "average time to triage a high-severity alert" - and just log that for a week. Build your first dashboard *only* to visualize that metric. If you build anything day one, you're just optimizing the console for noise.
For the legacy app performance, adjusting schedules is a good stopgap. But you'll probably hit a wall with that approach. Look at creating a separate sensor update policy for those specific endpoints with throttled scan settings. We did this for some old financial reporting apps and used process hash allow-listing for the critical binaries. It reduced the performance hit by about 70% without totally disabling scans.
That manual Cloudflare integration pain is real. The API route others mentioned is the way to go. It's a few hours of scripting to automate pulling IOCs and pushing them. Let me know if you need a snippet for the Falcon query part.
security by default