Dev tool copy and messaging examples

Why not highlight your free plan?

Most companies highlight their middle paid plan saying it is "most popular".

First thing, yeah, sure it is your most popular plan.

But more importantly, most visitors will not convert to your paid plans right away.

So why not try and capture as many devs as possible on the free plan?

If they like your dev tool there are many things you can do to convert some of them to paid plans.

But if they leave that pricing page and go with some other free tool, you are not converting anyone.

@CircleCI highlights free and they are in the mature, competitive market of CI CD tools.

Idk, it really does make a lot of sense to me.

If people need more advanced features they will choose higher plans anyway.

But if they want to get things started with the basic plans they will choose free or go elsewhere.

I'd rather have them choose free than none.  

In a mature category, it is safe to assume that people know about other tools.

Especially devs.

I love how Axiom owns its unique selling point and how it stands out from the competition.

• They explicitly say how much more scalable they are vs well-known brands like DataDog, Splunk, SumoLogic, and others.
• They don't pretend to be the only company in the observability space.
• They just own their unique selling point and make it easy for people to understand why choose them not others.

Takes guts but I love it.

Classic Auth0 campaign coming back in 2023.

I love how simple and powerful this message is.

You can outsource a dull but important problem of authentications to them.

That is all the say.

But it is enough to get you interested and understand what they do.

This is a simple but great header imho:

• they explain what it is clearly: Stock trading API
• they show the result: trading stocks
• they show the code to drive the "it is for devs" point

Love it.

Fantastic all-text Reddit ad from Latitude.

Dev ads are hard. Promotion on Reddit is harder.  Running a dev ad on Reddit that gets 50 comments and 90 likes is expert-level hard.

But folks from Latitude managed 🔥

They used one of my favorite Reddit ad formats: all text.

Here is what I liked:

• They start with who you are and what your product is. I love that they put it right in the title. Having open-source in the title helps too, it just makes you more trustworthy by default.
• They introduce themselves as a technical founder. Makes it more likely to get comments as you are technical, you are a founder, you are a human (not a brand) so you will answer questions.
• They apologize for the ad. Acknowledging that this is an ad makes people less combative.
• They explain technically what it is. Use technical terms. It's very dev to dev.
• They give  devs an easy way to try it. And they chose Github, not their website. That is great. It makes it even more developer-centric. More trustworthy.
• They ask for feedback and contributions.  Not signups. And the more feedback they get (as comments) the more visible and trustworthy the ad will get.

Great execution. Chapeau bas Latitude.

Copy that lands makes a huge difference in dev tool website conversion.

Earthly proved it with this "tiny" change.

So I am a huge believer in good copy.

Not the clever one but the one that is written with words that your customers use.

That is rooted in product and research.

But I often hear devs or founders say things like "it's just copy".

It is not "just copy" it is your message, it is your positioning.

It is the difference between  "cool, let's try it" and "now for me, whatever".

So some time ago I came across this article from the Earthly CEO Vlad Ionescu.

He shared that at some point they decided to run this A/B test with just a "tiny" change.

They changed the word "CI" -> "Build" across the homepage.

• Control -> "Earhly makes CI super simple"
• Test -> "Earhly makes builds super simple"

And their core website conversion doubled.

So next time you work on website copy give it some more thought and you may be surprised that "just copy" made a huge difference.

Mixpanel primary CTA is to take an interactive tour.

They take you to a 30min video + a guided UI tour.

Not a signup.

That is because with products that have long time to value (like analytics, observability etc) dev will not see value in the first session.

I mean to really see value you need to see real data, real use cases. And if you were to actually test it would take weeks.

That is why many companies do demos. But demos have their own problems (and most are bad).

Interactive tools make it possible for me to explore the value without talking to anyone.

I love this option.

Funny dev newsletter CTA. From shiftmag .dev by Infobip.

It starts with a chuckle-worthy:

"Sarcastic headline, but funny enough for engineers to sign up"

Then they follow up by disarming the "is that spam" and building more rapport with:

• "Written by people, not robots - at least not yet."
• "May or may not contain traces of sarcasm, but never spam."

They end with an alternative call to action. RSS feed.

Most newsletters don't do RSS.

But for many devs RSS feed is the preferred content subscription.

Great job!

Dorky joke right?

But it does two very important things beautifully.

It gets a smirk (from some people) and when it does you know you just moved someone closer to your brand.

It has a clear CTA which is hard to do with joke-format ads.

This subtle call to conversation/check us out does the job.

Love it!

How did this super basic ad get so much engagement on Reddit?

First of all, the value prop is succinct, to the point, and says what it is.

No "streamlining", "boosting", or "democratizing" is involved.
No clever tagline or pains, benefits, or values just says what it is.

But what it is, is "free and open-source" which is what many devs, especially on Reddit want to hear.
And Heroku is a known brand so if you know what Heroku does, you know what Kubero does.

I liked that they linked out to the GitHub project too.

Not 100% sure if that would perform better than a landing page or home.  But I see how it feels more in sync with the channel you are running your ads on.

The screenshot? I don't like it but perhaps it doesn't matter as much here?

What do you think?

Oh, and if you read the comments, you'll see that people actually talked about the project, said that they liked the ad etc.

Good stuff.

This is one of my favorite our dev tool vs competitor blog posts.

With these pages, you want to explain when you are better.

But you don't want to berate your competitor.

And above all, you want to help people make a decision.

Chances are (almost 100% ;)) that you are not better for every use case. And your developer audience knows it.

But there should be use cases, tool stacks, or situations when you are the best option.

Talk about those. Dev to dev.

@Convex did a great job in this post that I think can be a template for how to write these:

• They start by saying what is the same. That sets the context.
• Then they say good things about their competitor. Shows respect and understanding
• They follow by listing 3 key differences/situations when you should consider them
• And they go ahead and explain each of these differences deeply

After reading that post you are fairly convinced that if your situation matches the one described and if it makes sense to use it.

Love it.

I love this dev tool header copy from Neon.

❌ They could have gone with "We make your data fly" or "10x your database developer efficiency" or other stuff like that.

💚 Instead, they spoke in a clear dev-to-dev language:

• What it is: "fully managed serverless Postgress"
• Benefit in technical terms: "Autoscaling, branching, bottomless storage"
• How they do it: "Separate storage and compute"
• Obstacle handling for current Postgres users: "generous free tier"

Simple, clear, and to the point. No fluffs given. Love that.

"But we are selling to the boss of a boss of that developer user persona"

Then let that dev champion understand what you are doing and bring it to their boss.

"But we are going pure top-down"

Then does that boss of a boss of a boss actually evaluate your infra tool themselves or send their architect?

Maybe 90% of your site traffic is the buyer-persona CTO. But my bet is, it isn't even 1%.  

How to write a "What is {MY CORE KEYWORD}" article that gets to the top of HackerNews? 👇

First of all, almost no one succeeds at that as you write those articles for SEO distribution, not HN distribution.

To get an SEO-first article on HN your content quality bar needs to be super high.

But you can do it.

PlanetScale managed to get their "What is database sharding and how does it work?" on the orange page (kudos to Justin Gage!).

Here is what was interesting about that article:

𝗦𝘂𝗽𝗲𝗿 𝘁𝗼 𝘁𝗵𝗲 𝗽𝗼𝗶𝗻𝘁 𝗶𝗻𝘁𝗿𝗼.

• ❌ No "In today's fast-paced data-driven world enterprises work with data" stuff.
• ✅ Just  "Learn what database sharding is, how sharding works, and some common sharding frameworks and tools."

𝗛𝗶𝘁𝘁𝗶𝗻𝗴 𝗸𝗲𝘆𝘄𝗼𝗿𝗱𝘀 𝘄𝗵𝗶𝗹𝗲 𝗯𝘂𝗶𝗹𝗱𝗶𝗻𝗴 𝗿𝗮𝗽𝗽𝗼𝗿𝘁 𝘄𝗶𝘁𝗵 𝘁𝗵𝗲 𝗱𝗲𝘃 𝗿𝗲𝗮𝗱𝗲𝗿.

💚 Speaking peer to peer, not authority-student:

• "You’ve probably seen this table before, about how scaling out helps you take this users table, all stored on a single server:"
• "And turn it into this users table, stored across 2 (or 1,000) servers:"
• "But that’s only one type of sharding (row level, or horizontal). "

𝗨𝘀𝗶𝗻𝗴 𝗷𝗮𝗿𝗴𝗼𝗻 𝗮𝗻𝗱 𝘂𝗻𝗱𝗲𝗿𝘀𝘁𝗮𝗻𝗱𝗶𝗻𝗴 𝘆𝗼𝘂𝗿 𝗮𝘂𝗱𝗶𝗲𝗻𝗰𝗲

Things like:

• "Partitioning has existed – especially in OLAP setups"
• "Sifting through HDFS partitions to find the missing snapshot "

𝗔𝗰𝘁𝘂𝗮𝗹𝗹𝘆 𝗲𝘅𝗽𝗹𝗮𝗶𝗻𝗶𝗻𝗴 𝘁𝗲𝗰𝗵𝗻𝗶𝗰𝗮𝗹𝗹𝘆 𝗵𝗼𝘄 𝘁𝗵𝗶𝗻𝗴𝘀 𝘄𝗼𝗿𝗸

🔥 Look at the section "How database sharding works under the hood" with subsections:

• Sharding schemes and algorithms
• Deciding on what servers to use
• Routing your sharded queries to the right databases
• Planning and executing your migration to a sharded solution

🎁 𝗕𝗼𝗻𝘂𝘀: 𝗽𝗹𝘂𝗴 𝗶𝗻 𝘆𝗼𝘂𝗿 𝗽𝗿𝗼𝗱𝘂𝗰𝘁 𝗴𝗲𝗻𝘁𝗹𝘆

Section "Sharding frameworks and tools" shares open-source tools (every dev, but HN devs in particular like OS projects).

And there as an info box, you have the info that Planetscale comes with one of those OS projects deployed.

Just a beautifully executed piece of content marketing.

Nicely done Reddit post that went viral on r/MachineLearning.

Reddit dev communities are notoriously hard to market in.

You need to have something really valuable to say to that dev crowd.

But even if you do, it is so easy to screw it up and get trolled or downvoted for "obvious promo".

I know that from experience. So painful to watch.

This is a really nice example of how to do it right:

• Start with an interesting, attention-grabbing but not yet a clickbaity title.
• Say who you are and why you have something (new) and valuable to say here.
• Go straight to the point, to the (technical) value. I like the obvious numbered list delivery.
• Drop emojis, bolding, and extensive formatting if you want to "keep it real".
• Make sentences short. Cut all the fluff. State your opinions and facts "as they are".
• Do implicit CTA. Drop the explicit one but hint at something that those interested may want.

Try something like that next time you post and see what happens.

Obviously, it is nearly impossible to do when:

• You have no real experience to share
• You have nothing really valuable to say
• You don't have opinions and/or facts on the subject

But then why would you even post something?

Awesome sponsorship ad from Trieve in the Cassidy Williams newsletter.

Not sure who wrote it but it must have been a dev ;) It is just so refreshingly to the point.

💚 What I like:

• "What is it": A product description gives you no fluff "what it is". Feels like something from "Hacker News launch"  almost.

• "What it compares to" | "Why should I care" : They compare vs a well-known dev tool in the space. And this is great, helps the dev anchor with something they know. Helps them understand why this could be valuable. They even give you a life app where you can see for yourself.
• "How can I test it for myself": They offer free credits to play with in a cloud version.

This ad does it so gracefully and quickly it is just hard not to love.  

This is a solid swag copy template that resonates with devs.

"I did X and all I got was this lousy Y"

Why this works imho is:

• it is snarky
• it is a little self-deprecating
• it brags a bit about the work/expertise

Very solid start if you run out of ideas.

There are three CTAs actually.

Common knowledge suggests doing one, maybe two, they do 3:

• build
• see docs
• see examples

Devs want relevant and practical.

Also, devs love docs and examples and check them before signing up.

Action-focused copy is great as well.

Most devs want to explore products themselves.

They want to read the docs, see examples, play with the product, or watch a video.

They don't want to hop on a demo call, especially early on in the evaluation process.

And they definitely don't want to sit through the demo to learn what your pricing is.

But there will be moments when they will want to talk to you. They will raise their hands and let you know then.

Posthog speaks to this reality with this copy beautifully:

• They basically say "don't talk to us"
• They give you transparent pricing on the website
• They give you a recorded demo on the website
• They let you try the product for free without talking to them
• But if you want to talk to sales/support you can reach out

This is very developer-focused approach and I love it.

VS competitor ads are hard to pull off with devs. Not impossible though. 👇

So the problem is that:

• You want to list problems people have with the competing tool.
• But you don't want to come off as too negative and aggressive.
• And you want people to not think those are just "some bs claims to sell your tool"

@Convex does it really nicely here:

• They start positively by acknowledging that some people do "Love Firebase"
• They tag the competitor to build trust in the claims they are making
• They list problems people have with the competitor explicitly in voice of customer: "request waterfalls", "weak react support", "managing end-to-end consistency"
• And they link to a deeper vs competitor page for details

And even though this is by a "aggressive" competitor marketing hundreds of devs liked/bookmarked this tweet.

Good job!

Hacker News developer audience doesn't love promotion to put it mildly.

But some dev tool companies manage to make this audience their biggest ally.

Fly.io is one of those companies.

And they had a super successful product launch a few years back.  

So how did they do it?

• "Who"
• "Problem"
• "What" and "How"
• *Speak "dev to dev". Spec no fluff.

Let's go through these in detail.

Who are you? Why should I listen?

• show your face
• Say who are you and
• hint at why should I trust you

What is the problem really?

• Describe how you discovered the problem
• Agitate that pain, explain technicalities deeply
• Share your stories dealing with that problem (ideally obvious solutions that didn't work)

What does your product do and how does it work?

• Say what it is, like a technical spec.
• Say what it does, like really, low-level job to be done
• Explain how you solve it, be deeply technical

Speak "dev to dev"

• use technical jargon and relevant terms: "docker image", "global router", "VMs", "root filesystem"
• don't explain like I am 5, explain like I am 5 years in my dev journey "we convert docker images into a root filesystem, boot tiny VMs..."
• Don't use words that don't really mean anything and just take space. Speak MECE (mutually exclusive, collectively exhaustive)

By doing it this way you have a chance of gaining love from the prolific HN crowd.

Fly.io definitely did, and is still reaping rewards with constant HN exposure.

With infrastructure tools, it is notoriously difficult to show people the value quickly.

To really see it they would need to set up everything at their company infra, create dashboards for their use case, and so on. 

A lot of work.

That is why creating a sandbox experience is a good way of giving people a taste.

I like the way Axiom calls it a playground and says "Play with Axiom" and "Launch playground".

This copy is good because:

• they acknowledge it isn't a real thing (but a playground)
• it conveys that it will be interactive and you'll be able to click around
• it makes it feel like less work and more, well play :)

There are many things that I like about it.

• A clear value proposition: Explains what it is: an open-source alternative to a well-known product Shopify.
• Shows code and what the code does visually. Great product explanation.
• Adds a social proof with "#1 JS ecom platform on GitHub:". When you have 16k stars you should use it!

Overall with very little effort, I understand what it is, and what it does.

And I can go and dig deeper for myself or spread the word with my circles.

Great above the fold

The subheader explains the value proposition.

Header handles major objections:

• is it easy to implement?
• can I extend it?

Then we have 3 CTAs but they are super focused on devs: 

• Signup (using action-focused copy)
• See docs which is exactly what many devs want to do before signing up
• See examples, again exactly what most devs want to see before signing up

Then it goes on to explain how it works with a simple, static graphic.

This whole thing makes me feel peaceful.

Vs pages are a classic SaaS marketing.

But I like how Ably adjusts them to the developer audience:

• For each criterion, they say why it matters
• They link to their resources to extend further why Ably works great there
• They use a lot of developer jargon to make it feel like a dev wrote it for devs
• They go over a lot of different categories to make this comparison deep enough to be valuable for the buyer

Pushing cold blog readers to try your tool rarely works.

So you need a transitional CTA, something that worms them up.
But it needs to be aligned with the goals of the reader.
And I think pushing folks to a community discord is a solid option.

I like the copy "Discuss this blog on Discord" as it is very reader-focused.
Some folks read the article and have more questions.
They want to discuss it somewhere.

And while you could just do a comments section, a community gives you more options to get people closer to the product.

Sometimes you have an article, report, or event you want to drive people to.

And it is important that they read it.

What Plaid did here is an interesting way of putting it right in the hero section without making it overwhelming or distracting.

I like it.

"There are two types of companies": Just a beautiful piece of copy from Fly.io

Doing us vs them doesn't always play out well.

But folks from Fly made it snarky and playful and fun.

And they basically said that they are:

• are developer-centric in the way they sell (self-served)
• are actually easy to use
• are great at the developer experience

And this is just such a nice brand play as well.

You just show personality and confidence in this devy snarky way.

I dig it.

Sometimes your product just wins on price.

I like how New Relic owns it on this page:

• They show you price comparison graphs
• The CTAs are focused on helping you compare the prices
• They use jargon specific to the category to drive the price argument: "peak usage", "overages and penalties", "SKUs"

After reading this I'd trust them to give me a solid price estimate and that it will likely be cheaper than Datadog.

Obviously price is not the only reason why we choose tools, but if that was a problem I had with Datadog, they have my attention.

Mux does a few things beautifully in this header.

Value proposition:

• The "what" is explained right away: "Video API", "live and on-demand experiences"
• Super clear on persona "developers" and job to be done "build online video"

Animated visual that is really good for dev tools:

• that have an API/SDK
• that have a UI where the results of that API calls go

That CTA.

You go straight for the install/download.

I don't know if you can go more developer-focused than that.

It sets the tone for the entire homepage.

And let's be honest (almost) nobody actually clicks that "Sign up" button in the hero section.

Most dev tools have two deployment options:

• SaaS
• On-prem / private cloud

And then companies present it on their pricing page with some flavor of two tabs.

And you need to name them somehow. 

And how you describe those things sometimes adds confusion for your buyers:

• You put “your server” > then does it scale to a more robust infra?
• You put “on-prem" > then can I deploy on private AWS cloud?

I like how nice and simple solution Retool used on their pricing page:

• "Cloud (we host)"
• "Self-hosted (you host)"

Explicit, obvious and to the point.

Love it.

Say what you do and how you do it.

What:

• Supabase owns it with an "open-source firebase alternative"
• They don't streamline project delivery or anything. ‍

How:

• Value proposition around speed of set up
• Then jargon that hits the spot with your ideal developers
• Short, and to the point. 

CTA (bonus):

• "Start your project" action-focused
• Documentation. With devs, this is always a good alternative CTA

Funny ad, that makes fun of ads.‍

But it actually communicates that you don't care about the ads but more about something else, like:

• docs
• code examples
• integration
• backend
• UI

I love this copy. It answers:

• what it does -> "authentication and authorization"
• how is it different -> "simple to implement, easy to extend"

It doesn't talk about the value as it is obvious to devs.

Obviously, it will save time and make things safer.

Don't talk about it.

Looking for a good dev-focused case study format?

People tell you to follow a classic Hero > Problem > Solution > Results.

They tell you to show numbers, talk value, etc.

And it is true. Great format.

But packaging this for devs is hard.

For example, putting numbers in there, and framing it in a "save 28min every week" is a recipe for losing trust with that dev reader.

That is if you can even get those numbers from your customers.

I like how @LaunchDarkly solves it.

Hero section:

• Change that customer saw (no numbers needed)
• Additional description of the use case (this seems to be optional for them)
• Before and After boxes with bullets (no numbers needed)
• Clear customer logo

Case study body:

• About: one paragraph about the company and use case
• Challenge: why they started looking for a solution
• Solution: why they chose their product
• Results: what they got from it
• They kept it short and focused on the team leader imho

They keep the content down to earth and devy but still frame it in a value-focused way.

I like that that they speak in the currency that devs care about.

Wasted time.

Before: "Took 2-3 weeks to ship"

After: "Can ship experiments every day"

The cool thing is you could actually use this  hero section format and then have a more technical user story below. By doing that you could speak to the why and how.

That depends on your target reader for this page of course.

Anyhow, I do like this format and I am planning to take it for a spin.

The "Resources" tab is the most loved and hated tab for developer marketers.

Ok so the common problem is that you have lots of different resources:

• docs
• product videos
• meetup videos
• recorded webinars
• learning center guides
• blog articles that don't talk about your product
• and so much more stuff

You want to showcase them in the navbar but where do you put them?

Under product? Company? Docs?

How to make sure that people don't go to your blog to read about your product just to find out that you talk about the industry problems there?

Enter the "Resources" tab. The "Miscellaneous" of the navbar world.

And typically it is just crammed with all stuff that doesn't fit anywhere. Just like any respectable misc folder would.  

How do you deal with that?

Snyk approached it in a clear and logical way:

• Add sub-navigation
• Make it clear to devs which parts are about the product and which ones are not
• They use "Using Snyk" and "Learn & Connect" that could be extended to "Using {Product} and "Learning {Category/Problem}"

I love this (and already stole the idea for our site).

A classic "It doesn't suck" campaign.

Afaik, Barebones ran the first version of this campaign 20 years ago and it was a huge success.

It is so simple, it just speaks to that inner skeptic.

It doesn't say we are the best, we revolutionize software.

It says it doesn't suck.

That is way more believable and makes me think that there is a dev on the other side of that copy.

And there is something cool about this message that makes me want to wear it to the next conference.

Good stuff.

Memes are good top-of-funnel, awareness-type content.

Many companies use them on socials as they can "go viral".

But.

You need to either:

• connect the meme to your company/product value
• make the meme so good that people follow your account

I like how Datree connects it to the product here.

They are a Kubernetes configuration tool and talk about exactly that here.

They do that with jargon too "k8", "config". When used well it can help you belong to the tribe you are marketing to.

Action-focused copy is usually better than "sign up".

But sometimes it is hard to find a good copy for this.

Some teams like Vercel or Auth0  do "Start building "  

But that doesn't always work.

I really like this "Get API keys" CTA copy.

Now for the Hero section I really like those two CTAs:

• Main CTA: Sign up, again expressed with action-focused "Get API keys" copy
• Secondary CTA: See docs, I like how "See API docs" makes it even more concrete.

Really great job imho.

"How fast do you ship?"

Not many dev tools answer that on their homepage. PostHog does.

In a typical (enterprise) sales process, people often ask:

• what is on your roadmap?
• how fast do you deliver new features?
• what has your product progress been like last year?

And you show them the roadmap or get someone from the product on the next call.

But I haven't yet seen dev tools talk about it on their homepage.

But why not?

Devs who want to buy self-serve want to know it almost just as much.

After all, they won't be able to twist your arm to build that custom feature cause "we are your biggest client and we need it".

I like it, it builds trust, it shows me you are transparent,

And it shows me that those features I can see on the public roadmap will come true.

Simple and powerful messaging.

They say what they do. Zero fluff.

They make it easy for devs by explaining how they are different than (obvious) competitors.

They add a little developer-focused social proof.

"See docs" is one of my favorite secondary CTA on dev-focused pages.

TailwindCSS takes it to the next level by inserting docs search right into the header CTA.

This takes devs directly to the page they are interested in rather than have them try and find things for themselves.

They could have searched the docs in the docs, of course.

But this is just this slightly more delightful developer experience that TailwindCSS is known for.

Funny and memorable competitive billboard ad from @Statsig 👇

You have a big incumbent, everyone knows them. Use it to anchor your brand.

And tell the story of how you do things differently.

👀 But first, make people see you. And remember you in the next conversation when the big known brand or a category comes up.

And being funny is one of the best ways of getting attention and being remembered.

💚 I love how folks from Statsig did it here. Such a playful pun on the feature flag category incumbent Launch Darkly. Job well done.

Btw, this was shared by Oleksii Klochai in the Developer Marketing Community (you joined yet?).

In dev tools, you really can solve the problem for a narrow market and extend to adjacent markets over time.

‍Use that -> Snyk did.

Their value proposition stayed pretty much the same for 7 years!

"Find and fix vulnerabilities in open-source software you use."

But the market they served got so much bigger over time:

• They started super narrow with just one Javascript framework, Node.js
• They focused on solving that pain very well before moving to the entire Javascript language
• Then to other popular languages like Ruby, Java, and Python
• Then to the entire Open Source dependencies
• Then fast forward to today and they do Open source + containers +IaC

Again, their core value prop is the same in 2023 as it was in 2016.

But their target market (and revenue share) grew by... a lot ;)

Isn't that just beautiful marketing-wise?

So the takeaway is this:

Start narrow, solve the problem, and extend to other frameworks/languages/tech can still work.