How is Strkr lead scoring different from HubSpot or Salesforce lead scoring?
HubSpot ships manual lead scoring on all paid tiers but gates predictive scoring (HubSpot score) behind Marketing Hub Enterprise, roughly $3,600 per month billed annually. For a growing team, that gate usually means the predictive piece never gets turned on. Salesforce Einstein Lead Scoring requires Sales Cloud Enterprise or above plus the Einstein add-on, and will not activate until the tenant has at least 1,000 closed-won and 1,000 closed-lost leads from the last 6 months, which rules out most teams under $50M in revenue. Strkr ships rule-based fit scoring, rule-based engagement scoring, and Strkr AI predictive scoring on every paid tier, with no data-volume floor on the predictive side and model explainability built into every score. The combined effect is that a team in year one gets the same scoring surface a Salesforce or HubSpot customer has to pay six figures a year to assemble.
Does Strkr AI predictive scoring need a minimum data volume to turn on?
No. The predictive model activates on the first paid tier regardless of how many closed-won or closed-lost leads the tenant has. Early-stage teams see useful lift from day one because the model uses account-graph and behavioral patterns, not just raw outcome volume. The predictive scoring does not try to run a cold-start regression on 20 historical deals. Instead, Strkr AI reads enrichment signals, engagement patterns, and account-graph structure and applies patterns learned across similar segments. As your own closed-won history grows past the 100-record mark, the model begins blending tenant-specific outcome patterns into the score. Past 500 closed-won records, the tenant-specific signal dominates. There is no gate, no 1,000-record floor, no six-month warm-up period, and no manual retrain-request process to open the predictive piece.
How does score decay work and can I turn it off?
Engagement points decay on a configurable half-life. By default, a point earned today is still worth a point tomorrow, worth about 0.7 points in 30 days, and worth less than 0.3 points in 90 days. The decay runs nightly across all leads in a background job that writes atomically alongside the normal score recompute. Fit points do not decay by default, because industry and title do not go stale the same way behavior does. Admins can tune the half-life per event type (pricing-page visits can decay slower than generic email opens, demo-video views can be weighted to decay very slowly). The decay can be turned off per event type, but turning it off globally is strongly discouraged because every scoring model that abandons decay drifts into a state where every lead with a long tenure in the CRM ranks above every freshly-engaged lead, which is the opposite of what the queue should surface.
Can reps see why a lead scored what it scored?
Yes. Click any score on any lead to see the top contributing signals and their point values. Pricing-page visit on Tuesday worth 12 points. Title match worth 8 points. Industry match worth 10 points. Strkr AI contribution worth 7 points, with the AI piece naming the pattern that drove the lift (for example, "similar closed-won accounts in the last 90 days visited pricing within 72 hours of a product-demo view"). Explainability is on by default and cannot be turned off, because a score reps cannot explain is a score reps do not use. The explainability panel also shows the score history as a line chart, so the rep can see not just the current number but the shape of the trajectory. A lead at 72 trending up is a very different conversation from a lead at 72 trending down.
Can one tenant run more than one scoring model?
Yes. Define a separate scoring config per segment, per product line, or per territory. A self-serve SMB lead and a strategic enterprise lead do not share the same rubric. Each config has its own rule set, its own thresholds, and its own routing flow. Reps see the score computed under the config that matches the lead's segment, so one buyer-profile's rules do not inflate another buyer-profile's scores. Admins can set the segment-to-config mapping as a Flows condition, which means edge cases (a lead that qualifies for two segments, a lead whose segment changes mid-cycle) are handled by the same conditional logic the rest of the automation stack uses. Scoring configs can be cloned, versioned, and A/B tested the same way flows can.
How do score thresholds trigger routing?
Set a score threshold in the scoring admin. When any lead crosses it, fire a flow using the same Flows engine every other Strkr automation uses. Common patterns include "score above 80 routes to a named AE in Slack within two minutes," "score above 60 drops into a nurture track with a sequence of three emails over 10 days," and "score below 20 flips to a disqualified status and removes the lead from active queues." Threshold routing is just a flow with a score-change trigger, which means it inherits atomic writes, dry-run testing, cascade guards, and the shared audit trail. Teams can set multiple thresholds on the same scoring config and have different flows fire at different levels, so one config can drive the full lifecycle from first-touch nurture through hot-handoff.
What is the right way to review a scoring model over time?
Review the scoring config quarterly. The Strkr admin surfaces three things that make the review fast: event volume per rule (so you can see if a signal nobody fires still has weight), rule-weight-to-conversion correlation (so you can see if the signal you weighted heaviest actually predicts closed-won), and the historical distribution of scores across all leads (so you can see whether the threshold needs to move). A good quarterly review takes under an hour. Prune the bottom-quartile rules by event volume. Rebalance the top-quartile rules by correlation to closed-won. Move the threshold if the distribution has shifted. That cadence is what keeps a scoring model useful into year three instead of silently rotting into noise.