All projects
B2B SaaS · Product Manager · 2024–2025

Fraud Detection
Reimagined

How I shifted the platform's trust infrastructure from reactive rule-following to layered risk intelligence, cutting fraud and false positives at the same time.

AIAnti-fraudB2B SaaSSecurityTrust & Safety
Fraud detection interface
15%
Reduction in undetected fraud
20%
Fewer false-positive tickets
80%
Manual intervention target reduction
5,390
Fraudulent accounts blocked in Q3
Summary

Owned the fraud and trust surface at a B2B sales intelligence platform. Identified that existing rule-based systems were both reactive and blunt, flagging legitimate users while missing sophisticated bad actors. Led a behavioral data analysis to quantify signal value, then designed a two-phase approach: heuristic rules for immediate impact, followed by an in-house AI model with a feedback loop for continuous learning.


Background

A platform scaling fast, with a fraud problem growing faster.

A B2B sales intelligence platform used by tens of thousands of sales professionals to find and enrich contact data. As the platform scaled, a more sophisticated fraud problem emerged: bad actors exploiting free-tier access, scraping data at scale, and evading detection through fragmented rule-based systems that flagged the wrong users and missed the right ones.

I owned the fraud and trust surface as PM, working with a data science team, a security engineer, and cross-functional stakeholders across legal, customer success, and support.


The Problem

Catching the wrong people, and missing the right ones.

A strategic pivot to expand free trials created an unexpected vulnerability. Our third-party provider analyzed domains, IPs, and signup signals, but had no visibility into what users actually did inside the platform. In Q3 2024 alone, we manually blocked 5,390 fraudulent accounts.

The existing fraud system had two compounding failure modes: it was reactive (rules added after fraud was discovered) and blunt (high false positives flagging legitimate enterprise customers).

Core Tension

Tightening fraud controls to catch more bad actors while simultaneously reducing friction and false positives for legitimate users. Two goals that felt contradictory until the underlying issue was clear.

4.3%
of all accounts created in Q3 were fraudulent, and that number was almost certainly understated

My Approach

The data we already had was the advantage no external tool could replicate.

Fraudulent accounts had clear in-platform patterns: rapid account creation under the same domain, phone credit consumption within seconds of verification, multiple signups from the same visitor ID within hours. I led a structured analysis to quantify exactly how many fraudulent accounts each behavioral signal would have caught, giving me both the evidence and the prioritization framework I needed.

Phase 1
Heuristic Rules

Deploy behavioral rules to catch the clearest fraud patterns immediately. Four automated suspension rules running twice daily via Kafka, with validation logic ensuring no paid accounts were ever affected.

Phase 2
In-House AI Model

Build a self-learning model with a feedback loop: support resolutions and CS override decisions fed back into training data. The system improves quarter-over-quarter without requiring manual rule updates.


Stakeholder Management

Fraud work touches every team. Alignment was the product.

Legal had requirements around automatic versus human-review actions. Customer success was protective of enterprise accounts. Support needed visibility into why accounts were flagged to resolve tickets effectively.

I mapped each stakeholder's constraint, identified where they were in genuine conflict versus just uninformed about how the system worked, and built escalation tiers that accommodated the real constraints. Enterprise accounts got a higher intervention threshold and direct CS notification rather than automated blocking.

Legal
Automatic vs. human-review thresholds
Tiered intervention model by confidence score
Customer Success
No automated blocking of enterprise accounts
Elevated threshold + direct CS notification
Support
Needed to explain flags to users
Flag reason exposed in support tooling

Outcome & Evolution

The results that arrived together proved the premise.

The 15% reduction in undetected fraud and 20% drop in false-positive tickets arrived together. The point of the redesign was that these weren't in opposition. Catching fraud more accurately meant fewer good users caught in the crossfire.

Fraud is an adversarial problem: bad actors adapt. A system that learns from its own decisions adapts faster than one that waits for a PM to write a new rule.

15%
Reduction in undetected fraud
20%
Fewer false-positive support tickets
80%
Target reduction in manual intervention

Reflection

"Fraud is an adversarial problem. A system that learns from its own decisions adapts faster than one that waits for a PM to write a new rule."