Developer marketing examples

Great example of programmatic SEO from Snyk.

They created a page called snyk advisor.

It is a repository of pages about open-source packages.

Each page is created automatically out of publicly available information.

Enhances it with Snyk-generated security scans and reports.

It builds awareness for other Snyk products in the security space.

A lot of those pages rank high in google for the {package} keyword which is incredible.

And when people land on the package report page the CTAs to Snyk products push conversions.

Nice post format.
I like it for dev tools that have both API and UI components.
You show code and what it produces in one view.
You can add additional things to the vis part of it for more context.

I like the design of this crosshead.

• Starts with the gif to catch my attention
• When tabs change the copy, CTA, gif change
• The figs have a nice click cursor that shows what I am doing
• CTA is very "silent", non-intrusive

Nice and clean code example.

Clear copy, what it does etc.

Calls to action with links to Github and website.

Really long code example which looks great when clicked on.

What CTAs should you choose for your open-source project homepage?

Was always wondering what is my default.

There are many options: "See docs", "Get started", "Sign up", "Start X"

But in open-source you want people to start playing with it, install it.

So what should you choose?

Recently came across Astro homepage and loved what they chose.

"Get started"

• Takes you to the quickstart in the docs
• Is action-focused copy
• Sets obvious(ish) expectations

Install code

• Gives you copy-pasteable install command
• + it shows the code to make it more devy

Whatever I choose I will actually get my hands dirty.

I think this will be my default from now on.

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.

How to communicate the flexible part of your plan?

Many dev tools have 3 plans:

• Free
• Team
• Enterprise

Especially the ones doing some flavor of product-led-sales or open-source go-to-market.

Now, the Team plan is often a self-served version.

And for many dev tools, this part is partially or entirely usage-based.

So how do you present it?

You can just have "+ what you use" and explain it in the big table below.

But if you have just one usage dimension then why not do it here?

Resend does it beautifully communicating right away that it starts at 20$ / month and grows with the amount of emails you send.

Very clear. Very nice.

Beautiful growth loop that uses GitHub PRs to spread awareness even internally in the org.

And just one dev needs to sign up for the product to start it.

Works like this:

• New user signs up for Snyk
• they connect their GitHub account
• Snyk finds vulnerabilities in their repositories
• Snyk-bot creates Snyk-branded PR to fix them
• other devs in the org see and interact with the PR
• some follow links to check out Snyk
• some of them sign up for Snyk

Heard about it on Lenny's podcast episode with Ben Williams (the story starts at 20:53)

... and then signed up to see the actual PR.

I really love this one as it allows you to spread inside the organization even if everything is on-prem and you never get to see it.

Those PRs are just working behind the scenes doing marketing for you.

Brilliant!

Many dev tools have complex pricing and packaging.

Say your dev tool/platform has many product offerings.

And you offer usage-based pricing but also enterprise plans but also per-product options, and additional customizations.

But you want to present it in a way that is manageable for the developer reading your pricing page.

Mux solves it this way:

• they direct people to the proper parts of the page in the header
• they give self-served prospects a link to the calculator and metering
• they give enterprise/high volume people a "talk to us" CTA
• they give people who want just a single tool (not the whole platform) a CTA to a dedicated pricing page
• they squeeze in a "start free" CTA + info about free credits
• they give navigation to FAQ, features table, and the calculator

Extended headers on pricing pages are not common as they add friction.

But sometimes adding friction is exactly what you need to do.

Mux managed to make this page (and their offering) easy to navigate by adding a little bit of friction at the beginning.

Maybe you don't browse plans right away but at least you don't waste energy (and attention) on the parts of the page that doesn't matter to you.

Good stuff.

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.

People want to be valued by their tribe.

One of the ways to do that is by being helpful.

So they want to share things that have a "smell" of insight.

Tool stack/workflow/pipeline chart makes them feel that way.

‍

"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.

Very nice design solution on the homepage.

Classic communication of the world before using your tool and the world after.

Really liked how it felt messy before.

And is nice and clean after.

This is a really clever billboard campaign.

Show don't tell they say.

And Segment did exactly that by putting billboards with the wrong location printed on them (LA in SF etc).

The theme/message was "What good is bad data?" which was exactly what they wanted to convey.

What I like about is the alignment between:

• campaign creative
• campaign theme
• product value

This is hard to do imho so big kudos to them 🎉!

Downside?

Reportedly many folks who saw billboards didn't get that it was intentional and Tweeted at them about the error.

Or maybe they were next-level jokers...

I like how they use the black dot to show the mouse movements in the UI.

Simple but powerful and clear.

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.

When selling dev tools you typically have 3 "buyer" levels:

Individual dev:

• wants to experience your value prop
• ideally wants to play/test/use the free tool
• doesn't buy tools but strongly influences buying decisions
• wants to use it right now, not talk to his boss to get a credit card, not talk to sales

Team lead:

• wants to improve teams productivity
• collaboration, developer experience, and happiness are important
• buys tools at a team-level budget
• doesn't want to go through a lengthy sales process but  swipes the card and gets the team on this week

Org lead:

• wants to improve the security and compliance of the entire eng org
• security, control, governance
• buys tools for the entire organization/enterprise
• expects a longer sales process with a lot of moving parts and needs to discuss and negotiate

How does Postman solve it?:

• packages their plans in a way that aligns with those buyers
• different plans have features needed for Dev/Team lead/Org lead
• CTAs are exactly what each buyer wants: Use > Buy > Talk

They even go the extra mile. Something I didn't see too often.

They understand their customer's reality and identified one more level between Org and Team.

Basically a department-level unit that probably has multiple teams but is not at the organization/enterprise level.

I really like what they did hear. Solid.

I really love this hand-drawn feel.

It makes it super authentic.

Also, starting from scratch (not a ready diagram) makes following it more fun and less overwhelming.

Great stuff.

BTW the tool used for this is called excalidraw.com

𝗔𝘁𝘁𝗿𝗮𝗰𝘁𝗶𝘃𝗲 𝗮𝗱 𝗰𝗿𝗲𝗮𝘁𝗶𝘃𝗲 𝗳𝗼𝗿 𝗮𝗻 𝗶𝗻𝗳𝗿𝗮 𝗽𝗿𝗼𝗱𝘂𝗰𝘁 𝘁𝗵𝗮𝘁 𝗿𝘂𝗻𝘀 𝗶𝗻 𝗮 𝘁𝗲𝗿𝗺𝗶𝗻𝗮𝗹?

Hard, but Run.ai did that.

Infra products are not "obviously cool".

There is no shiny UI, no happy people wearing your sneakers,

So what do you show on your ads?

First off, the rules still apply:

• Catch your audience's attention
• Say what you do in their language
• Better yet, show how it actually does it

And Run.ai ai and MLOps infra tool managed to create a beautiful Linkedin ad IMHO:

• They catch attention with the code visual
• They say what they do quickly with "Dynamic Fractional GPU using One Command"
• They extend on that in the post copy with an action-driven "Open Terminal -> Run Command -> Boom"
• The code shows what it feels like to use the tool
• And it shows you the result -> fractional GPUs

Job well done!

Understand who is reading. Add social proof that speaks to them.

Social proof is about showing people/companies who are similar to the reader that they got success with the tool.

Company logos can be good if your reader knows and likes those companies.
But if those are random companies, I am not sure how much value does it bring.

Devs care what other devs who use your product have to say about it.
That's why I like testimonials.

Not the crafted, clean ones with features and values.
But the real stuff. Real devs sharing real stories.

Bonus points for "Okay, I get the point" button copy.
It changes from "Show more" when you click.

Nice!

Great SEO tactic.

What folks from Cronitor did is:

• For every combination of "cron +" they created a website
• Those simple websites rank for particular keywords like "cron every 11 minutes"
• When you land on the page you get a command you need that solves your problem
• And you get a nice explanation of their paid tool for monitoring cron jobs

This can be used for many dev-focused tools as by definition they use commands which can be templated.

I've heard about it originally from Harry Dry over at https://marketingexamples.com/seo/cronitor

‍

Usage-based pricing is loved by devs. But has its own problems.

Ok, so first what are those problems?

Value metric:

• users don't understand your value metric
• even when they do, they cannot map it to their usage patterns.

Predictability and procurement:

• it is easier to predict the headcount than the usage
• per user pricing is obvious, everyone across the org understands it

But devs love usage-based pricing:

• it is "fair", you pay for what you use
• you can scale up/down as you need

It is great for a dev tool company:

• you align user adoption, the value created, and monetization
• as org-wide usage so does the invoice

But pulling it off is not as easy as you may think.

Choosing that value metric, packaging it, and presenting it is a struggle.

@Appsmith solved it in the following way:

• give people an option to go with a usage-based pricing
• but cap a per-user cost at $X a month
• it guarantees a better deal than a flat per-user pricing
• but gives you the predictability of a per-user pricing

Very interesting approach.

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.

The problem with presenting API is that it is hidden. It gets the job done in the background.

So it is not "attractive" in the way some other dev tools can be.

But you can:

• show the end result and how it gets the job done.
• show how easy it is to use.
• let people play with something interactive to make it real.

That is how Mux, video API, solves it.

Found this awesome crossover on their homepage.

They give you:

• devvy language that just says what it does without high-level fluff
• code, input/outputs
• end result of your API call, to make it real
• demo to get the feel real-time

Love it!

"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.

Architecture diagrams are awesome.

They have this smell of value that makes you want to share them with others.

This one is particularly good-looking imho.

Super short dev tool case study on a single viewport.

Many case studies follow a Hero -> Problem -> Solution -> Results framework.

Many try and do it on a one-pager.

But what @Resend did is next level and I like it.

Especially with devs, you want to be technical and succinct.

And Resend took all the possible fluff out of it.

• They put a strong quote up top
• They highlight the benefits for easy skimming
• They explain the problems and results succinctly
• They show who said it and make it more believable
• They show the customer: logo/ name + what they do

I'd like to have some before or after probably or a stronger results (or pain) ) focused headline.

But I think this is great actually.

Pricing in your docs? That is how @Fly.io does it.

You click a pricing page link on their homepage and you go to the docs!

No 3 boxes with the "most popular" being the middle paid plan ;)

They just give it to you how it is. Exactly what you'd expect from the docs.

There are tables, explanations, and links to other docs pages.

Very bold decision imho. It definitely makes them feel super developer focused.

Plus if you do want a more standard, enterprise stuff you see:

"If you need more support or compliance options, you can choose one of our paid plans. These come with usage included and additional support options."

And that page looks like a classic pricing page.

But they focus on the developer buying experience here. Super interesting.

This is one of the most interesting content pieces I have seen in dev tools recently 👇

Comes from @SST and believe it or not is a comedy video created to promote integrations.

That's right.

So SST integrated with Astro and instead of creating "just another how-to use X+Y" video they created this:

• A copy of "Between Two Ferns" comedy show
• With one of the founders of Astro framework which they integrated recently
• Where they don't really talk about integration too much ;)
• And reportedly got a ton of signups from this

It was a fun brand play but got way more views than a tutorial ever could.

And it connected with their audience in a human way that will be remembered (and shared).

Nice.

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!

A great example of a dev-focused Linkedin post format from Khuyen Tran 👇

What I like about this:

• It stands out in the feed with a pink background
• It is helpful and visual. Shows the code and result of the code in one view.
• I know right away what the post is about and why I should "... see more"
• It is a format that can be reused for many scenarios

Just great job!

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.  

Make a {X} cry in 5 words or less.

Great Linkedin (or Twitter) post format.

This is one of those fantastic self-selecting mechanisms as well.

People who understand the joke are the people you are looking for.

You may get the exact people you want to follow your profile.

With a nicely targeted joke.

Love it.

Came across this classic What is Segment brand video while watching an interview with one of the folks behind it, Maya Spivak (she is awesome btw).

What I like about it is that:

• it is fun, not formal, builds rapport
• it introduces the core problem the tool solves
• it shows the tech and explains it in a way that is simple but not simplistic

And it follows a flavor of the classic AIDA format:

• Introduce problem
• Agitate it, make the viewer feel it
• Explain obvious solutions + problems with it
• Show how your product solves it
• Tell people how to start

Putting all that in 90 seconds is hard.

And even though this video is 4 years old it could easily still work today IMHO.

Really solid baseline to s̶t̶e̶a̶l̶ get inspired by ;)

The idea behind this conversion play is to put an "Aside CTA" that is unrelated to the content early in the article.

And get that clicked.

But obviously, if you do that it will be pushy and intrusive.

So?

Nevo David from Novu shared this idea on one of the podcasts:

• Put a small section right after the introduction
• Add memes to catch attention and disarm the "I hate ads" reader (a little bit)
• Make an explicit ask. Make it human and somewhat vulnerable

Btw, Nevo says that cat memes work best.

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.

Newsjacking is a great marketing tactic.
Especially when you can connect it nicely to your product.
‍

And GitGuardian, a tool for secrets management does it beautifully here.
They ran a story on how Toyota suffered from a data breach.
Because they didn't manage their GitHub secrets properly.
‍

Brilliant.

I like that this is both strong and subtle.

It comes right after I've delivered a smell of value with a technical intro.

And I can see that there is more value to come after thanks to the table of contents.

The CTA itself feels like an info box in the docs rather than a typical subscribe CTA.

Good stuff.

There are a lot of boring vendor t-shirts at conferences.

And they get boring results.

I like this bold design from GitGuardian:

• they go for anime which is loved by many devs
• it feels and looks like an anime t-shirt, not a vendor t-shirt
• they use their core message "Keep secrets out of your source code"

Nice.

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.

Adding CTA in dev-focused articles is hard.

You don't want to be too pushy, but you do want to get conversions.

DigitalOcean strikes a great balance with its in-text article CTA design.

They make this CTA look like an info box that you'd typically see in the documentation.

It is clear that it is a Digital Ocean CTA but it doesn't feel pushy.

It feels like a piece of potentially useful information.

Love it.

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.

Navbar is a hugely important conversion lever on the dev-facing website. I saw it move the needle by x times in some cases/conversion events.

So, what does a good one look like?

Auth0 did a great job on their developer portal. But the learnings can be applied to your marketing website too.

What I like:

• They have an explicit division between docs and resources (you can do without it but I like it)
• Community (with all the events, forums, support etc) is clearly emphasized and discoverable
• When you click on the navbar tab you get an extensive mega menu with many options
• Each item in the mega menu gets a one-sentence description of what you'll find there

That makes it easy for devs to explore. Without having to click out to see what each tab/item means. And when devs know what you mean they are more likely to actually click out. And convert.

Make it about belonging.‍

Something some people can deeply connect with.
Nostalgia is a very strong emotion.

It feels good to be a part of something as well.

An ad that doesn't feel like an ad.‍

I like that this is almost a meme.

But it still explains what the company does.

Love it.

How to show integrations on your dev tool homepage?

Every dev tool needs to integrate with other libraries in the space.

And you want to show how well integrated with the ecosystem you are.

But you ctually want to do a bit more than that.

You want devs to see how easy / flexible / clean it would be for them to use it.

That is why instead of showing just logos from your ecosystem it is good to show the code too.

Meilisearch does that beautifully:

• They show a big list of integrations that show the breadth
• For each, there is a code snippet on a relatable example
• + call to action to all integrations and selected one

I am sure this is getting more clicks than just a list of logos.

I love that it is static and it blurs everything I don't need to get the concept.

For the dev audience, static graphics, when done well, are better than

• videos
• screenshots
• or happy faces of happy customers :)

Tell me what you do in 1 sec, not 60

Sometimes your pricing is just complex. But you can still make it work.

If you want devs to convert, make it possible for them to estimate the cost.

@Mux does it nicely with a calculator:

• They give sliders for dimensions that are obvious to the dev
• They give (pre) select boxes for things that are a bit less obvious
• They show additional costs
• They give you a clear final price estimate

What is crucial is that the calculator dimensions need to be understandable and familiar to the reader.:

• If you use expected industry concepts (view count, upload, users) you should be fine.
• If you use weird obscure concepts the best calculator will not help.

The goal of this is to make it possible for a person to get an estimate right here right now.

Not have to setup a meeting with half the team to figure your pricing out.

A nice example of making navbar more developer-focused.

Ask for GitHub stars with a link to the repository.

It does three things:

• shows where your repository is and that you have something I can see
• lets me see that you have a popular repository
• reminds me that I can star it (if I am a returning user)

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).

I like how this post shows:

• what the library does
• shows how to install it
• gives the option to read more in-feed

All in one visual post.

Digital Ocean went for an ad for the Hactoberfest in a tricky place.

To keep it in the medium that fits YouTube shorts they:

• made it into an actual short vid
• used a comic book story

I think doing YouTube shorts is an interesting opportunity in a yet unsaturated market (as of 2022).

And doing ads that fit that medium so nicely is an art.

Good job DO!

Make login our problem. Not yours.

This is a beautiful messaging of Auth0 solution.

Login

Simple explanation of what it does/gives you.
Simplified of course

Our problem. Not yours.

You "outsource" this boring but important problem to someone else.
It also has a feel of SaaS in there.
They will take care of it.

‍

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.

Show how product components fit together.
‍
A good diagram is such a good solution to that.
‍
They use the same colors and eyebrow copy that was used for body sections.
It all clicks now, I get the full picture.

‍

‍

How to get more ROI from your dev conference booth? -> Add obvious CTAs.

Yes, giveaway stuff.

Yes, make it nice and branded.

Yes, make it funny, shareable, and cool.

But give people an easy and obvious option to give back and support you and your goals.

I really liked how Union.ai approached it at the recent MLOps World conference:

• A simple folded paper info with CTAs right next to your giveaway
• CTAs to GitHub stars, Linkedin, and Slack community

Just a nice little tactic but I bet it squeezed a bit more of that ROI juice that we all need in 2023 ;)

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?

Devs like diagrams.

When you explain a complex concept in one diagram it is just very shareable.

If you are interested in reading more there is an entire "blog post" when you click see more.

Just a very solid content format.

Need one more call to action idea for your dev tool blog?

How about starting an article with it?

Sounds weird but if done right it can work. Even with devs (or maybe especially with devs).

Earthly did and they are known for great dev-focused content.

Ok, so how does it work?

You start your article with a contextual call to action where you explain:

• Who you are and what your product does
• And how that is relevant to the content of the article
• Link out to more product-focused pages, ideally relevant to content

And then you let people read.

Those who find the topic important will remember you and/or maybe click out to see more.

I like it. It's explicit, transparent, and actually noninvasive.

With/without is a classic marketing campaign theme.

AhoyConnect does it nicely in this ad.

Obviously, not everyone loves memes.

But many devs do.

Those who do may smirk -> smirk builds brand affinity.

I like how it has a proper "hero section" feel to it but it adds a developer-focused twist:

• Explains in simple words what the tool is
• Adds a lot of navigational links (website, docs, examples, blog)
• Then it goes into detail about what it does

The rest of the Readme is great as well but the hero section is gold imho.

Beautiful mockery of classic conversion tactics from PostHog website.

So what do we have here:

• "3 people would have..."
• "Not endorsed by Kim K"
• "Eco-Friendly"
• "$0 FREE"
• ">1 left at this price"
• "Act now and get $0 off your first order"

I have to admit I chuckled ;)

And I bet many devs who don't think of marketing very highly chucked too.

That builds rapport. (hopefully) makes you one of the tribe rather than another faceless corpo.

BTW, they used it as a bottom of the homepage call to action.

I like it.

Most of the people who scrolled there are not going to buy anyway.

But they may share the website with someone who will.

How to do a dev-focused brand video and get 10M+ views?

Making a memorable brand video is hard.

Doing that for a boring tech product is harder.

Doing that to the developer audience is next level.

Postman managed to create not one but three of those brand videos that got from 4M to 10M youtube views.

The videos I am talking about are:

• "I am gonna push some buttons"
• "Together"
• "We did this"

So what did they do right?

• They are all short playful stories touching on values coming from a centralized API platform.
• They hint at the motif of space which is a clear part of Postman's branding
• They do show the actual UI of the product

Honestly, I am not exactly sure what special sauce they added but those are just great videos that you watch.

And I definitely remember them and the company which is exactly what you want to achieve with brand ads.

This has to be one of the better dev-focused headers I've seen in a while.

Headers should deliver your core product message and get people interested. That is true at any stage but early stage especially.

💡You want everyone, even those folks who just take a look and leave to remember. You want them to recall it in their next conversation around this topic.

There may be supporting messages for sure but there is always that one core thing. Make sure it lands.

In the case of Clickhouse, that core message is that they are a database that is fast at a huge scale.

Their supporting messages are:

• they are best at analytics and real-time apps use cases (where speed/scale matters)
• they are a very popular open-source project

💚And they deliver that beautifully with:

Headline

Clear as day headline speaking to value delivered at a level that builds rapport with their audience.

Not "Give users seamless web experience at scale" but "Query billions of rows in milliseconds". I like that little touch with "rows" which makes who they speak to obvious

Subhead

Subhead supporting it with "fastest and most resource-efficient DB"

+ talking about the use cases "real time apps and analytics" and it being open-source

Calls to action

These CTAs make the audience feel at home. There are docs in there + clear "we are open-source" CTA

Visual

That supporting visual is just amazing.

It shows the value in the most believable way you could deliver it here imho. Query and an Output that shows the size of the database and speed of the query

Social proof

Social proof in the navbar, almost 34k stars and a GitHub icon.

+ a way to get people to that repository, check it out and leave a star.

There is more social proof below the fold with big logos and stuff but the GitHub icon and stars make it immediately clear that this is a project that people care about.

It is remarkable how brilliantly simple it is all presented.  Just a fantastic work IMHO.

I like how this starts with a [WHAT IT IS ABOUT] scroll stopper.

That is coupled with a big block of code that has:

• input -> code
• output - > results from console

(presumably) when you click "See more" you get the rest of the text post.

Explain a concept clearly.‍

Good visual with concrete numbers makes this example easy to understand.

Because it is beautifuly explained people want to share this with their network to be perceived as helpful (and smart).

Ideating how to do dev tool billboards?

I like these from Snowflake.

Especially the customer showcase ones as the format can almost be copy-pasted ;)

One more interesting thing about those billboards though:

• folks from Snowflake placed just a few of them strategically in the cities
• And changed content of the billboard often

By doing that they seem to have billboards everywhere, fight ad fatigue, and stay top of mind.

Love it.

Say what we are all thinking. ‍

This tweet is great as it states something that most of us feel.
It is something that you may have had a discussion about with someone recently.
You might have fought about one tool or another.
But at the end of the day tools don't matter.

You can share it with someone as:

• sorry, we had a stupid fight
• rub it in your face :)

‍

This is one of the more devy blog designs I've seen in a while.

It has this docs-like feel.

But is just a bit more fun and loose than most docs would allow.

Here is what I like:

• smells like there could be value with code all over the place
• shows visuals taken from another devy channel, Twitter/X
• hints at social proof through Twitter/X engagement

And if your posts are code-heavy, then a docs-like experience is where you want to be anyway.

But you can spice it up with things that wouldn't fit the docs.

Like a Twitter/X embed or a meme.

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.

Gonto shared an interesting play that they tried at Auth0 when he was running growth there.

So the story goes like this:

• They wanted to increase brand awareness of Auth0.
• They found influencers who were maintainers of open-source frameworks that had landing pages.
• They went to them and offered to redesign these landing pages for free.
• The trick is they redesigned it in the same branding (colors, patterns, layout) as the product (Auth0).
• That made people think those are related (even though they weren't) which increased the brand perception of Auth0.
• They also asked the influencers/maintainers if they could add retargeting pixel to the redesigned site.
• Which helped them serve relevant ads to visitors of those open-source frameworks.

I think that doing just the sponsorship for the retargeting pixel could work.

But when you add that branding consistency between the sponsored site and the product the CTR is better.

Interesting one for sure.

This is how you write dev tool JTBD blog posts.

Masterclass of writing this type of content from @WorkOS imho.

Deep 2000 word guide that explains how to add webhooks the your application.

Goes into examples, best practices, everything.

One thing it doesn't do?

It doesn't push the product left right and center.

In fact, the only CTA is hidden in the very last sentence of the very last section.

Why?

Because most likely, the reader's intent is around understanding the problem at this point.

They want to understand what adding webhooks to their app really means from the practitioner's standpoint.

And they did that beautifully.

Could you have pushed the product a bit more? Sure.

But by answering the actual questions devs came here for they managed to build trust.

And I am sure got their fair share of click-throughs and signups anyway.

Great flow of the explainer. 

Starts with the outcome "Build search UX".

Goes straight to code and 1-2-3-results format. 

Explains every snippet of code as it is added.

Ends with a nicely presented result: a working search on a website.

No voiceover just code and screenshots.

And it's only 45 sec !!!

7k likes on an event promo post to the dev audience.

I don't think I've ever seen 7k likes on a developer company post on Linkedin.

Ok, this is Github, but still.

This is a 26sec video where they go:

• "What happens when a CEO..."
• "... builds an app LIVE in 18 minutes ..."
• "... in front of 15000 people..."
• "... with Copilot X for the first time?"
• "What could go wrong?"
• "What it Live"

This is a job well done:

• Super slick but minimal design. Feels a bit like that famous nextjs prisma conference tickets.
• Offers a live coding session which is one of the event types that devs like cause it is real.
• Plays powerful music, but no voiceover that would make it feel more corporate.
• Dev to dev, conversational copy. + this final snarkiness appeals to devs.

And they could have done:

• Copy: "We are happy to announce our CEO streamlining business value for the enterprise"
• Design: Show people at previous events and stuff that you saw a million times
• Offer: Talks from industry leaders (that  are customers using your product)
• Voiceover and music: Boring corporate classic.

This is how to promote an event. LOVED IT!

Conference activation idea: Tetris competition at the booth.

It is hard to get devs to your booth if all you offer is a "do you want to see a quick demo" spiel.

You need to get a bit more creative than that.

💚 The team at Storyblok ran a Tetris competition:

• Playing station at the booth to make sure people come by
• Live leaderboard for when people were not playing + to get folks to play again
• Branding around the playing station for those who take photos to share it on socials
• A cool devy prize (mechanical keyboard) to build some additional reason to play talk about it

Afaik it was a big hit and I can definitely see why.

📒 A few more notes:

• make it live at the booth, not available online -> you'll get no buzz for it otherwise (made this mistake)
• try to get organizers to give you a few minutes of the schedule to give away prizes
• if you can connect the game to your product in a memorable way do that.  

btw, I read about it on DX Tips. You want to check out that article on dev conferences from DX Tips

𝗛𝗼𝘄 𝘁𝗼 𝗰𝗿𝗲𝗮𝘁𝗲 𝗴𝗼𝗼𝗱 𝘁𝗲𝗰𝗵𝗻𝗶𝗰𝗮𝗹 𝗰𝗼𝗻𝘁𝗲𝗻𝘁 𝘁𝗵𝗮𝘁 𝘁𝗵𝗲 𝗛𝗮𝗰𝗸𝗲𝗿 𝗡𝗲𝘄𝘀 𝗮𝘂𝗱𝗶𝗲𝗻𝗰𝗲 𝗹𝗶𝗸𝗲𝘀?

The general tip is simple. Create content that the HN audience finds interesting.

𝗧𝗵𝗮𝘁 𝘁𝘆𝗽𝗶𝗰𝗮𝗹𝗹𝘆 𝗺𝗲𝗮𝗻𝘀:

• Something that feeds curiosity (how does X work, why did Y happen, what is it like to do Z)
• Something real, transparent, and written in first person (real stories)
• Something technical and focused on the dev or founder crowd

But how do you actually do that?

𝗢𝗻𝗲 𝗼𝗳 𝘁𝗵𝗲 𝗽𝗹𝗮𝘆𝗯𝗼𝗼𝗸𝘀 𝘁𝗵𝗮𝘁 𝘀𝗼𝗺𝗲 𝘁𝗲𝗰𝗵𝗻𝗶𝗰𝗮𝗹 𝗳𝗼𝘂𝗻𝗱𝗲𝗿𝘀 𝗱𝗲𝗽𝗹𝗼𝘆𝗲𝗱 𝘄𝗮𝘀 𝘁𝗵𝗶𝘀:

• Get your technical founder or core developers to write articles
• Those articles are focused on the technical challenges of building your product
• Again, don't write what your product does but rather how you build it. Mistakes you made, ideas you tried, technical challenges you had to overcome.
• Share real value with that dev audience. And to give people real value, you need to have folks who actually understand their problems. Those are typically senior devs/founders.
• You will inevitably hint that you are building a product and the folks who are interested in your product and you will go deeper.  

That was exactly what folks from CockroachDB did at the beginning.  Heard about it on one of the episodes of the Unusual Ventures podcast with Peter Mattis from Cockroach Labs.

𝗘𝘅𝗮𝗺𝗽𝗹𝗲𝘀 𝘁𝗵𝗮𝘁 𝗵𝗶𝘁 𝘁𝗵𝗲 𝘁𝗼𝗽 𝗼𝗳 𝗛𝗡:

• "CockroachDB Stability Post-Mortem: From 1 Node to 100 Nodes"
• "Serializable, lockless, distributed: Isolation in CockroachDB"
• "How CockroachDB Does Distributed, Atomic Transactions"
 
Kudos Cockroach Labs team and thanks for sharing!

Share an idea about a new concept.

Explain the concept in simple terms.
Back it up with a visualization.

I like the "hand-written" style of this viz that makes it less formal.

‍

‍

‍

An interesting option to push people to read the next article.

You use a slide-in triggered on a 75% scroll with a "read next" CTA in the bottom left.

On the aggressive side for sure but when the article you propose is clearly technical it could work.

And if your articles are not connected to the product explicitly you do need some ways to keep people reading and see more of your brand.

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.

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.

Simple yet powerful CTA in the navbar resources section.

The resources section in the navbar is mostly navigational. Well, the entire navbar is ;)

But you always have that one action that is more impactful than others.  

💚 And I think that a Plauground  is a great option. You get people to see how your product works. You let people play with it and see for themselves.

Not many next actions can be as impactful as getting people to experience the product.

Especially if you are a heavier infra tool that people cannot really test out in that first session. I mean, you won't really create a realistic example of your core database in 15 minutes to see how that new tool that you just saw works.

🔥 Making this CTA "big and shiny" and showing a glimpse of what will happen after clicking is great too.

🤔 2 changes I'd test out:

• Making the copy more descriptive performs better.  Like "Launch playground", "Play with Sandbox", or something around "Run an example project/app/environment".

• Showing something more exciting about the product (or playground/tour) on that visual

But the core idea behind making the playground your core navbar resource section CTA is just great.

Classic widget PLG loop.

Algolia really crashed it with these. Here is how they made it so successful.

Some time ago I did some research on Algolia marketing looking for gems. Found quite a few as they are truly amazing at this.

One angle that is bringing a lot of traffic to their site is that classic PLG widget.

So what they did is:

• They gave away their search box for free (under conditions)
• They made sure that folks who do get it for free have some (ideally a lot of) overlap with their target audience.
• People who added that search box got the branded "Powered by Algolia" version of it
• Some devs who used the sites with the Algolia search box liked the search and went to their site
• Some of them started using it and spreading the word further

And the sites that brought the most traffic were:

• Hacker News search (that is not exactly the widget but a standalone site)
• Fontawesome (site with fonts for devs)
• Open-source documentation sites (they give away free docsearch to OS projects)
• SteamDB (gaming site)

I love this tactic as it aligns:

• the value their product provides
• the value that site users get
• the value that the company gets from developers finding out about it

Win Win Win

When you find those "Win Win Win" tactics/strategies you are golden.

Very cool project.

You type in your GitHub name and see your history in 3d.

• engaging 3d viz
• cool music
• button to share it on Twitter

And Voila!

You have an intrinsically viral brand awareness campaign.

Just brilliant.

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 :)

Really good product navbar tab from Supabase.

The product tab in your navbar is likely the most visited one on your site.

And there are a million ways of organizing information in there.

But ultimately, you want to help people understand what this product is about at a glance.

Even before they click. Even if they never click.

And how do you explain your product to devs?
By answering common questions:

• "What are the capabilities/features, specifically?"
• "What do people use it for in producution, specifically?"
• "Ok, so how is it different than ... I used before/use now?"

Supabase does it really nicely:

• They show features + give a one-liner explanation
• They show customer logos + a one-liner on what they got from it
• They list the most common competitors with links to deeper comparisons

Very solid pattern imho.

What I'd improve:

• Make the third testimonial copy more dev-centric, more specific -> It reads "... to become top 10 mortgage broker"
• I'd add a link to a page with all comparisons -> what if I don't see mine?

How do you make your dev tool pricing simple?

I really like this one.

Saw someone share a pricing page from Userfront some time ago and really liked it. They changed it now but I really like the thinking behind the older version.

It is just remarkably simple while hitting all the boxes:

• You have tiers aligned with buyer persona: Free, Self-served (team), Custom (enterprise)
• Your usage metric is obvious (Monthly Active User)
• For Enterprise you just go with "Contact us" CTA (which is what enterprise buyers expect anyway)

Just a very good baseline.

Testimonial ads are a format that helps you move people from "I know what you are doing" to "I trust you enough to do business with you".

Video testimonials are even better.

You see the person who has a similar role that you do saying things about the product you are considering.

CircleCI did a solid job here.

And so if you are running remarketing to people who went to pricing but didn't sign up, or signed up to a free trial but haven't converted yet this is a good format candidate.

Just watch it.

Create a connection with your ideal customer profile.

"Wrong answers only" questions are great for that imho.

What to say when you have many products? 

Dev tool companies over time grow from one product to suite of products to platforms with products built on top of the core one.

The result is that it is harder to communicate without going full-on fluff mode (my fav "built better software faster").

But for most companies, there is this core capability/product where people start.  The entry product. Why not use that?

I really liked what Stripe did on their docs page here:

• They have maaaany products: billing, tax, radar, identity etc.  
• But all of them are built on top of their core payments product
• So they focus on getting folks to start with the payments
• And make it clear that there are many other products

Even though this is docs, the same applies to homepages and other dev comms.

If you have many products, figure out what is the most important one, the one where most people enter. Focus on that. "Upsell" to other products later.

Devs are builders.‍

Make your home page for builders.
Go directly into the "how" instead of the way.
Many devs when they land on your home page, already know the "why".

I love that it:

• shows the step-by-step right away in the hero
• CTAs are links to integrations with particular frameworks and libraries
• the hero copy is very toned-down

Devs have a love/hate relationship with "Book a demo" call to action.

Mostly hate though.

Especially if what they want is:

• know what they will be paying for your tool
• just see a golden path of how this thing works

Let's just say that sitting through an hour demo call with a salesperson just to get the pricing is not what most devs love to do with their time.

But there are moments in the buyer journey when devs do want to have that live session:

• they tried it, went through the golden path, and have deeper questions
• they know they have specific needs and are unsure/couldn't find it in your docs/website.
• they want to customize the pricing plan to their needs.

Then, having a live session/demo is the fastest way to move forward.

@PostHog handles this dev journey reality nicely with:

• recorded, ungated product demo -> if you want a generic demo just watch it
• transparent pricing and a free plan -> don't need to sit through the demo to ask for price
• if you want a custom demo or just talk to a human -> just schedule a call

This approach solves both scenarios really nicely.  

Marketing through free tools is powerful. And Auth0 implemented it beautifully.

In an old article from Gonto I read about some free tools that Auth0 created years ago.

And those tools are still generating traffic and leads today.

And they are helpful to developers and make the Auht0 brand even more appreciated by the community.

One of those tools is JSON Web Token Debugger.

So how this works for them is this:

• You understand that your target dev audience has a problem
• You realize that helpful blog posts can only do so much
• You create a small tool that helps solve that problem
• You create content that explain the concept to help build SEO
• You link out to that content on the home
• You add links to your core product/events or other offers in the navbar
• You wait for devs to come ;)

Now, Gonto suggested that is important to do it on a separate domain to make it less promotional.

I am not sold on that especially when I know there are companies like @VEED.IO that build "SEO tool clusters" in the /tools/ subfolder of their page and crush it in search.

But either way, if you can solve a real problem your target devs have, no matter how small, you should be able to get some developer love (and $) from the value you created.

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.

Just an awesome billboard/ad format for a dev too company coming from Vercel.

What I like about it is:

• you catch attention with something different
• those who are in your audience get it, maybe they feel more seen
• you reinforce that your brand is very developer-focused
• you don't forget to put the "obvious" branding in there
• and there is a CTA to get people to do something

Simple and beautiful.

Btw, they actually run similar ads on Reddit and it makes a lot of sense IMHO.

How to present benchmark results masterclass from RavenDB

The biggest problem with the software benchmarks that you run is?

People don't trust you. Especially when the results are good.

𝗬𝗼𝘂 𝗷𝘂𝘀𝘁 𝗻𝗲𝗲𝗱 𝘁𝗼 𝗯𝘂𝗶𝗹𝗱 𝘁𝗵𝗮𝘁 𝘁𝗿𝘂𝘀𝘁. 𝗢𝗻𝗲 𝗼𝗳 𝘁𝗵𝗲 𝘄𝗮𝘆𝘀 𝗶𝘀 𝘁𝗵𝗿𝗼𝘂𝗴𝗵 𝘁𝗿𝗮𝗻𝘀𝗽𝗮𝗿𝗲𝗻𝗰𝘆.

People from RavenDB do it by:

• Showing where they ran it (AWS, Linux)
• Showing exactly what infra they ran it on. Extra points for making it interactive.
• Explaining how they ran it with code snippets and setup
• Copy is also very to the point, technical, docs-like

This looks solid because it feels like I could re-run what they did myself.And so I trust them and I probably won't ;)

A freaking developer TV.

They took this "be a media company" to the next level.

They created entire TV around their company, audience, and products.

I respect people really going all in.

Handing #1 dev obstacle: "We can do it ourselves".

Check it out from second 0:35:

‍"I bet you're like
We can do it ourselves, it's not that hard.
We know what we're doing.

First, I hear you.
Second, are you sure?"

This is mastery.
Pointing out ignorance without alienating people.

How to bring attention and trust to a feature section?

Add a testimonial.

Ideally, it should talk about that feature to make your message even stronger.

I like how Appsmith made it animated and it just makes you look.

And you read the testimonial and look at the feature above it.

Good stuff.

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

How do you show "save time" to devs?

It is often hard as it is not objective.

But there are options.

Spotlight does it beautifully by showing two implementations next to each other solving the same task.
It is obvious which is faster and saves time.
Great stuff!