Developer marketing examples

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!

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.

Classic remarketing ad. But things are classic because they work 👇

Youtube remarketing is one of the most popular ways to stay top of mind with devs who visit your site.

Lots of devs spend time on Youtube so it is a solid match.

But, "buy now" style ads rarely work because if they wanted to try/buy they would have already.

They need something more.

That "more" is often trust.

They simply don't trust you, your product, and your company.

They don't think you are the real deal and will solve their problems.

But you can build that trust. And to do that you can use testimonial-style ads:

• use case explained in the voice of customer/developer
• real user sharing their story
• clear product branding

That is it.

Show enough of these and % of people will trust you and convert.

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

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.

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!

Streamlit has an amazing explainer.

They show how to go from:

• Writing your first line of code
• To creating data dashboard
• To deploying it across the web

In 42 seconds.

No audio, just code and a simplified result window.

Amazing stuff.

How to get people to sign up for your office hours?

Why not put it on your docs homepage?

Btw, I really like the concept of office hours.

• You give people the option to "get a demo" and answer their questions
• But you don't make them schedule anything, they can just come (or not)

You get your devrels or product to do those weekly and then you just have to figure out how to get people there.

Classic options are to put info in onboarding sequences, in the app, or on the website hello bar.

But Flatfile had another idea. They put it in their docs homepage header.

I find this idea brilliant as many people who browse your docs (especially for the first time) are in that evaluation mode and would actually want to do that.

Plus calls to action in the docs get more respect by design ;)

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.

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.

Code-style ad format on Reddit.

Code can speak louder than words (sometimes).

It makes your value prop real and concrete to the right audience. 

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.

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!

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.

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.

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.

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

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?

How easy it is to get started is a big conversion factor for any dev tool.

Devs want to test things out and if it is hard to do they will be gone testing a competitor that made it easy.

And so a good how-to section on your homepage can make a big difference in getting devs to that first experience.

Appsmith does it beautifully with their 1-2-3 How-to section:

• 1-2-3 format: Connect data -> Drag and drop -> Customize with code
• Interactive GIFs with code snippets and UI elements
• CTAs to integrations, widget library, and docs
• Dev testimonial at the end to make it real

It is so engaging and just beautifully designed. And the CTA to additional resources like integrations, widget library, and docs make the message land. I do believe it is easy to set this up.

Great pattern to copy-paste imho.

I like those sidebar CTAs from Auth0.

They go with a sticky Table of Contents which gives a better reading experience.

They put two CTAs below that TOC:

• "See docs" presented in a very subtle, very developer-friendly way
• They put a more aggressive banner but it is still on the tasteful side.

Solid job.

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

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!

Nice way to show code and results straight from the React docs that people love.

And this pattern can be used outside of the docs for sure.

Anyway, a classic situation:

• you want to show the code
• you want to show the result of that code
• you want to let people play with the code/results
• you want to make it easy to read and copy/use  

And folks behind React docs solved it nicely by:

• Giving you a spit screen of code and results
• Not showing the entire code but giving you the option to "show more"
• You can change the code and see the results change (and errors pop up)
• You can use buttons to reset the example, copy it, or fork on CodeSandbox

Not groundbreaking maybe but a beautiful implementation that is just a delight to use.

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.

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.

What if you not only posted entire articles on Reddit but also promoted them?

This is what WarpStream did and I like it.

A few weeks back I shared an example of a company posting not a link with a snippet but an entire article on Reddit.

WarpStream is taking it to the next level by promoting it as an in-feed Reddit ad.

I love this trend 100%:

• Platform first: don't force you to click out, read the content here
• Ads as distribution: treating paid options as a distribution channel

By doing that you assume that if your piece of content gets read by the right people it will lead to business outcomes. People don't need to go to your site to be retargeted by ads and attacked by popup banners.

That is a very fair assumption, especially with devs.

But even generally in B2B SaaS and social channels like here on LinkedIn that concept of zero-click content, coined by Amanda Natividad, is gaining traction and I'm glad that it does.

Your dev tool is faster/more scalable/more X -> show it with benchmarks.

For some tools the entire unique selling point is that they are faster.

You build your messaging around that, put a flavor of "fastest Y for X" in the header and call it a day.

But devs who come to your website cannot just take your word for it. They need to see it, test it.

For some tools it is possible to just see it for themselves, get started.

But you cannot expect devs to really take a database or an observability platform for a spin.

As to test the speed or scalability on realistic use case you need to...

... set up a realistic use case. Which takes a lot of time.

But you can set that use case and test it for them. With benchmarks.

I really like how Astro approached it:

• they list out known competition by name
• they hint at technical reasons for why they are faster
• they shows those benchmarks high on their homepage
• they link out to the full report and mention the trusted source

If your usp is that you are faster/more scalable/ more whatever. Back it up. This is the nr 1 thing devs on your website need to trust you with to move forward.

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

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!

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.

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.

Showing code and UI in an explainer video is always a dance and rarely ends well.

You want to show the code to make it devy.
But you don't want to show everything not to overwhelm.

The same goes for UI which should look like your UI.
But show only what is necessary.

It's a struggle but CircleCI does it really nicely in this explainer:

• They blur out all code
• But use colors to make it really look like code
• And the file sits clearly in a text editor (as it should)

They do the same for the UI later in the video.Just a really clean way of explaining things. Nice!

I love the design of this crossover section on the Tailwind homepage.

I see the code and the result next to each other.

I see how I can get that result with code.

It is interactive and catches my attention.

It makes me feel inspired.

Great job Tailwind team!

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.

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.

This is a very nteresting approach from PubNub.

They could have published an article on their blog and posted a link to Reddit.

Instead, they just posted an entire article, 3851 words . That post got 360 upvotes and made it to the top of r/rust. Wow.

Never seen anyone do that before but I like this. It could be great:

• when you want to drive discussion around a topic in the community you care about.
• Or when you want to rank for a keyword you couldn't possibly rank for on your own (Reddit will index it later at their 95 Domain Authority).  

Some things I also liked:

• To the point title, and devs really like a real improvement/debugging story
• The use of emojis in the title grabs attention and stops the scroll. Slightly controversial on Reddit but worth a try.

• In the feed, it looks like a deep (long) technical post. That intro is also fantastic because it does tell you what they did which suggests there will be more juicy details later. Love that.

• Shows a sneak peek of a performance comparison chart that you just want to see

• The post has images, code snippets, sections etc. Like a proper article. Also, you kind of need that at 3851 words ;)

Super interesting approach that I want to test out myself.

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.

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.

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

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.

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.  

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.

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

‍

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.

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.

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.

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.

Articulate a deeper thought.‍

Sometimes you want to tell the world something but you don't know how.
When somebody articulates what you were thinking you just want to share that with them.

This is what this tweet is about.
A deeper thought with some parallel examples to back it up.

When you promote your feature/product launch on Reddit, it can easily end up being "not well received" to put it mildly.

I am talking downvotes, negative comments that get upvoted  and break the discussion. Or good old crickets.

But Reddit can also be a fantastic source of audience feedback, peer validation for your product, and some of the most vocal advocates you'll ever find.

I really liked how Tom Redman from Convex directed the discussion in the Reddit thread under their laucn post:

• Transparent intro: who you are, what you know

• What you like about the tech: why you think it is valuable to the community

• Community-focused call to action: helpful, feedback-first (not conversion-first), disarming with "if I can't answer I'll ask"

The launch post itself was great too:

"Open sourcing 200k lines of Convex, a "reactive" database built from scratch in Rust" that linked to the GitHub repo.

Doesn't get much more to the point and devy than that.

Linked GitHub logo in the navbar

Adding CTA to your GitHub repo makes your company look more dev-friendly.

If you have a ton of stars I'd show those as well to play that social proof card.

But even without it, I think it's a good way to get more traffic to your repo and get those stars :)

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.

A docs header worth a thousand words.

For a dev platform or infrastructure tool it is hard to explain where you fit, what you do quickly, and how you connect to existing components quickly.  

Hopsworks docs team does a great job here.

So instead of using words, they use a diagram:

• You get a solid overview of where your tool/platform fits larger context
• It shows you which part of the workflow/infra the platform solves
• Every part of the diagram is a clickable docs link
• Shows where you can deploy it
• Shows what backend you can use.

All of that in a single diagram.

Now that is a dev-focused header visual.

Algolia gets over 80% of referral traffic from a single free tool they created called Search Hacker News.

But why does it work so well for them?

Hacker News doesn't really have a native search experience.

Algolia gives devs an amazing search experience out of the box.

So folks from Algolia created their own website where you can search Hackernews... with Algolia search engine.

Of course, when you click on "Search by Algolia" you get directed to the website and can learn how to set up a similar search, which you have just used yourself.

What I love about this:

• solves a real problem for the audience Algolia is after (many software devs read hacker news)
• it shows rather than tells how Algolia's search works. And it works amazingly.
• it feels almost like an extension of HackerNews with the same brand colors and design.

And looking at the results it delivers.

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!

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

Funniest dev tool explainer ever? Coming from Wasp.

Let's face it, introducing a problem in an explainer video is often boring. Especially if the problem is

How do you introduce a SaaS boilerplate? Good luck pitching faster time to value or something.

Wasp did something out of the box:

• They start by googling "how to buy a Lamborghini"
• Go to a Rebbit thread where people talk about starting a SaaS on boilerplate. But it is paid.
• Go to Google again and type their positioning ;) "Free open-source SaaS starter".
• Go to their product and show it.

Got me hooked and kept me watching for sure.

+ funny is memorable so you will get a better recall too.

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!

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

Memes that resonate with your ICP (in this case website backend devs who use PostgresSQL).

Content like this helps people find their tribe.

And then those memes can get folks to follow your account.

If you mix your content well you can then push them further down the funnel.

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!

Good in-place code pattern.

I can go and see different code snippets without moving to other parts of the website.

At the same time, I can read explanations and value propositions.

I like how "view documentation" is such a strong CTA with so much going on here already.

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.

‍

How to run developer-focused Reddit ads that get upvoted?

Reddit is well known for anti-promotional sentiments.

Just post something along the lines "you can solve that with our dev tool" and see.

So running ads on Reddit feels even more like a no-no.

Especially if you add problems with bot clicks and attribution as most devs will have some sort of blocks.

But you know your audience is on Reddit.

And for some of us, it may very well be the only social platform they are on.

So what do you do?

This is how @Featureform approached it to get almost 100 upvotes on an ad:

• They start with a simple conversational copy pointing at their target users pains
• They agitate target users pains in their language (lots of jargony terms, tools and problems)
• They use very devy language, likely rooted in deep user understanding (voice of customer)
• They don't talk about their product in the meme
• They show clear branding so that you can connect the dots.

If you are going for brand awareness rather than a direct conversion those types of ads can work very well.

I liked it for sure.

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

A great example of a quote-style ad.

I like it because:

• Trust: it builds trust via G2 crowd reference and an actual person mentioned
• Value/benefit: the quote talks about what the tool does and what is good about it
• More trust: links to G2 crowd profile, NOT your page -> more trust especially when I don't know the brand yet

Great stuff.

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.

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.

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.

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!

If you have an API product presenting it in an exciting visual way is hard.

But Deepgram managed to do just that.

They go for an autoplay presentation that has four acts:

1. Context: playing an audio file showing a spectrogram -> sets the context that this is something audio
2. Code: They show the code from one of the SDKs being typed. And they show tabs at the top with other important SDKs to convey that this is not Python-only.
3. Result: Shows the output of running the code, a transcript, and an AI-generated summary and topics.  
4. Layers: Takes the points above and layers them in one viz to communicate that this is all part of one product, just different "views" of it.

And the delivery is just slick and elegant. Kudos team!

btw, Mux, the video API has a similar design of their visual. I think it is just a great visual element for API products.

This is a sandbox experience folks over at Sentry.io created.

I like the navbar CTAs with a big "Documentation" button in there.

Reminds me that I can go and see it when I need it.

But I also get those conversion focused "Request a demo" and "Start a trial" for when I am ready.

On top of that I get tours and help in the sidebar for when I get stuck.

.... and the whole thing is gated behind a work email which I don't love.

But having that work email let's you nurture (and Sentry is known for awesome emails).

Plus it does help sales. If anything it is an additional signal for your account scoring models.

But if you are going to gate a sandbox, make sure to show all that value behind the modal like Sentry did.

With that I can feel compelled to type in that email.

Scrolling through many feature/capability sections of a dev tool website mostly sucks. But dropping things to make it shorter can suck even more.

This is a cool design pattern that deals with that problem.  

Single section that switches subsections on scroll. And folks over at @Graphite did a great job with that on their homepage.

It works like this:

• as you scroll the progress bar moves to make it clear what is happening right away
• eventually, as you scroll down, the subsection switches to the next one
• each subsections has a headline + one-liner description + call to action + a visual

Also, I saw variants of this that also looked great:

• without the one-liner or Learn more
• auto progress/section switch if you don't act

What this design helps you achieve is:‍

• you get to show many features/capabilities (Graphite showed 5)
• the site feels shorter than it is and you don't feel as tired/lost as you scroll
• because it is all interactive it is easier to drive your attention to a section header

I really like this pattern and I have already recommended it to some folks working on their sites recently.

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 love this simple design.

They show:

• A GIF of code and console
• Have a few tabs with features, explained
• Social proof with Github stars

Simple, and powerful imho.

So your differentiator is being self-hosted and you want devs to see it. This is a cool trick I saw that feeds into the way devs navigate your site.  

One navbar tab devs will click on or at least hover over the docs tab.

So putting your self-hosted deployment guide in there will land.

And likely this guide sits in the docs anyway, you just extract that important piece of information and frontload it. This is exactly what @n8n did on their site and I love this.

People see it first and I am sure (many) will remember that n8n is self-hosted which is one of their differentiators. Simple and strong.

In that vein, you can frontload other important pieces like quickstart/getting started or integrations. Especially when your docs is a toggle tab and not just a clickable link.

I'd argue that having that quickstart frontloaded in the docs tab would be a smart move from n8n too. But anyhow, this is job well done.

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.

Which feature/product to show in the header?

How about all?

Many dev tool products are feature-rich. And you want to show those awesome features.

But it is easy to overwhelm the reader when showing so much info.

That is why I really like the header tabs pattern that @PostHog uses:

• You have clickable tabs with product names + descriptive icons
• Copy + Supporting visual (UI, code etc) and a call to action in each tab
• Supporting visuals are in vastly different colors to make it obvious you switch tabs.

This pattern is especially powerful when you want to communicate completeness.

Posthog definitely wants to do that. If you are on that train I'd strongly suggest considering/testing it.

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.

"32 billion reasons to check out..." - I love this ad from Aikido Security.

What I Iove the most is that it doesn't say much, it just points. I think it comes from Harry Dry or the book Made to Stick.

But the idea is that the best stories are not something you write. It is something you tell. You don't say, just point.

And this is what folks from Aikido did:

• the story is that Wiz got acquired for $32B by Google
• often companies that get acquired the quality drops over time
• some folks in the dev community (on Reddit) are not happy about it

So they pointed:

• They pointed to a Reddit comment (simple screenshot)
• They pointed to them being acquired (which is a huge story in the space)
• They combined it all with a beautiful pun "32 Billion reasons to check out Aikidko"

Love it! Sometimes I think I live for this stuff ;)

Thank you Marie Jaksman for sharing this gem!

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

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.

‍

‍

‍

13% signup form conversion bump with a dev-focused trust/motivation builder.

Dev goes through your page, clicks the signup button, and sees a signup form. Now you want them to actually sign up.

The V1 approach is to go clean, a few social signup buttons like GitHub and call it a day.

The V2 is to add trust/motivation builders on the page:

• Logos -> big enterprises and hot startups using your product always feel reassuring
• Testimonial -> fellow dev talking about the product makes your claims real
• Value prop-> reiterating what the product does, key capabilities, makes what you can deliver clear
• How-to -> showing how you get to that value with a 1-2-3 steps removes friction, makes it feel easier

Now, Stytch went for an interesting V3:

Code snippet -> how about just show it? this is a flavour of that 1-2-3 how-to but extra dev-friendly. They also made the code interactive so that you can tinker with it, make it feel yours already.

And they saw a 13% signup conversion bump.

Definitely an interesting thing to test out.

Check out Stytch CEO talking about it here.

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.

The homepage header is about landing your core product message.

For Modal it is basically LLM infrastructure with great developer experience.  

And they do a great job delivering it:

• Input/output visual: I think for infra products this is a great choice.  Show what code you run, show how to run it, show what you get. Ideally, this all looks nice and easy.
• Headline/subheadline: They explain "what is it" and "for whom is it" (or what use case): "what": Serverless infra platform, "whom" ML teams.

• Great calls to action: If you don't know what to put this is the best baseline imho. Get started (Signup) and Docs.

• Social proof: devs want to know if others like them and/or respectable companies use it in production. While dev testimonials do that better, logos is what people expect to see here. Don't have them and you raise flags, especially if you are unknown.

• Branding: if you can make your page/company memorable on top of landing  that message -> great. And with that green gradient and uncommon colours they definitely do.

Top job on that header folks!

Interactive product tours are all the rage.

But how do you make them work for the dev audience?

How do you deal with:

• Explain your complex dev tool value proposition quickly
• Show both code and UI elements
• Make devs feel great developer experience of your product
• Push devs to the conversion action without being to pushy
• And do all that without overwhelming

That is hard.

But Vercel somehow made it.

This is by far the best product tour I have seen so far.

What I love:

• Great, clean navigation that lets me go back if I want to
• They use their slogan "Develop, Preview, Ship" to reinforce the product message
• They show both code and the UI
• The CTAs are visible but subtle enough not to distract

This product tour is what dev tool startups will aspire to for years (or months ;) ) to come.

Mark my words.

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

I really like this Reddit ad from Sentry.

Powerful simplicity.

They don't do:

• long value-based copy
• fancy, in-your-face CTAs
• creative that feels "professional

They go for:

• focus on the pain
• creative that speaks to that pain
• low-key CTA ", get Sentry" rather than "Get Sentry Free!"
• building rapport with the dev with copy "If seeing this in React makes you 🤮"

And through simplicity and focus they deliver a message:

• Stack traces in React are not much fun
• They seem to understand that
• Sentry helps you solve that

Good format.

Modal with updates.

Adding a modal with "what happened lately" for users who come back to the app.

Good idea for re-activating users by showing new features or examples.

+ a link to a deeper resource.

Well done templates gallery from Vercel.

For developer-focused products, having an examples/templates/code samples gallery can be a powerful growth lever.

✅ It helps people:

• understand what you do
• see if anyone did what they want
• get started with something real-life(ish)
• get a feel for a product without committing to it yet

Just a great touchpoint in the developer journey.

💚 And Vercel does this one really well IMHO.

They start with an easy-to-find CTA in the navbar resources section. Bonus points for adding one-liner descriptions that make it clear what is on the other side of the click.

On the templates library page, they give you solid use case navigation with tags. And each template tile has a result thumbnail and a one-liner description. The beauty of this is in the simplicity and what they didn't put in here.

Each template page shows the result, gives you a tutorial on how to use this, and clear CTAs to either see this live or deploy yourself. Bonus points for the "Deploy" action copy (instead of "Sign up").

Kudos to the Vercel team. They are one of my favorite inspirations.

I like this idea of showing how your dev tool works.

With developers, you almost have to explain how it works on your homepage.

Many products do some version of Step 1 -> Step 2 -> Step 3 -> Success.

I really like how @SST approached it with a timeline.

I find it more engaging than those disconnected steps.

And when I follow this journey the final and logical step is to try it out. Get started.

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

Simple but powerful and clear.

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

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

I like this Reddit ad creative that uses a classic, devy, bell curve meme.

This is a good creative to use when what you want to communicate is overcomplication. As in:

• there are simple "bad" beginner, obviously not working solutions
• there are complicated "you are so smart" overengineered solutions
• there are wise, pragmatic solutions... that look exactly like the simple beginner ones ;)

Plus, with devs, if you can make something not look like an ad you already won.

And there were a few comments suggesting just that:

• "Good job using meme as add on reddit kudos"
• "I only noticed after reading this lol"

LOVED HOW Flagsmith did it here:

• They start with a spicy controversial hook: "Test in production"
• They explain their product capability in super simple terms: "Decouple deploy and release with feature flags."
• Their call to action feels low commit, not pushy, no "do it now or..." but "Try Flagsmith open source". Having open-source in there is always good for places like Reddit, HackerNews
• The overcomplicated part of the creative shows that they get their audience. They use jargon that the tribe gets (this part can be tricky sometimes if your understanding is actually way off)

And they got people curious to see how Flagsmith makes this Test in production claim reasonable. I'd check it out if I was working on those workflows.

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.

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.

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.

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.

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.

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.

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.

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.