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.
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.
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:
- Pull the list of your 20 highest-NPS customers or 20 highest-ACV accounts
- For each account, pull the product usage data from the 14–30 days before their first upgrade or expansion
- Identify the 3–5 behaviors that appear in 70%+ of those accounts and do not appear in accounts that churned at the same stage
- 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.
| Trigger | Why It's Tier 1 | Action |
|---|---|---|
| 5+ users from same domain activate in 14 days | Multi-user deployment signals team use case; enterprise decision imminent | Sales-assist outreach within 4 hours during business hours |
| User accesses enterprise feature (SSO, audit log, admin panel) on free plan | Direct signal of enterprise requirements — they know what they need | Outreach 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 rising | Acknowledge integration, offer onboarding for the combined use case |
| Account usage grows >100% week-over-week for 2 consecutive weeks | Exponential growth signal; account may outgrow current tier quickly | Proactive 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.
| Trigger | Why It's Tier 2 | Action |
|---|---|---|
| Account invites users from 3+ different email domains | Multi-company or division deployment; escalating scope | Personalized email referencing the multi-team use case |
| User completes advanced onboarding flow (not just basic setup) | Invested enough to go deep; likely past evaluation phase | Reach out with advanced use case tips and expansion options |
| Free plan account creates >50 objects in first 30 days | High usage intensity; approaching natural free tier limits | Proactive upgrade conversation before they hit the wall |
| User contacts support about a feature in a higher tier | Direct signal of feature need; but checking whether it exists, not requesting it | Reference 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.
| Trigger | Action |
|---|---|
| Company matching ICP signs up but does not activate in 7 days | Automated onboarding sequence day 3 and day 7 |
| User visits the pricing page but does not click any tier | Automated follow-up email with pricing FAQ |
| User completes basic onboarding but has not returned in 7 days | Automated re-engagement sequence with use case examples |
| Account on starter plan for 6+ months with stable usage | Quarterly 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 Rate | Action |
|---|---|
| >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.
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?
What are the highest-converting PLG sales triggers?
How many PQL triggers should a PLG company define?
What is the 'do not touch' window in a PLG account?
Should PLG sales triggers route to a sales team or to automated sequences?
How do you measure whether a trigger rule is working?
How often should trigger rules be reviewed and updated?
What data infrastructure is required to implement PLG trigger rules?
Related Posts
A Discovery-Call Framework That Works When You're Selling to Technical Buyers
Technical buyers evaluate differently than business buyers. They will find every claim you cannot back up, skip your demo narrative to probe edge cases, and kill a deal in procurement if the security review is not already prepared. Here is the discovery framework that works.
11 min readA 90-Day Ramp Plan That Gets Your First Sales Rep to Quota
Most first sales reps at early-stage SaaS companies fail within 6 months — not because of capability, but because of broken onboarding. This is the 90-day ramp plan that produces a quota-carrying rep by month four.
11 min readWriting the First Sales Playbook a Non-Salesperson Founder Can Hand Off
Most founder-built sales playbooks are either too thin to be useful or too long to be used. This is the structure, format, and content that produces a playbook a first rep can actually run from on day one.
12 min read