<?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: StackShortlist</title>
    <description>The latest articles on DEV Community by StackShortlist (@veristria).</description>
    <link>https://dev.to/veristria</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.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4088170%2Fc7ec2622-6fe5-4755-8977-656e5380f729.png</url>
      <title>DEV Community: StackShortlist</title>
      <link>https://dev.to/veristria</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/veristria"/>
    <language>en</language>
    <item>
      <title>Evidence on the row beats a sales claim</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 15:39:56 +0000</pubDate>
      <link>https://dev.to/veristria/evidence-on-the-row-beats-a-sales-claim-2m4g</link>
      <guid>https://dev.to/veristria/evidence-on-the-row-beats-a-sales-claim-2m4g</guid>
      <description>&lt;p&gt;A sales page can say a list is verified. That word means different things to different sellers.&lt;/p&gt;

&lt;p&gt;What I want on each row is quieter: a source URL I can open, a date for when that page was checked, and a named person with a business email when one was found. If any of that is missing, the row should say so. Unknown is fine. A filled cell that cannot be checked is not.&lt;/p&gt;

&lt;p&gt;I built &lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt; around that shape. One-time research lists by technology, with evidence and contacts, $19 per 100 companies, no subscription.&lt;/p&gt;

&lt;p&gt;If you buy lists, what do you open first on a new row?&lt;/p&gt;

&lt;p&gt;Written with AI assistance, edited by me.&lt;/p&gt;

</description>
      <category>startup</category>
      <category>saas</category>
      <category>sales</category>
    </item>
    <item>
      <title>Write the exclusions first</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 15:37:33 +0000</pubDate>
      <link>https://dev.to/veristria/write-the-exclusions-first-2km0</link>
      <guid>https://dev.to/veristria/write-the-exclusions-first-2km0</guid>
      <description>&lt;p&gt;Most lead lists I've seen go wrong in the same spot. Somebody picks the tool, picks a country, and hits go. Then half the rows are companies they'd never call anyway.&lt;/p&gt;

&lt;p&gt;Agencies that resell the tool. Your own customers. A competitor's partner. Companies too small to have a person who'd own the decision.&lt;/p&gt;

&lt;p&gt;So now I write the "not these" list before anything else. Takes ten minutes. It's usually five to eight lines, and it cuts more junk than any extra filter I've tried.&lt;/p&gt;

&lt;p&gt;A few I keep reusing:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;current customers (paste the domains, don't trust memory)&lt;/li&gt;
&lt;li&gt;agencies and freelancers building for clients&lt;/li&gt;
&lt;li&gt;anyone already in an open deal in the CRM&lt;/li&gt;
&lt;li&gt;companies you lost in the last six months, unless something real changed on your side&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Then the requirement itself can stay simple. One tool, maybe a second one with "all" if it really matters.&lt;/p&gt;

&lt;p&gt;That's how I set up orders on &lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt; too. Exclusions go in the order, and the list comes back without the rows you'd have deleted by hand. One payment per list. Pricing is on &lt;a href="https://stackshortlist.dev/pricing" rel="noopener noreferrer"&gt;https://stackshortlist.dev/pricing&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;What's on your exclusion list that most people forget?&lt;/p&gt;

&lt;p&gt;Written with AI assistance, edited by me.&lt;/p&gt;

</description>
      <category>startup</category>
      <category>saas</category>
      <category>sales</category>
      <category>marketing</category>
    </item>
    <item>
      <title>When a startup database is the wrong first step</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 05:16:29 +0000</pubDate>
      <link>https://dev.to/veristria/when-a-startup-database-is-the-wrong-first-step-hnk</link>
      <guid>https://dev.to/veristria/when-a-startup-database-is-the-wrong-first-step-hnk</guid>
      <description>&lt;p&gt;A lot of people start with a big startup database. Thousands of companies. Funding stage. Headcount. Industry tags.&lt;/p&gt;

&lt;p&gt;That is fine if you sell something every startup needs. Most of us do not.&lt;/p&gt;

&lt;p&gt;If you sell around Shopify, HubSpot, Stripe, or some other concrete tool, the first filter is simpler: who already runs it.&lt;/p&gt;

&lt;p&gt;A generic startup list makes you guess. A stack list gives you a reason to write the first line. You can point at the evidence page and ask a real question about their setup.&lt;/p&gt;

&lt;p&gt;I built StackShortlist for that. One-time research. Companies using a technology you choose, with sources and a named contact. No subscription. No claim that they are ready to buy.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;If your offer only fits people on one platform, start there. Save the broad database for later.&lt;/p&gt;

</description>
      <category>startup</category>
      <category>saas</category>
      <category>sales</category>
      <category>marketing</category>
    </item>
    <item>
      <title>Coverage is not the same as a usable row</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 03:17:43 +0000</pubDate>
      <link>https://dev.to/veristria/coverage-is-not-the-same-as-a-usable-row-2kd6</link>
      <guid>https://dev.to/veristria/coverage-is-not-the-same-as-a-usable-row-2kd6</guid>
      <description>&lt;p&gt;People ask how big the database is. Wrong question for a one-time list.&lt;/p&gt;

&lt;p&gt;What matters is whether each row has enough to start a conversation: which tool, where you saw it, and who to write to.&lt;/p&gt;

&lt;p&gt;Gaps stay gaps. Unknown stays unknown. That is more useful than a padded file.&lt;/p&gt;

&lt;p&gt;More on how we ship lists: &lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>The contact row is the product</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 03:17:36 +0000</pubDate>
      <link>https://dev.to/veristria/the-contact-row-is-the-product-1no8</link>
      <guid>https://dev.to/veristria/the-contact-row-is-the-product-1no8</guid>
      <description>&lt;p&gt;A spreadsheet of company names is homework. What you actually need on each row is a person who can answer mail: a founder or an admin, with a work email you can attribute.&lt;/p&gt;

&lt;p&gt;Stack evidence helps too. A source page and a date beat a vague "they use X" claim when you write the first line.&lt;/p&gt;

&lt;p&gt;That is what we build at &lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt; : pick a technology, get companies running it, with a named contact. One payment. No subscription.&lt;/p&gt;

</description>
    </item>
    <item>
      <title>One payment is enough for a stack list</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 02:30:53 +0000</pubDate>
      <link>https://dev.to/veristria/one-payment-is-enough-for-a-stack-list-5bb</link>
      <guid>https://dev.to/veristria/one-payment-is-enough-for-a-stack-list-5bb</guid>
      <description>&lt;p&gt;I got tired of another monthly seat for lists I only need once.&lt;/p&gt;

&lt;p&gt;StackShortlist is a one-time order: pick a technology from 3,500+, get companies that run it today with evidence and a named contact. Launch price is $19 per 100.&lt;/p&gt;

&lt;p&gt;Order on &lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>Evidence on the row beats a sales claim</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 02:30:20 +0000</pubDate>
      <link>https://dev.to/veristria/evidence-on-the-row-beats-a-sales-claim-12j7</link>
      <guid>https://dev.to/veristria/evidence-on-the-row-beats-a-sales-claim-12j7</guid>
      <description>&lt;p&gt;When I buy or build a lead list, I want the proof next to the company name. Source URL, what was observed, and when.&lt;/p&gt;

&lt;p&gt;A named founder or admin email beats info@ every time. Unknown stays unknown.&lt;/p&gt;

&lt;p&gt;That's how StackShortlist rows are built. &lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>Pick the tool before you pick the company</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 01:33:41 +0000</pubDate>
      <link>https://dev.to/veristria/pick-the-tool-before-you-pick-the-company-39f9</link>
      <guid>https://dev.to/veristria/pick-the-tool-before-you-pick-the-company-39f9</guid>
      <description>&lt;p&gt;Most prospecting starts with a company filter. Industry, headcount, country. Then you stare at the list and try to think of something relevant to say.&lt;/p&gt;

&lt;p&gt;I've had better luck flipping the order. Pick the software first, then go after the companies that already run it. A list of 100 companies in "SaaS, 10 to 50 people" tells you nothing about whether they'd care. A list of 100 companies running the tool your product plugs into tells you your first question before you've written a word.&lt;/p&gt;

&lt;p&gt;It also changes who you write to. The person who set up the tool, often a founder or an admin at a small company, knows its gaps. They'll answer, or tell you plainly it's not a problem for them. Both save time. Mention the tool, ask the question, stop.&lt;/p&gt;

&lt;p&gt;If you'd rather skip the research, StackShortlist has lists of companies by the technology they use, across 3,500+ technologies: &lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>What I check before trusting a lead list row</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 01:33:02 +0000</pubDate>
      <link>https://dev.to/veristria/what-i-check-before-trusting-a-lead-list-row-f32</link>
      <guid>https://dev.to/veristria/what-i-check-before-trusting-a-lead-list-row-f32</guid>
      <description>&lt;p&gt;Before I write to anyone on a lead list, I look at each row and ask four boring questions.&lt;/p&gt;

&lt;p&gt;First, is there a source URL? If a row says a company uses some tool, I want to click through and see where that claim came from. A page I can open beats a confident label every time.&lt;/p&gt;

&lt;p&gt;Second, when was it observed? A stack note from last month is useful. One from two years ago is a guess dressed up as data. If there's no date, I treat the row as unverified.&lt;/p&gt;

&lt;p&gt;Third, is there a named person? Not a role, not info@, an actual founder or admin with a name. If I can't say who I'm writing to, I'm not ready to write.&lt;/p&gt;

&lt;p&gt;Fourth, are the unknowns left blank? I trust a list more when it says "unknown" than when every cell is filled. Filled cells that nobody checked are how you end up opening an email with the wrong tool, the wrong title, or a person who left in 2023.&lt;/p&gt;

&lt;p&gt;None of this is clever. It just stops me from sending 200 emails that start with a wrong assumption. If a row fails two of the four, I drop it and move on. Fewer rows, better first lines.&lt;/p&gt;

&lt;p&gt;This is roughly the checklist I built StackShortlist around, if you want to see how the rows look: &lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
    <item>
      <title>Unknown is a useful answer in a lead list</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 01:02:06 +0000</pubDate>
      <link>https://dev.to/veristria/unknown-is-a-useful-answer-in-a-lead-listunknown-is-a-useful-answer-in-a-lead-list-4o2b</link>
      <guid>https://dev.to/veristria/unknown-is-a-useful-answer-in-a-lead-listunknown-is-a-useful-answer-in-a-lead-list-4o2b</guid>
      <description>&lt;p&gt;Every lead list I've bought had every column filled in for every row. Industry, size, tech, email. Looked tidy. A lot of it was guessed.&lt;/p&gt;

&lt;p&gt;I'd rather see "unknown" than a confident wrong value. Unknown tells me to check it myself or skip it. Wrong, I find out after the bounce, or after a reply saying "we don't use that".&lt;/p&gt;

&lt;p&gt;So when I build a prospect list now, every claim needs a source and a date. No source, the cell stays empty.&lt;/p&gt;

&lt;p&gt;How do you handle guessed fields? Clean them out, or live with them?&lt;/p&gt;

</description>
      <category>data</category>
      <category>management</category>
      <category>productivity</category>
    </item>
    <item>
      <title>Why a named contact beats a generic inbox</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 01:00:21 +0000</pubDate>
      <link>https://dev.to/veristria/why-a-named-contact-beats-a-generic-inbox-1dif</link>
      <guid>https://dev.to/veristria/why-a-named-contact-beats-a-generic-inbox-1dif</guid>
      <description>&lt;p&gt;I've sent a lot of cold email to info@ and hello@ addresses. Most of it went nowhere. Those inboxes are a queue, and whoever reads them is sorting support tickets and invoices before anything else.&lt;/p&gt;

&lt;p&gt;When I started writing to the founder or the admin who actually set up the tool I was asking about, replies went up. Not by magic. The person reading it could answer without forwarding it to anyone.&lt;/p&gt;

&lt;p&gt;Before I write now, I check two things. Is there a real person whose role touches the tool? And can I see they actually use it, with a source I can point to?&lt;/p&gt;

&lt;p&gt;If I can't find a named person, I'd rather skip the company than send to info@ and hope.&lt;/p&gt;

&lt;p&gt;That's part of why I built StackShortlist. You pick a technology and get a one-time list of companies running it, each with stack evidence and a named founder or admin email. &lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Ever had a generic inbox actually turn into a deal?&lt;/p&gt;

</description>
    </item>
    <item>
      <title>Start your B2B lead list from the tools a website runs</title>
      <dc:creator>StackShortlist</dc:creator>
      <pubDate>Fri, 16 Oct 2026 00:25:01 +0000</pubDate>
      <link>https://dev.to/veristria/start-your-b2b-lead-list-from-the-tools-a-website-runs-e6h</link>
      <guid>https://dev.to/veristria/start-your-b2b-lead-list-from-the-tools-a-website-runs-e6h</guid>
      <description>&lt;p&gt;Most B2B lead lists start with industry and headcount. That tells you a company exists. It doesn't tell you if your product fits.&lt;/p&gt;

&lt;p&gt;I'd start from the software a company already runs instead. If you sell around one tool, the companies using it are the ones who'll understand your email in the first line. The fit is usually much tighter than any broad filter.&lt;/p&gt;

&lt;p&gt;Keep it to one technology per list so the message can be specific. Write to a named founder or admin, not a generic inbox. And start small, around 100 companies, so you learn from the replies before scaling up.&lt;/p&gt;

&lt;p&gt;If you'd rather skip the research, StackShortlist has lists of companies by the technology they use, across 3,500+ technologies: &lt;a href="https://stackshortlist.dev" rel="noopener noreferrer"&gt;https://stackshortlist.dev&lt;/a&gt;&lt;/p&gt;

</description>
    </item>
  </channel>
</rss>
