Developer marketing examples

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.

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.

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

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

But you don't want to berate your competitor.

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

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

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

Talk about those. Dev to dev.

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

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

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

Love it.

I love this video ad format from Hygraph.

They are reading and reacting to bad reviews.

I saw this in B2C but not in the dev tool B2B. Love it!

So basically how they did that campaign is:

• The marketing team finds bad product reviews.
• Most of the reviews are technical and speak about some features.
• Their employees (at least some devs in there) read them out loud on their phones.
• They react to the reviews, typically explaining what the product does and why.
• They serve it as YouTube short ads and link to the whole 5-minute video on their channel.

Through all that, you get entertained and learn something about their product. This is such a fun format to test out!

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

Good format of the tweet copy.

Start with the hook.

Then validate it with more story.

Then open a knowledge gap with a thread.

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.

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.

Thinking about your next conference giveaway idea?

‍How about a coconut? Datafold did just that!

Coconut + logo burned on it + a person who can open them up

=

A memorable, shareable, fresh (literally), and wholesome conference experience.

And I bet it didn't cost an arm and a leg too.

It goes to show how creativity matters when planning those things.

Thinking about doing a similar thing in Poland... with potatoes of course ;)

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

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

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

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

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.

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.

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.

Is this brand campaign 💩 or ❤️?

I like it a lot actually.

It gets attention, it is memorable, it gets reactions.  

And It does speak to a product message: that you have better developer experience than other tools.

It definitely beats flavors of "5x developer productivity".

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

Mostly hate though.

Especially if what they want is:

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

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

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

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

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

@PostHog handles this dev journey reality nicely with:

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

This approach solves both scenarios really nicely.  

Great flow of the explainer. 

Starts with the outcome "Build search UX".

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

Explains every snippet of code as it is added.

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

No voiceover just code and screenshots.

And it's only 45 sec !!!

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

What I like about it is that:

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

And it follows a flavor of the classic AIDA format:

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

Putting all that in 90 seconds is hard.

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

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

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.

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

Adding CTA in dev-focused articles is hard.

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

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

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

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

It feels like a piece of potentially useful information.

Love it.

Classic Auth0 campaign coming back in 2023.

I love how simple and powerful this message is.

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

That is all the say.

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

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.

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

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

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.

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.

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

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

And they get boring results.

I like this bold design from GitGuardian:

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

Nice.

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.

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.

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

Why not highlight your free plan?

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

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

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

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

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

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

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

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

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

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

I'd rather have them choose free than none.  

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.

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

If your dev tool's USP is that it is faster -> Show it in the header

I like how folks from Bun focus on the fact that they are a faster library.

They show the benchmark as the key visual on the homepage header.

I love it.

If you think about it how else do you really want to show that you are faster?

This is believable, especially with a link to the benchmark so that I can dig deeper.

They show competitors, they don't pretend they don't exist.

And they talk about being faster left right and center.

I mean, they drive this "we are faster" home for me.

If that was important to me, I'd check it out.

Really good product navbar tab from Supabase.

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

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

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

Even before they click. Even if they never click.

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

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

Supabase does it really nicely:

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

Very solid pattern imho.

What I'd improve:

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

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.

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.

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.

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

I like that this is almost a meme.

But it still explains what the company does.

Love it.

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.

The main message you want to land on your homepage community section is:

"We have a big community of devs who love using the product"

🚧 That helps you tackle obstacles your dev reader has:

• "is this tool any good"  
• "do real companies use it in production"
• "are there people who can help me when I hit roadblocks"
• "where would I find others using the tool when I have questions"

💚 Modal solves it beautifully by going simple but smart:

• Join our community header and a call to action to join Slack makes it obvious where users are
• Wall of love style testimonials give a feel that there are so many users and they love it enough to share that with others
• They all look like Tweets even though (I presume) some of them aren't. That is a nice trick to boost social proof. People give more value to social post testimonials.
• They show a face, name, role, and company which builds trust and makes it obvious those are other devs (like me)

It lands the message that this section should land for sure. I really like it.

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

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

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

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

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

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

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

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

And that page looks like a classic pricing page.

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

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

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

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

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

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

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

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

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

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

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

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.

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

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!

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. 

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

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.

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.

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.

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.

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

‍Use that -> Snyk did.

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

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

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

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

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

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

Isn't that just beautiful marketing-wise?

So the takeaway is this:

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

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.

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!

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.

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.

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.

‍

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.

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.

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.

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

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 to promote your important company event? How about right there in the header.

A typical approach to promoting events on your site is to have them in the Hello bar (right above the navbar). This is a solid option of course.

But what if this is a super duper important event that you really want to push?

Put it in the header.

The header is the most viewed part of the most visited page on your site.

Doesn't get much better than that.

But you don't want to distract people from your value propositions and main CTAs too much.

How do you do that?

This is how Vercel did with last year's NEXT.js conf.

• above the H1 headline so as not to break the flow
• prominent but not more distracting than it needs to be
• has conference logo, crystal clear copy, and an event CTA

Nice execution on that pattern.

I like the simplicity of this announcement.

What: "Vercel Edge Middleware"

Why: "Start delivering dynamic, personalized content without sacrificing end-user performance."

Visual supports this but is super minimal.

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.

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!

‍

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.

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.

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!

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!

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.

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.

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

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.

‍

‍

‍

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.

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

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

But you can:

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

That is how Mux, video API, solves it.

Found this awesome crossover on their homepage.

They give you:

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

Love it!

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.

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

Say what you do and how you do it.

What:

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

How:

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

CTA (bonus):

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

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

Simple but powerful and clear.

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

‍

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

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

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.

Pushing cold blog readers to try your tool rarely works.

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

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

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

Someone shared an old but awesome article with me recently:  “I answered 99 Stack Overflow questions and now 2 million developers know about my product“

And while chatGPT/Perplexity/co-pilots may be making the Stack Overflow less effective the rules of engaging in communities very much apply to your Slack/Discord/Reddit.

Also, I often talk about social listening, setting up trackers like Syften, F5Bot, or Gummysearch, and jumping into discussions around your problem space. But I haven’t really shared good examples of how people actually join in the conversation doing that. This is one of them.

So what you do is basically:

• Say how the problem can be solved generally
• Say how you can solve it with “a product like mine”
• Show an example of doing exactly that with code

Do that enough times, all in relevant discussions, and see how folks refer to your answers and drive more product signups.

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!

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

‍

‍

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?

Say what we are all thinking. ‍

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

You can share it with someone as:

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

‍