<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: José Antonio</title>
    <description>The latest articles on DEV Community by José Antonio (@joxm).</description>
    <link>https://dev.to/joxm</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3755601%2F549a1640-9f33-4fd1-a622-3805f32a04c2.png</url>
      <title>DEV Community: José Antonio</title>
      <link>https://dev.to/joxm</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/joxm"/>
    <language>en</language>
    <item>
      <title>Why Strict Lead Scoring Makes More Sense Than Permissive Models</title>
      <dc:creator>José Antonio</dc:creator>
      <pubDate>Fri, 20 Feb 2026 04:00:38 +0000</pubDate>
      <link>https://dev.to/joxm/why-strict-lead-scoring-makes-more-sense-than-permissive-models-456j</link>
      <guid>https://dev.to/joxm/why-strict-lead-scoring-makes-more-sense-than-permissive-models-456j</guid>
      <description>&lt;p&gt;Most lead scoring systems are permissive by design. They reward basic field presence — email detected, phone detected, name detected — and apply relatively light penalties to risk signals.&lt;/p&gt;

&lt;p&gt;The result is predictable: too many leads end up classified as “high quality”.&lt;/p&gt;

&lt;p&gt;When everything looks good, nothing stands out. Sales teams stop trusting the score. “Medium” and “High” become cosmetic labels, and the scoring system turns into decoration instead of decision support.&lt;/p&gt;

&lt;p&gt;There is another way to approach it.&lt;/p&gt;

&lt;h2&gt;
  
  
  Conservative by Design
&lt;/h2&gt;

&lt;p&gt;A stricter scoring philosophy starts from a simple principle:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Bad signals should weigh more than basic presence signals.&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Free email domains should reduce trust. Missing traffic source should matter. Identity mismatches should not be ignored. Suspicious patterns should meaningfully affect the result.&lt;/p&gt;

&lt;p&gt;At the same time, field presence alone should not inflate the score. Positive signals should be capped. Consistency bonuses should be conditional.&lt;/p&gt;

&lt;p&gt;The goal is not to reject more leads. The goal is to protect sales time.&lt;/p&gt;

&lt;p&gt;It is better to review a borderline lead than to confidently prioritize the wrong one.&lt;/p&gt;

&lt;h2&gt;
  
  
  Beyond Simple Validation
&lt;/h2&gt;

&lt;p&gt;Strict scoring does not mean simple rule matching.&lt;/p&gt;

&lt;p&gt;A robust lead scoring engine evaluates multiple signal layers simultaneously:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Identity coherence across fields
&lt;/li&gt;
&lt;li&gt;Domain trust layers and structural validation
&lt;/li&gt;
&lt;li&gt;Cross-field consistency checks
&lt;/li&gt;
&lt;li&gt;Contextual risk weighting
&lt;/li&gt;
&lt;li&gt;Behavioral and intent indicators
&lt;/li&gt;
&lt;li&gt;Pattern analysis beyond basic regex validation
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;No single signal determines the outcome.&lt;/p&gt;

&lt;p&gt;The final score is the result of weighted interactions between signals, not isolated checks.&lt;/p&gt;

&lt;p&gt;That layered approach is what makes strict scoring reliable rather than arbitrary.&lt;/p&gt;

&lt;h2&gt;
  
  
  Clear Classification Levels
&lt;/h2&gt;

&lt;p&gt;A strict model benefits from clear and meaningful classification buckets:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Likely Junk
&lt;/li&gt;
&lt;li&gt;Medium Risk
&lt;/li&gt;
&lt;li&gt;High Quality
&lt;/li&gt;
&lt;li&gt;Strong Lead
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;“Strong Lead” should be rare. It should require consistent identity, a business domain, no critical risk signals, and coherent structured data.&lt;/p&gt;

&lt;p&gt;If everything becomes “High”, the classification loses value. Scarcity creates meaning.&lt;/p&gt;

&lt;h2&gt;
  
  
  Structured Decision Signals
&lt;/h2&gt;

&lt;p&gt;Another important aspect is how the scoring output is structured.&lt;/p&gt;

&lt;p&gt;Instead of mixing all signals into a single list, it is clearer to separate:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Risk signals
&lt;/li&gt;
&lt;li&gt;Positive signals
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;This makes it easier to build routing logic, trigger automation rules, prioritize leads inside a CRM, and filter data before enrichment.&lt;/p&gt;

&lt;p&gt;The scoring system becomes easier to reason about and easier to integrate.&lt;/p&gt;

&lt;h2&gt;
  
  
  Determinism Still Has Value
&lt;/h2&gt;

&lt;p&gt;In an era of AI-driven black-box models, determinism is sometimes overlooked.&lt;/p&gt;

&lt;p&gt;A deterministic scoring engine guarantees:&lt;/p&gt;

&lt;p&gt;Same input. Same output.&lt;br&gt;&lt;br&gt;
No randomness. No drift. No unexplained variation.&lt;/p&gt;

&lt;p&gt;For operational workflows, that predictability matters. It allows teams to build logic and automation with confidence.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why Strictness Improves Decision-Making
&lt;/h2&gt;

&lt;p&gt;Strict lead scoring is not about being harsh. It is about clarity.&lt;/p&gt;

&lt;p&gt;If a lead is classified as High or Strong, it should truly deserve attention. If it is Medium, it should invite human judgment. If it is Junk, it should be obvious why.&lt;/p&gt;

&lt;p&gt;Lead scoring should support prioritization, not blur it.&lt;/p&gt;

&lt;p&gt;The more meaningful the classification, the more useful the system becomes.&lt;/p&gt;

&lt;p&gt;Lead scoring does not guarantee conversion. &lt;br&gt;
It reduces the cost of being wrong.&lt;/p&gt;

&lt;p&gt;If you’re interested in exploring how a deterministic scoring engine can fit into your workflow, you can find more details at &lt;a href="//leadflags.com"&gt;leadflags.com&lt;/a&gt;.&lt;/p&gt;

</description>
      <category>saas</category>
      <category>backend</category>
      <category>api</category>
      <category>architecture</category>
    </item>
    <item>
      <title>What I learned building a deterministic lead scoring API</title>
      <dc:creator>José Antonio</dc:creator>
      <pubDate>Mon, 09 Feb 2026 01:46:41 +0000</pubDate>
      <link>https://dev.to/joxm/what-i-learned-building-a-deterministic-lead-scoring-api-1nej</link>
      <guid>https://dev.to/joxm/what-i-learned-building-a-deterministic-lead-scoring-api-1nej</guid>
      <description>&lt;p&gt;Over the last months, I’ve been working on a lead scoring API.&lt;/p&gt;

&lt;p&gt;Not a CRM.&lt;br&gt;
Not a marketing tool.&lt;br&gt;
Just a system that receives leads and answers one question consistently:&lt;/p&gt;

&lt;h2&gt;
  
  
  How good is this lead, based on predefined criteria?
&lt;/h2&gt;

&lt;p&gt;At first, I assumed this would naturally involve AI or machine learning.&lt;br&gt;
But the more I talked with sales ops teams and agencies, the clearer one thing became:&lt;/p&gt;

&lt;p&gt;They didn’t want intelligence.&lt;br&gt;
They wanted &lt;strong&gt;reliability&lt;/strong&gt;.&lt;/p&gt;

&lt;h2&gt;
  
  
  The real problem wasn’t lead quality
&lt;/h2&gt;

&lt;p&gt;It was &lt;strong&gt;inconsistency&lt;/strong&gt;.&lt;/p&gt;

&lt;p&gt;Same lead coming from different sources.&lt;br&gt;
Different formats.&lt;br&gt;
Different rules applied by different people.&lt;br&gt;
Different results depending on timing or tooling.&lt;/p&gt;

&lt;p&gt;That breaks reporting, automations, and trust in the system.&lt;/p&gt;

&lt;p&gt;So I made a deliberate decision early on:&lt;br&gt;
&lt;strong&gt;deterministic scoring only&lt;/strong&gt;.&lt;/p&gt;

&lt;p&gt;Same input → same score → same flags → recommended action.&lt;br&gt;
Every time.&lt;/p&gt;

&lt;p&gt;No model drift.&lt;br&gt;
No hidden behavior.&lt;br&gt;
No surprises.&lt;/p&gt;

&lt;h2&gt;
  
  
  What the API does
&lt;/h2&gt;

&lt;ul&gt;
&lt;li&gt;Accepts any JSON structure (no fixed schema)&lt;/li&gt;
&lt;li&gt;Maps fields automatically&lt;/li&gt;
&lt;li&gt;Applies predefined quality rules&lt;/li&gt;
&lt;li&gt;Returns:

&lt;ul&gt;
&lt;li&gt;a score (0–100)&lt;/li&gt;
&lt;li&gt;flags explaining deductions&lt;/li&gt;
&lt;li&gt;a clear recommended action&lt;/li&gt;
&lt;/ul&gt;


&lt;/li&gt;

&lt;/ul&gt;

&lt;p&gt;It’s designed to sit in front of CRMs or sales pipelines, not replace them.&lt;/p&gt;

&lt;h2&gt;
  
  
  The main takeaway
&lt;/h2&gt;

&lt;p&gt;Not everything needs AI.&lt;/p&gt;

&lt;p&gt;Some systems are more valuable when they are:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;predictable&lt;/li&gt;
&lt;li&gt;explainable&lt;/li&gt;
&lt;li&gt;boring (in a good way)&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Building something boring but trustworthy turned out to be harder — and more interesting — than adding a model and calling it “smart”.&lt;/p&gt;

&lt;p&gt;If you’re building internal tools, scoring systems, or anything operations depend on, this tradeoff is worth thinking about.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;If anyone wants to see the docs or how the API works in practice:&lt;/em&gt;&lt;br&gt;
&lt;a href="https://www.postman.com/leadflags" rel="noopener noreferrer"&gt;https://www.postman.com/leadflags&lt;/a&gt;&lt;/p&gt;

</description>
      <category>api</category>
      <category>backend</category>
      <category>saas</category>
      <category>programming</category>
    </item>
  </channel>
</rss>
