I build the operating systems behind post-sales teams.

The processes, the dashboards, the automations. Usually with my own hands.

12 years in Customer Success and Support Operations at Cloudinary, XM Cyber and Fornova. I work in Salesforce and other CRMs, and am fluent in Python, SQL and low-code platforms like Zapier and Make. I'm currently running the AI agent rollout for our CS team.

Ido Bar-Noam

What I do

Operations design

Operating models, KPIs, forecasting, and the reporting layer underneath them. Post-sales, across regions.

Systems, hands on

Salesforce at admin level, Zendesk and Intercom configuration, Jira and Confluence, SQL. I build it rather than specify it.

AI and automation

Workflows in Make and Zapier, some Python and JavaScript when the no-code runs out, and the AI agent rollout for our CS team on Dust.

Selected work

The AI pilot nobody was using

XM Cyber · 2025—2026

Problem

The company had brought in Dust, a no-code agent platform. Agents for CSM meeting prep already existed and worked, built by a colleague on the technical side. Nobody used them.

The pilot was drifting, and the SVP was not going to approve continued access for CS without evidence the thing earned its keep. No evidence meant CS loses the platform.

What I built

The agents were someone else's work. Mine was everything that turned them into something a team actually uses, and getting people to use them turned out to be the whole job.

I sat with the CSMs and explained what the agents were for and what was riding on it: no proof of value, no platform. I opened a Slack channel so the pilot lived in one place, answered questions as they came up, and when somebody went quiet I asked them why they had stopped rather than chasing them.

6 CSMs on live accounts, no barriers in their way. Then I collected a time-saved estimate from each of them and turned it into a number the SVP could act on.

Result

Time given back to the team, self-reported by the 6 CSMs who used it:

5.5 hours a week

That number won the approval. All 6 are still using the agents, and the rollout to the rest of the team goes out as they are, with nothing further to fix.

An NRR forecast the leadership team actually trusts

XM Cyber

Problem

Net revenue retention forecasting was inconsistent across regions. Every leader had their own definition of what counted, so the roll-up never quite reconciled and the number that reached the exec team came with an asterisk.

What I built

A forecasting framework with one shared definition, one input process across regions, and Salesforce reporting behind it. I own the renewal quote and approval flow that feeds it.

Result

One NRR number that leadership works off, instead of three that disagree.

Overages, from a collections problem into a customer conversation

Cloudinary

Problem

Cloudinary bills on usage, and customers went past their limits regularly. The platform did warn them automatically, but plenty of customers never registered the warning.

That left two bad endings: invoices that were hard to collect, and customers hit with bill shock. Neither is a place you want to be with an account you are about to renew.

What I built

The whole thing, end to end. The data team surfaced the overages. Everything downstream of that signal was mine: a notification layer that routed each case into the right channel in front of the right people, sized by two variables, how big the overage was and how big the account was.

On top of it, a rule set for who reaches out, to whom, and how, across CS, Finance and Sales. I owned both halves, the technical plumbing and the agreement about who works with whom.

Result

Visibility first. Overages stopped being something the company discovered at invoice time. Then the part that mattered more, out of every overage case we knew about:

100%

ended with a person contacting the customer, rather than an automated notice we hoped they had read.

Building the CS Operations function at Cloudinary

Cloudinary · Head of CS Operations · 2023—2025

Problem

A post-sales organization of 90+ people across multiple regions, running on processes that had grown organically rather than been designed.

What I built

I built the CS enablement function from scratch and owned the operating model, KPIs and systems for a CS Operations function serving 50+ post-sales people across regions.

Salesforce at admin level: objects, fields, automation, reports, dashboards, and data integrity.

I also ran the replacement of the core CS systems stack end to end: vendor evaluation, migration, and the internal launch.

Result

One operating model and one set of KPIs across every region.

After the systems stack replacement, 70% of users reported higher productivity and 90% reported satisfaction with the new stack.

Support at scale, configured by hand

Cloudinary · 2016—2020

Problem

Thousands of support tickets a month, handled by an internal team, on a Zendesk instance that needed to route and categorize them correctly without a human triaging every one.

What I built

I configured Zendesk rather than just using it. I owned the tagging taxonomy, the macros, and the routing and automation rules.

Same hands-on depth in Intercom, and in Jira and Confluence: custom workflows, boards, fields, and Confluence spaces I built myself.

Result

A support operation that scaled on configuration instead of headcount.

Tools

Salesforce SQL Zendesk Intercom Jira Confluence Dust Make Zapier Python Qlik Sense Tableau

Background

  • Head of CS Operations · XM Cyber2025—now
  • Head of CS Operations · Cloudinary2023—2025
  • Head of CS Enablement · Cloudinary2020—2023
  • Senior Developer Support Engineer · Cloudinary2019—2020
  • Developer Support Engineer · Cloudinary2016—2019
  • Technical Support Team Leader · Fornova2014—2016
  • Technical Support Manager · Fornova2013—2014
  • Application Engineer · Fornova2012—2013
  • Consultant · Ernst & Young2011—2012

Contact

I'm looking for an operations role where building the system is part of the job, rather than a favor to the team. B2B SaaS, ideally dev tools or security.