Sales

Trigger Rules for When a Human Should Touch a Product-Led Account

Not every PLG signup needs a sales call. Not every enterprise account will self-serve. These are the trigger rules that tell you exactly when — and when not — to send a human into a product-led account.

SaaS Science TeamJune 14, 202611 min read
product-led growthsales assistplg salesproduct qualified leadssales triggers

The promise of product-led growth is that the product does the selling. The reality is that the product does most of the selling — and a human does the rest, but only when the human can add genuine value to an account that has already demonstrated intent. The failure mode of PLG-plus-sales is not too much human involvement: it is human involvement triggered by the wrong signals. When a sales rep reaches out to a company because they signed up with a large-company email domain, the interaction is indistinguishable from cold outreach and converts accordingly. When a sales rep reaches out because a company has added 8 users in 14 days and one of them tried to access the SSO configuration page, the interaction lands as genuinely helpful — and converts at rates that justify the investment in a sales-assist function. The difference between these two scenarios is the trigger model. OpenView Partners data from PLG benchmark companies shows that behavioral-trigger-based outreach converts at 3–5x the rate of firmographic-trigger-based outreach from the same accounts.

See Your Growth Ceiling NowTry Free

What a Product-Qualified Lead Actually Is

A PQL is not an account that looks like your best customer. It is an account that has behaved like your best customer behaved before they became your best customer. The distinction matters because it determines what data you need to collect and how you use it.

Most early-stage SaaS companies build their first PQL definition by looking at their best current customers and asking: what were they doing in the product in the 30 days before they upgraded? The answer to that question — not firmographic matching — is the foundation of a working trigger model.

The PQL definition process:

  1. Pull the list of your 20 highest-NPS customers or 20 highest-ACV accounts
  2. For each account, pull the product usage data from the 14–30 days before their first upgrade or expansion
  3. Identify the 3–5 behaviors that appear in 70%+ of those accounts and do not appear in accounts that churned at the same stage
  4. Those behaviors become your Tier 1 triggers

This is not a sophisticated statistical model. It is pattern recognition on a small sample, which is exactly what you need at early stage before you have enough data to build a proper predictive model. The pattern is directionally correct and can be refined as data accumulates. For the data infrastructure underlying this process, see /blog/plg-activation-metric-design.

The Three-Tier Trigger Framework

Not all triggers require the same urgency or the same type of human response. The three-tier framework organizes triggers by conversion probability and action window:

Tier 1: Same-Day Response Required

Tier 1 triggers indicate that an account is at an inflection point — they are either about to upgrade without help or they are about to stall and churn. The 24-hour window is the decision window, not a guideline.

TriggerWhy It's Tier 1Action
5+ users from same domain activate in 14 daysMulti-user deployment signals team use case; enterprise decision imminentSales-assist outreach within 4 hours during business hours
User accesses enterprise feature (SSO, audit log, admin panel) on free planDirect signal of enterprise requirements — they know what they needOutreach with enterprise tier information within 24 hours
Integration with a mission-critical tool (Salesforce, Jira, NetSuite)Product is being embedded in workflow; switching cost is risingAcknowledge integration, offer onboarding for the combined use case
Account usage grows >100% week-over-week for 2 consecutive weeksExponential growth signal; account may outgrow current tier quicklyProactive upgrade conversation before they hit limit

Tier 2: 72-Hour Response Window

Tier 2 triggers indicate meaningful engagement but not an immediate decision point. Human outreach within 72 hours is additive; beyond 72 hours, the signal has decayed.

TriggerWhy It's Tier 2Action
Account invites users from 3+ different email domainsMulti-company or division deployment; escalating scopePersonalized email referencing the multi-team use case
User completes advanced onboarding flow (not just basic setup)Invested enough to go deep; likely past evaluation phaseReach out with advanced use case tips and expansion options
Free plan account creates >50 objects in first 30 daysHigh usage intensity; approaching natural free tier limitsProactive upgrade conversation before they hit the wall
User contacts support about a feature in a higher tierDirect signal of feature need; but checking whether it exists, not requesting itReference the support context in outreach; offer solution

Tier 3: Monitoring and Automated Nurture

Tier 3 triggers indicate interest or early engagement but not imminent purchase intent. Human outreach is not cost-effective; automated personalized sequences handle these.

TriggerAction
Company matching ICP signs up but does not activate in 7 daysAutomated onboarding sequence day 3 and day 7
User visits the pricing page but does not click any tierAutomated follow-up email with pricing FAQ
User completes basic onboarding but has not returned in 7 daysAutomated re-engagement sequence with use case examples
Account on starter plan for 6+ months with stable usageQuarterly automated check-in about growth and needs

See /blog/plg-bottom-up-vs-top-down-distribution for how this trigger model fits into the broader PLG distribution architecture.

The "Do Not Touch" Rules

Trigger rules are about when to engage. "Do not touch" rules are about when specifically not to engage — even if a triggering event has occurred.

Do not engage when:

  • Active checkout in progress. If a user has clicked an upgrade CTA and is in the payment flow, any sales interruption introduces friction and reduces conversion. Wait until the checkout is complete (or abandoned for 24+ hours) before outreach.

  • Within 48 hours of a successful upgrade. A newly upgraded customer needs to land in their new tier, not receive a sales call. Wait 48–72 hours after an upgrade before outreach; the first contact should be a welcome and onboarding offer, not a pitch for a higher tier.

  • Active support ticket open. An account with an unresolved support issue should not receive a sales message. Resolve the support issue first; then, if the resolved issue reveals an expansion need, sales can follow up.

  • Account in active churn risk. If the account's health score is below threshold (low usage, declining seat count, or recent downgrade), sales outreach for expansion is counterproductive. Route to customer success for retention before any expansion conversation.

  • Accounts that have explicitly opted out of sales contact. Respect opt-out signals — if a user responded to previous outreach with "please remove me from your list" or "I will reach out when I'm ready," honor that. PLG is a trust model; violating stated boundaries destroys the trust that makes the model work.

Building the Trigger Alert Infrastructure

The operational implementation of trigger rules requires four components:

1. Event tracking at the user and account level. Every product action that maps to a trigger condition must be tracked as an event with user ID, account ID, timestamp, and relevant metadata. Tools: Segment, Mixpanel, Amplitude, or direct database events. The key design decision: track at the event level, not the session level, so that aggregations (e.g., "5+ users from same domain") can be computed accurately.

2. Aggregation to account level. Most product analytics tools are user-centric. Trigger rules often require account-level aggregation — "how many distinct users from company X have activated this week?" This requires either a customer data platform that handles account-level aggregation or a simple SQL query run on a schedule against the product database.

3. CRM task creation when thresholds are crossed. When an aggregated condition crosses a trigger threshold, a task should be created in the CRM (Salesforce, HubSpot) and assigned to the sales-assist rep. The task should include: account name, trigger type, specific behavior that triggered, account-level context (plan, seat count, usage summary), and the recommended outreach message. Tools: Zapier, Make, or a custom webhook from the product analytics platform.

4. SLA enforcement. Create a dashboard that shows all open trigger tasks, sorted by creation date, with a visual indicator when the SLA window is approaching or has passed. Weekly reviews of SLA adherence identify whether the trigger volume is within the sales-assist team's capacity.

Bessemer Venture Partners Atlas data on PLG companies shows that median time from trigger fire to rep outreach at top-quartile companies is under 4 hours. Companies where that lag exceeds 24 hours see significantly lower conversion rates.

Calibrating Trigger Rules Over Time

Trigger rules are not a one-time setup. They require quarterly calibration to remain useful as the product evolves, the ICP shifts, and the sales-assist function scales.

Quarterly calibration process:

For each trigger, compute:

  • Outreach rate: What percentage of triggered accounts received outreach within SLA?
  • Response rate: What percentage of outreached accounts responded?
  • Conversion rate: What percentage of triggered accounts upgraded or expanded within 60 days of trigger (including those that did not respond to outreach)?
  • False positive rate: What percentage of triggered accounts did ICP scoring reveal as unlikely expansion candidates after the fact?

Decision rules:

Conversion RateAction
>30%Tier 1 — prioritize for same-day human outreach
15–30%Tier 1 or Tier 2 depending on volume
10–15%Tier 2 — 72-hour window
<10%Remove or move to automated nurture only

Remove triggers that are consistently below 10% conversion. A trigger with low conversion wastes sales-assist capacity on accounts that would not have converted regardless. Better to have fewer high-converting triggers and respond to them within SLA than to have many triggers and miss the SLA window on the ones that matter. For the companion framework on how to handle these accounts after the initial trigger response, see /blog/layering-sales-onto-self-serve-without-friction.

See Your Growth Ceiling Now

Calculate when your SaaS growth will plateau — free, no signup required.

Calculate Your Growth Ceiling

Conclusion

Trigger rules are the operational translation of a hypothesis: "accounts that do X are more likely to convert than accounts that do not do X." The discipline of building, calibrating, and maintaining those rules is what separates a PLG sales motion that compounds over time from one that burns rep capacity on low-probability outreach. Start with 3–5 Tier 1 triggers derived from your best customer behavior data. Add the "do not touch" rules to protect self-serve conversion. Build the minimum viable alert infrastructure. And calibrate quarterly, removing rules that decay below threshold and promoting rules that consistently convert above target. The trigger model is the judgment layer between a product that generates data and a sales team that converts it into revenue. For the pricing and packaging decisions that shape what your trigger model is actually selling into, see /blog/freemium-monetization-triggers.

Frequently Asked Questions

What is a product-qualified lead (PQL) and how is it different from an MQL?

A PQL is defined by in-product behavior — specific feature usage, seat expansion, engagement depth, or friction signals within the product itself. PQLs convert at 3–5x the rate of MQLs because the signal is direct evidence of product engagement rather than a proxy for it.

What are the highest-converting PLG sales triggers?

The five highest-converting triggers are: seat expansion (5+ users from same email domain within 14 days), enterprise feature access, data volume threshold, integration install with mission-critical tools, and role upgrade attempts.

How many PQL triggers should a PLG company define?

Start with 3–5 high-signal triggers and validate conversion rates before expanding. Too many triggers dilute sales-assist capacity and reduce response quality.

What is the "do not touch" window in a PLG account?

Any period when a user is actively progressing through the self-serve conversion flow — on the pricing page, in checkout, within 48 hours of a successful upgrade, or with an active support ticket open.

How often should trigger rules be reviewed and updated?

Quarterly calibration is the minimum. Each quarter, analyze conversion rates by trigger type, identify any new in-product behaviors that correlate with expansion, and retire triggers that have decayed below 10% conversion threshold.

Frequently Asked Questions

What is a product-qualified lead (PQL) and how is it different from an MQL?
A marketing-qualified lead (MQL) is defined by firmographic fit and behavioral signals from marketing touchpoints — job title, company size, content downloads, webinar attendance. A product-qualified lead (PQL) is defined by in-product behavior — specific feature usage, seat expansion, engagement depth, or friction signals within the product itself. PQLs convert at 3–5x the rate of MQLs because the signal is direct evidence of product engagement rather than a proxy for it. The distinction matters because MQL-based routing sends sales to accounts that may be aware of the product; PQL-based routing sends sales to accounts that are actively using it.
What are the highest-converting PLG sales triggers?
Based on data from OpenView Partners' product-led growth benchmark report, the five highest-converting triggers are: (1) Seat expansion — 5+ users from same email domain within 14 days; (2) Enterprise feature access — user attempts to access SSO, advanced admin, or audit log features on a free or starter plan; (3) Data volume threshold — account creates or imports data above a defined volume that signals real production use; (4) Integration install — user connects a mission-critical tool (Salesforce, Jira, Slack) indicating the product is being embedded in workflow; (5) Role upgrade attempt — a non-admin user attempts to upgrade to admin rights, indicating team growth beyond the initial champion.
How many PQL triggers should a PLG company define?
Start with 3–5 high-signal triggers and validate conversion rates before expanding. Too many triggers dilute sales-assist capacity and reduce response quality — a rep responding to 50 trigger alerts per day cannot provide genuinely helpful outreach; they produce generic messages that feel automated. The target is a trigger set that generates a volume of alerts your sales-assist function can respond to meaningfully within the SLA window: typically 20–40 alerts per week per sales-assist rep at early stage.
What is the 'do not touch' window in a PLG account?
The 'do not touch' window is any period when a user is actively progressing through the self-serve conversion flow. Specifically: when a user is on the pricing page, when a user has initiated checkout, when a user has upgraded within the last 48 hours (allow them to land before any outreach), and when a user has submitted a support ticket in the last 72 hours (let the support interaction resolve before adding a sales touch). Interrupting a self-serve conversion in progress is one of the few sales actions that actively reduces revenue.
Should PLG sales triggers route to a sales team or to automated sequences?
Tier 1 triggers (same-day urgency) should route to a human sales-assist rep, not an automated sequence. The signal is too high-intent to risk a generic automated response. Tier 2 triggers (72-hour window) can be handled by a personalized automated sequence if the sales-assist team does not have capacity — but the sequence must reference the specific trigger (e.g., 'I noticed you connected Salesforce yesterday'). Tier 3 triggers (monitoring) should be handled entirely by automated nurture sequences, not human outreach. Generic automated outreach on Tier 1 triggers typically converts at 2–5%; human outreach converts at 15–25%.
How do you measure whether a trigger rule is working?
For each trigger, track: outreach-to-response rate (what percentage of outreached accounts respond), response-to-conversion rate (what percentage of responding accounts upgrade or expand within 30 days), and false positive rate (what percentage of triggered accounts were not actually good candidates for expansion, as revealed by ICP scoring). A trigger with a conversion rate below 10% should be removed or modified. A trigger with a conversion rate above 30% should be prioritized for Tier 1 routing.
How often should trigger rules be reviewed and updated?
Quarterly calibration is the minimum. Each quarter, analyze conversion rates by trigger type, identify any new in-product behaviors that correlate with expansion, and retire triggers that have decayed below threshold. Trigger rules decay for two reasons: product changes (the behavior is no longer meaningful or no longer exists) and market changes (the ICP has shifted, so the behavioral signals that predicted conversion no longer apply). Treat trigger rules like a predictive model — they need retraining as the input data changes.
What data infrastructure is required to implement PLG trigger rules?
The minimum viable infrastructure: product event tracking (Segment, Mixpanel, or Amplitude) that captures user-level events, a way to aggregate those events to the account level (most product analytics tools do this), and a CRM integration that creates or updates a contact/account record when a trigger fires. Advanced implementations add a lead scoring model that combines multiple signals into a composite PQL score. The point solution for early-stage companies is a Zapier or Make workflow that listens for trigger events from the product analytics tool and creates tasks in the CRM when thresholds are crossed.

Related Posts