Global Bulk Actions Alignment

Global Bulk Actions Alignment

Audited 8+ modules, unified 3 engineering teams, and created a self-sufficient design standard, without a single ticket on anyone's roadmap.

Bulk actions, publish, unpublish, delete - had been built independently across every module in Ticketmaster's CMS. Different trigger points. Different confirmation patterns. Different feedback states. Nothing was broken, but nothing was predictable either. For clients working across modules daily, it was persistent low-level friction. This problem wasn't on anyone's roadmap. I identified it, scoped it, and drove alignment across 3 engineering teams entirely off my own initiative.

Bulk actions, publish, unpublish, delete - had been built independently across every module in Ticketmaster's CMS. Different trigger points. Different confirmation patterns. Different feedback states. Nothing was broken, but nothing was predictable either. For clients working across modules daily, it was persistent low-level friction. This problem wasn't on anyone's roadmap. I identified it, scoped it, and drove alignment across 3 engineering teams entirely off my own initiative.

Client

Ticketmaster

Services

Product Design · Design Systems · Cross-team Alignment

Industries

Live Entertainment · Enterprise SaaS · Ticketing

Date

2024

The tempting move was to design the "correct" pattern upfront and map modules to it. I'd seen that fail, when you start with the answer, you miss the edge cases existing implementations were actually solving for. The audit came first. It surfaced inconsistencies across Copy, UI pattern, and Interaction design, structured around why, not just what. Every pattern decision included a rationale so teams could handle edge cases without returning to design.

The alignment move: all three teams in the same room simultaneously. No sequential briefings. Presenting alignment work to separate teams sequentially is how alignment work dies, each team hears a slightly different version and you end up with three teams who've each agreed to something marginally different. One simultaneous cross-team session, all PMs, design leads, and engineering leads together. Module-by-module current state vs. proposed standard, with implementation effort estimates alongside each UI change. It shifted the conversation from "will you approve this" to "how do we prioritise this."

The documentation ran itself.

The documentation ran itself.

8+ modules brought to a single consistent bulk actions standard. 3 engineering teams coordinated in one simultaneous session, no sequential briefings. The real proof: a PM I hadn't worked with used the bulk actions documentation to brief the Event Manager team without looping me in. 0 design involvement required for subsequent module alignments. The documentation ran itself.

You can check out the detailed version of case studies.

You can check out the detailed version of case studies.

You can check out the detailed version of case studies.

View Case Study