How Senior Operators Quietly Reveal Their True Workflow
Most discovery calls fail because they focus on the "what." You ask a VP of Sales what they need in a CRM, and they give you a list of features they read in a
The Friction Point of Standard Discovery
Most discovery calls fail because they focus on the "what." You ask a VP of Sales what they need in a CRM, and they give you a list of features they read in a Gartner report. It’s a script. It’s how they think they should work, not how they actually do.
If you want to understand an operator's life, you have to find the friction. You have to find where their current stack breaks and where they resort to manual workarounds. Senior operators are proud of their "hacks"—the Excel sheets that bridge two expensive platforms, or the Slack bot they hacked together to bypass a broken notification system.
To get the truth, stop asking for requirements. Start looking for the scar tissue.
Spotting "Shadow Workflows"
A shadow workflow is any task a Director of RevOps does that isn't documented in the company handbook. It’s the three hours spent every Sunday night cleaning Lead Source data because the enrichment tool is 20% inaccurate.
When you conduct operator workflow research, your goal is to identify these manual bridges. They represent the highest-intent pain points. If an operator is willing to do it manually, they are willing to pay to automate it.
Consider a Series B Head of Infrastructure. They might say they want "better observability." That’s a generic requirement. But if you ask them to show you the last three tabs they opened during a high-severity incident, you might find they are manually tailing logs in a terminal because their fancy dashboard is too slow. The terminal is the real workflow. The dashboard is the shelfware.
Four Questions That Bypass the Script
Generic questions get generic answers. These four prompts force an operator to describe their reality rather than their goals:
- "Which browser tab is permanently pinned on your second monitor?" This reveals the actual command center of their day, regardless of what the "official" tool is.
- "What was the last thing you exported to CSV to 'fix' it?" This identifies where their current software fails to provide an actionable interface.
- "Who is the person you have to DM most often to get a status update?" This exposes the gaps in their system’s visibility.
- "If your budget was cut by 50% tomorrow, which tool would you fight to keep even if it meant laying off an intern?" This determines the "oxygen" tools versus the "vitamin" tools.
The "Audit Trail" Method
Real operators leave a paper trail. If you are doing discovery on a new fintech tool, don't ask about "compliance needs." Ask to see the folder structure of their last audit.
Specific mechanics matter. For example, a Compliance Officer at a mid-market bank might show you a shared Google Drive filled with timestamped screenshots of transaction logs. This is a goldmine. It tells you that the existing enterprise software doesn’t have a one-click audit export.
At BuyerSignal, we see the most successful product teams move away from massive Zoom transcripts and toward these specific, artifact-driven conversations. They value a 15-minute screen share of a messy spreadsheet more than a 60-minute theoretical discussion.
What Most People Get Wrong: The "Ideal State" Trap
The biggest mistake in operator workflow research is asking, "In an ideal world, how would this work?"
Operators don't live in an ideal world. They live in a world of legacy technical debt, shrinking headcount, and shifting KPIs. When you ask for the ideal state, they stop being operators and start being visionaries. Visionaries don't buy software to solve today's problems; they buy it to solve problems they might have in three years. Those deals don't close.
You want to solve for the "Muddling Through" state. Document the mess. If the VP of Product is using a Trello board to manage a $5M roadmap because Jira is "too loud," that is a signal. Don't try to build a better Jira. Build a tool that matches the speed and silence of that Trello board.
The Specificity of Roles
Workflow research must be role-specific. The "truth" looks different across the hall:
- The Controller: Their truth is found in the "Miscellaneous" line item of a month-end close. Why is it there? Because the ERP couldn't categorize a specific type of spend.
- The SE Manager: Their truth is in the "Demo Prep" notes. If secondary engineers are spending four hours building custom environments for every call, your product’s "easy setup" claim is a lie.
- The Customer Success Lead: Their truth is in the "At Risk" flag. Find out exactly which metric triggered the flag. If it was a manual gut-check from an Account Manager, your automated health scores are useless.
Validating the Workaround
Once you find a workaround, price it. Not in dollars, but in hours and cycles. If a Director of Engineering is spending 10% of their week triaging Jira tickets manually because the automation keeps breaking, that is 400 hours a year of a $250k salary.
That $25k "tax" is your entry point. If your solution costs $15k and eliminates that tax, the ROI is a no-brainer. But you can only make that pitch if you know the exact rhythm of the manual triage—how many clicks, how many screens, and which Slack channels are involved.
Direct research is the only way to find these edges. By using BuyerSignal to connect with verified professionals in these exact seats, you can skip the fluff and get straight to the "unfiltered" workflow.
Running this loop regularly ensures your roadmap stays grounded in reality. Use BuyerSignal to recruit the right operators and start asking about the tabs they never close.
Run paid B2B research the compliant way.
BuyerSignal handles sourcing, scheduling, payment, and audit trails so your team can focus on the conversation.
Start a research campaign