Developer marketing examples

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.

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.

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.

One of the top-performing conversion flows in dev-focused articles.

"Aside CTA" in the "How to do {jobs to be done}" article.

You know the drill:

• Explain how to X without your tool
• Add an "Aside" CTA showing that it can be done with your tool

And Export SDK executes it (almost) perfectly:

• They subtly move you from article to CTA but show that the article ended
• They explain what the tool does and what the offer is
• They show a visual of how the tool solves it
• And they give you a clear link to click

One thing that could be tested and changed is putting this "Aside CTA" mid-article and not at the end (tip from Martin Gontovnikas).

A good thing to try if you are running the "How to do {jbtd}" article strategy.

Funny ad, that makes fun of ads.‍

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

• docs
• code examples
• integration
• backend
• UI

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.

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.

Pre-roll ads are obviously invasive and annoying, especially to devs. But they are also prime real estate in the ad ecosystem.

You can choose not to do them at all (fair option). Or try and make them more fun and less annoying ;)

I like how Sentry handled it in this 16-second video:

• They start with a funny, disarming hook. A pic of a cat pic ;). It catches my attention and stops me from clicking "skip ad" as I want to understand what it is about.
• They show how those pics didn't come off well and introduce the company saying "Sentry can't fix that". That keeps me interested enough to see what it does.
• They show a straightforward, short product video with the actual application screenshots and zoom-ins to show pieces of the product for the rest of the video.

Basically they managed to "buy" 11 seconds of attention with 5 seconds of a pattern-breaking hook.  In the world of pre-roll YouTube dev-focused ads, I'd say this is a win.

Also, I don't know the results of the "Sentry can't fix that " campaign, but I like how this builds curiosity. Even with that slogan alone.

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

‍

A classic dev tool blog call to action that is somewhat underused these days.

Was going through Martin Gontovnikas blog and found a post from a couple of years back.

He called this "Aside CTA" and the idea is this:

• You write an article about a problem X
• You don't mention your tool much (or anything) in the article
• But your product helps solve that problem
• So you add an "Aside" at the end where you say that you could also solve it with your tool

Why this can work well with devs is:

• You write a genuinely helpful article
• You don't "pollute" the article with your product
• You add value first with content
• You let people "upgrade" their solution experience with your tool
• You are explicit about what your tool does and what the content does.

Definitely a classic that is worth trying.

Read Gonto's article.

This is a nice little touch in the last step of the signup process.

Linear asks you to do two things:

• Subscribe to the newsletter with updates
• Follow-up on their main social channel

The beauty of it is while this is an ask it is done so gracefully:

• balances promotion with value for the user
• It is explicit in what it asks for and explains each ask with a one-liner
• makes the ask small enough that it makes sense to be an "impulse buy"
• the CTAs are clear -> not only "follow us on Twitter" but also gives you their handle

Nice and simple and I am sure it gets some folks to subscribe/follow.

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.

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.

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.

What if your next swag was a donation? That's what Cockroach Labs did.

Ok, so the typical way of doing swag at a conference is to give out t-shirts for badge scans.

And then folks either wear them or throw them away (or keep wearing them when they should have thrown them away but that is another story).

After the conference you take leftovers with you, ship them home or, you guessed it, throw them away.

A lot of throwing away for a badge scan if you ask me.

Cockroach Labs decided to do something completely different.

They donate a few $ to a great charity @Women Who Code for every badge scan they get.
I love it.

An extra benefit (and where the idea originated) is that with this, you can do virtual badge scans too.

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 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!

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.

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.

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.

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.

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

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.

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.

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.

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. 

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!

This is a simple but great header imho:

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

Love it.

How to present many features at once?

Sometimes your dev tool has many features/products that you want to show.

❌ Showing all of them as separate sections doesn't work with more than 3. It just gets too long very quickly.

✅ You can go with the tabs pattern where each tab has copy+visual for a feature.

💡 But there is another option that makes a ton of sense when you have many features to show.

Interactive tiles of different sizes.

💚 I like the implementation of that pattern coming from Clerk:

• Each tile is a combo of feature name + one-liner description + an interactive visual
• When you hover over each tile it starts playing the visualization explaining the feature even more

• Some of the tiles are bigger which makes the entire section more interesting. It could be one (core feature or differentiator) or a few if you present many.

That pattern can work really well on blogs or learning centers too but I think we're going to see more of it on dev tool websites.

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.

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.

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.

This is a cool story coming from the GOAT of all docs. They added a signup button to their header and the conversions and revenue followed.

All they did was added a "Create Account" button and saw a huge jump in conversions.

Interestingly, Peggy shared that when they added it to Apollo GraphQL docs, signups went up by 20%.

It sounds like a good thing to try out.

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.

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.

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

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

It's a nice template for ads on socials.

So you have:

• Value
• Testimonial about the value/benefit
• Person
• CTA

Ideally, I'd make it dark to stand out in the feed and make the CTA about that value as well.

But still, great ad 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.

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

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.

OK, the best way of getting GitHub stars is by creating a project that solves real developer problems well.

I assume you have done that already and the metric that people love to hate ⭐ is growing organically.

What do you do now?

I mean you got to ask people in one way or another.

Many companies put it in their navbars or hello bars.

Posthog adds a sticky banner at the bottom of the page that follows you as you scroll.

It also shows a start count which at their size (11k + stars) acts as social proof.

You can close it and the next time you visit the page it will be off not to push too much.

I like the concept makes sense to test it out this way imho.

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

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.

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.

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.

Not sure how to find developers for audience research interviews?

Sometimes all you need is ask.

I really liked what the founders of this startup did:

• Found relevant subreddits where folks working in MLOps/DevOps and ML are (for example r/mlops)
• Clearly explained why they wanted it: building a startup and doing exploratory analysis
• Clearly explained what they wanted: interviews with mlops/devop/data scientists
• Clearly explained what they will give for it: cash, as simple as that

Sometimes you don't need to overthink it and can just ask.

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.

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.

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.

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.

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

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.

If you want to get your post to do well on HackerNews you may want to break some "marketing rules" you'd expect to work elsewhere when it comes to titles.

And the titles are really important on HN.

People will start a discussion and fight viciously on both sides of the argument without even reading the article.

I even tested it one time by putting an article "Why people on Hacker News comment without reading" on HN. It went to the first spot in 5min and got a few people talking before it got flagged ;) The article obviously had nothing in it. Just an ask for people who clicked out not to comment saying it was empty.

The point stands though. Titles are crucial imho. They set the tone. Good titles give you a better chance.

And no, in this case, Karma didn't play a role here:

• ssivark 5804 Karma got 2 upvotes
• gregsadetsky 5625 Karma got 3 upvotes
• stefanpie 1223 Karma got 219 upvotes

What I think mattered was the titles. Very similar theme but a vastly different vibe.

• "Your Paper Is an Ad" is punchy, authoritative
• "How to Get Your Paper Accepted" is actionable, authoritative
• "Getting a paper accepted" is understated, builds curiosity, it feels like a story

Imho this is what happened here. The Hacker News crowd lives on good hacker life stories, on feeding curiosity. On titles that don't feel like a marketer would post.

So when in doubt go understated.

btw I have a good story of helping an infra startup get to the top of HN Show if you are interested. Added a bunch of links to resources/learnings in there too: https://www.markepear.dev/case-studies/glassflow

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.

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.

There are a few developer experience gems here:

• RSS feed: many devs love rss, let them consume your blog that way
• Search: some devs will immediately know this article is not for them. Let them search and stay.
• Clear branding: Some devs will read the article and leave. Make sure they at least remember your brand.

Also, their design is super clean, non-invasive, and simple which makes for easy content consumption and more developer love.

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.

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

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.

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!

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.

Developer-focused Reddit ad. 33 upvotes, 30 comments.

So @Zesty is a company that targets devops folks and helps with cloud cost optimization.

And they decided to run Reddit ads.

So they:

• Chose the format that works with devs on (some) subreddits
• The funny message that connects to their main value prop
• Made it clear that they solve that problem in the copy
• Added clear(ish) branding

And they got 33 upvotes and 30 comments.

Some of the comments were technical.

One comment that got 67 upvotes was actually

"Okay, this ad is pretty funny"

And I agree, this is a pretty funny ad that I am sure brought them some brand awareness and clicks.

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.

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!

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.

‍

Was scrolling LinkedIn the other day, minding my business and what do I see but a new dev marketing newsletter. DevPMM newsletter by Marek Nalikowski (dev PMM at Oxla).

In the first issue he talks about “Developer product positioning and messaging examples that slap”.

His devy explanation of positioning/messaging is just so cool. Will steal it and us it with eng founder for sure. Here it goes.

• Product = Core logic / backend
• Positioning = API
• Messaging = Component library
• Copy = UI / frontend

One idea that Marek goes into that I don’t see used enough is anchoring. You anchor on something your audience knows. Now classic example of “open-source Firebase alternative” from Supabase is one.

But there are other flavors of anchoring.

Funny enough just last week I talked to a marketer from one of the startups I advise about my personal framing for what they do just to see if I get it. Something along the lines of “If X and Y had a baby, that focused on Z, and had a developer experience of R”. So yeah I did anchoring positioning for myself.

Ok, I digressed. The example that made me want to share this with you is this beauty from Tinybird.

I am talking about this quote that anchors on three popular tools: ClickHouse, Supabase, and Postgres. This one sentence carries so much meaning to people who know them. Good luck landing that message in less words.

This is the tricky part though. You need to know your audience enough to know what concepts are commonly (enough) known by them to use it. So the non-dev audience will likely not get it at all. But this is ok. You should land messaging for the champion.

And Marek argues that this is how devs naturally think and talk about products.

Cannot agree more. I often ask dev founders “so what does the product do” (having read the website)? How do you explain it to dev friends? How do you explain it to other devs on a meetup or conference? Anchoring is surprisingly common in the way they explain it and very rare in their messaging.

Read the full article ->

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

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.

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.

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.

Create a connection with your ideal customer profile.

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

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

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.

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.

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.

This body cross-section is just awesome.

It makes it obvious that I can connect it to my workflow.

This is a must for dev-focused pages imho.

What I like:

- there are many integrations listed

- I can see the code and that it is easy to use

- The CTA is to integration docs, awesome!

‍

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

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!

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!

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!

Interesting dev blog CTA idea from V7.

CTAs in technical articles is a tricky subject:

• Go too aggressive and "obviously an ad" and devs ignore it or get angry
• Go too subtle and you may not get the readers attention at all

I like how V7 approached it here:

• They add a separate (aside) section but it is subtle, feels like a part of the article
• They use a GIF image creative that catches my attention and simply shows the product
• They used various  anchor link CTAs. Interestingly these often get more clicks than buttons

What I'd change/test is making this CTA not a generic value prop but something closely connected to the rest of the article.

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

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

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

But you can do it.

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

Here is what was interesting about that article:

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

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

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

💚 Speaking peer to peer, not authority-student:

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

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

Things like:

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

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

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

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

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

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

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

Just a beautifully executed piece of content marketing.

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.

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.

‍

‍

‍

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!

How to design the navbar product tab? This is what @PostHog does 👇

Figuring out what to put in the navbar is tricky:

• How should you name tabs
• What should go where
• Should you have "resources" or divide it

The "Product" tab is especially tricky.

It can get overloaded with a ton of content.

• Some teams put docs, and product videos there.
• Some show features, integrations, and code examples.
• Some go with solutions and per person per industry pages.
• Some just put everything in there ;)

I like how Posthog approached it:

• They use the word "features". Most devs like it more than other options.
• They show the data stack with which the tools integrate. That is an important obstacle handler pretty much always.
• They include customers in the product tab. Most devs want to see the product and may not go to the "customers" tab. This is a nice way to add social proof and increase conversion to user stories pages.
• They show customer logos and the results they got from the product. Again more social proof without clicking out.
• They use "customer stories" rather than "case studies" which again feels more devy .

I like 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.

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

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

Some teams like Vercel or Auth0  do "Start building "  

But that doesn't always work.

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

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

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

Really great job imho.

Using memes in the product release.

If you understand your ICP (in this case open-source backend devs) it may be a great idea.

An additional benefit is that people may share a meme... that actually has a link to your announcement.

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.

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.

Most devs want to explore products themselves.

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

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

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

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

Posthog speaks to this reality with this copy beautifully:

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

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

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!

This is such a fantastic ad creative because it is just so different.

So basically what Kinde it does is:

• _It shows the timer, dev, and the screen nothing else.
• The dev adds authorization to the application in under 2 minutes
• The fact that the dev is sneezing while coding just makes it so real and human
• You see a how-to-add Kinde for authorization tutorial while rooting for the dev to complete ;)
• 🎁 Bonus points for having that filename saying what it is, almost like an ad title: Authspeedrun.mp4

💚 That timer is such a great way of catching attention and keeping it while landing your product message. It seems raw and "whatever" but I think it is very intentional in its dev-friendly delivery.

So if you have a dev tool that has awesome devex and can get people to that aha moment quickly then give it a go (and tell me how it went ;)).  

Nice Reddit ad from kftray.

This is a simple ad format but lands the message:

• Clear, transparent "What it is" and "What it does" in the Headline
• Basic screen share video that shows both the code (terminal) and the  UI (product app)
• Unblocked comments make it more confident and spark conversation

An interesting fact is that there is no call to action?!

They say "Kftray is an open-source" which is enough for those interested to google "kftray github" or just go to GitHub and find it. And makes the ad less pushy which is a nice touch on Reddit.

But the most important takeaway is this. If the problem is real to the dev audience you target you don't need to go fancy. Just show how you solve it.

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

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

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.