A great example of a dev-focused Linkedin post format from Khuyen Tran ๐
What I like about this:
Just great job!
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:
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.
It's a nice template for ads on socials.
So you have:
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.
This is a very nteresting approach from PubNub.
They could have published an article on their blog and posted a link to Reddit.
Instead, they just posted an entire article, 3851 words . That post got 360 upvotes and made it to the top of r/rust. Wow.
Never seen anyone do that before but I like this. It could be great:
Some things I also liked:
Super interesting approach that I want to test out myself.
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:
So what did they do right?
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.
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:
Also, I saw variants of this that also looked great:
What this design helps you achieve is:โ
I really like this pattern and I have already recommended it to some folks working on their sites recently.
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
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:
Really great job imho.
Subtle but effective dev blog CTA -> info box.
Basically a plain article in-text CTA but there is something special about it.
It looks like a docs info box.
It is not a "buy now" style call to action but rather a subtle "you may want to know about X" push.
But for it to really feel like an info box it needs to connect to the section of the section of the article around it.
Otherwise, it will just feel like an intrusive ad anyway.
PlanetScale does a great job here.
They link the part of the article about the sharding library Vitess with their product that was built on top of it.
It feels natural and I am sure it gets clicks and if not then product awareness.
I like the design of this crosshead.
Mixpanel primary CTA is to take an interactive tour.
They take you to a 30min video + a guided UI tour.
Not a signup.
That is because with products that have long time to value (like analytics, observability etc) dev will not see value in the first session.
I mean to really see value you need to see real data, real use cases. And if you were to actually test it would take weeks.
That is why many companies do demos. But demos have their own problems (and most are bad).
Interactive tools make it possible for me to explore the value without talking to anyone.
I love this option.
Funny ad, that makes fun of ads.โ
But it actually communicates that you don't care about the ads but more about something else, like:
Interesting dev blog CTA idea from V7.
CTAs in technical articles is a tricky subject:
I like how V7 approached it here:
What I'd change/test is making this CTA not a generic value prop but something closely connected to the rest of the article.
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.
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.
Gonto shared an interesting play that they tried at Auth0 when he was running growth there.
So the story goes like this:
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.
Sometimes you have an article, report, or event you want to drive people to.
And it is important that they read it.
What Plaid did here is an interesting way of putting it right in the hero section without making it overwhelming or distracting.
I like it.
Simple yet powerful CTA in the navbar resources section.
The resources section in the navbar is mostly navigational. Well, the entire navbar is ;)
But you always have that one action that is more impactful than others. ย
๐ And I think that a Plauground ย is a great option. You get people to see how your product works. You let people play with it and see for themselves.
Not many next actions can be as impactful as getting people to experience the product.
Especially if you are a heavier infra tool that people cannot really test out in that first session. I mean, you won't really create a realistic example of your core database in 15 minutes to see how that new tool that you just saw works.
๐ฅ Making this CTA "big and shiny" and showing a glimpse of what will happen after clicking is great too.
๐ค 2 changes I'd test out:
But the core idea behind making the playground your core navbar resource section CTA is just great.
"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:
So they pointed:
Love it! Sometimes I think I live for this stuff ;)
Thank you Marie Jaksman for sharing this gem!
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.
Create a connection with your ideal customer profile.
"Wrong answers only" questions are great for that imho.
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.
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.
What to put in the header when your dev tool does a lot?
I like how Appsmith approaches it.
In their case, they have multiple use cases they want to showcase.
But you could use the same idea for many features or products.
Show multiple clickable tabs:
A bonus idea is the "Try cloud" | "Self-hosted" CTA.
It communicates right away that you can deploy that dev tool anywhere.
If the self-hosted deployment is important to your customers let them know.
You don't want them to look for it and drop from the page trying to find the FAQ.
Streamlit has an amazing explainer.
They show how to go from:
In 42 seconds.
No audio, just code and a simplified result window.
Amazing stuff.
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:
I am sure this is getting more clicks than just a list of logos.
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.
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.
I like how they use the black dot to show the mouse movements in the UI.
Simple but powerful and clear.
How to present benchmark results masterclass from RavenDB
The biggest problem with the software benchmarks that you run is?
People don't trust you. Especially when the results are good.
๐ฌ๐ผ๐ ๐ท๐๐๐ ๐ป๐ฒ๐ฒ๐ฑ ๐๐ผ ๐ฏ๐๐ถ๐น๐ฑ ๐๐ต๐ฎ๐ ๐๐ฟ๐๐๐. ๐ข๐ป๐ฒ ๐ผ๐ณ ๐๐ต๐ฒ ๐๐ฎ๐๐ ๐ถ๐ ๐๐ต๐ฟ๐ผ๐๐ด๐ต ๐๐ฟ๐ฎ๐ป๐๐ฝ๐ฎ๐ฟ๐ฒ๐ป๐ฐ๐.
People from RavenDB do it by:
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 ;)
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:
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 love this simple design.
They show:
Simple, and powerful imho.
This is a sandbox experience folks over at Sentry.io created.
I like the navbar CTAs with a big "Documentation" button in there.
Reminds me that I can go and see it when Iย need it.
But Iย also get those conversion focused "Request a demo"ย and "Start a trial"ย for when Iย am ready.
On top of that Iย get tours and help in the sidebar for when Iย get stuck.
.... and the whole thing is gated behind a work email which Iย don't love.
But having that work email let's you nurture (and Sentry is known for awesome emails).
Plus it does help sales. If anything it is an additional signal for your account scoring models.
But if you are going to gate a sandbox, make sure to show all that value behind the modal like Sentry did.
With that Iย can feel compelled to type in that email.
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.
A classic "It doesn't suck" campaign.
Afaik, Barebones ran the first version of this campaign 20 years ago and it was a huge success.
It is so simple, it just speaks to that inner skeptic.
It doesn't say we are the best, we revolutionize software.
It says it doesn't suck.
That is way more believable and makes me think that there is a dev on the other side of that copy.
And there is something cool about this message that makes me want to wear it to the next conference.
Good stuff.
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:
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.
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:
Got me hooked and kept me watching for sure.
+ funny is memorable so you will get a better recall too.
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:
What I think mattered was the titles. Very similar theme but a vastly different vibe.
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
When selling dev tools you typically have 3 "buyer" levels:
Individual dev:
Team lead:
Org lead:
How does Postman solve it?:
They even go the extra mile. Something I didn't see too often.
They understand their customer's reality and identified one more level between Org and Team.
Basically a department-level unit that probably has multiple teams but is not at the organization/enterprise level.
I really like what they did hear. Solid.
I 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:
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%. ย
Which feature/product to show in the header?
How about all?
Many dev tool products are feature-rich. And you want to show those awesome features.
But it is easy to overwhelm the reader when showing so much info.
That is why I really like the header tabs pattern that @PostHog uses:
This pattern is especially powerful when you want to communicate completeness.
Posthog definitely wants to do that. If you are on that train I'd strongly suggest considering/testing it.
How to communicate the flexible part of your plan?
Many dev tools have 3 plans:
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.
A nice example of making navbar more developer-focused.
Ask for GitHub stars with a link to the repository.
It does three things:
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:
All of that in a single diagram.
Now that is a dev-focused header visual.
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:
And Export SDK executes it (almost) perfectly:
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.
Very nice design solution on the homepage.
Classic communication of the world before using your tool and the world after.
Really liked how it felt messy before.
And is nice and clean after.
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:
Do that enough times, all in relevant discussions, and see how folks refer to your answers and drive more product signups.
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:
So what did they do right?
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.
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:
And folks behind React docs solved it nicely by:
Not groundbreaking maybe but a beautiful implementation that is just a delight to use.
I like how it has a proper "hero section" feel to it but it adds a developer-focused twist:
The rest of the Readme is great as well but the hero section is gold imho.
Vs pages are a classic SaaS marketing.
But I like how Ably adjusts them to the developer audience:
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:
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.
"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:
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.
There are a lot of boring vendor t-shirts at conferences.
And they get boring results.
I like this bold design from GitGuardian:
Nice.
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.
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.
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.
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 ;)
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:
So what did they do right?
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.
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 do the same for the UI later in the video.Just a really clean way of explaining things. Nice!
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:
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.
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:
That is how Mux, video API, solves it.
Found this awesome crossover on their homepage.
They give you:
Love it!
Just wanted to share this classic dev tool branding campaign.
There is even a book about this from Jeff Lawson at Twilio.
But I recently saw someone share on HN that it got changed to "How can I reduce acquisition costs by 65%". Made me a bit sad.
But perhaps after years and years of working it stopped delivering any additional brand awareness/affinity.
Could they have come up with another flavor of "Ask your developer."?
Maybe. But maybe at their levels of mind share you are playing a different game.
The good thing is, you are not at that stage ;)
And f you pull off something that is 1% of the success of that famous Twilio campaign you can make your brand noticed and remembered.
I know we are in the year of doing what brings results right now. And branding campaigns may not make the cut.
But maybe we can (and should) afford to do something that helps us deliver that pipeline next year or a year after that?
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?
Let's go through these in detail.
Who are you? Why should I listen?
What is the problem really?
What does your product do and how does it work?
Speak "dev to dev"
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.
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.
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.
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.
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:
Very solid start if you run out of ideas.
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.
One of the best types of developer content is a debugging story.
"What is X" or "How to solve Y" work in some situations, especially when you focus on SEO distribution. But a good debugging story is something that even senior devs want to read.
This is an old article from the GitLab and is such a good example of thos format:
The downside of using this format is the same as with most good developer content. You need a real situation, explained by an actual dev in a technical language.
Classic widget PLG loop.
Algolia really crashed it with these. Here is how they made it so successful.
Some time ago I did some research on Algolia marketing looking for gems. Found quite a few as they are truly amazing at this.
One angle that is bringing a lot of traffic to their site is that classic PLG widget.
So what they did is:
And the sites that brought the most traffic were:
I love this tactic as it aligns:
Win Win Win
When you find those "Win Win Win" tactics/strategies you are golden.
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:
Afaik it was a big hit and I can definitely see why.
๐ A few more notes:
btw, Iย read about it on DX Tips. You want to check out that article on dev conferences from DX Tips
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.
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).
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.
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!
Most dev tools have two deployment options:
And then companies present it on their pricing page with some flavor of two tabs.
And you need to name them somehow.ย
And how you describe those things sometimes adds confusion for your buyers:
I like how nice and simple solution Retool used on their pricing page:
Explicit, obvious and to the point.
Love it.
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.
With infrastructure tools, it is notoriously difficult to show people the value quickly.
To really see it they would need to set up everything at their company infra, create dashboards for their use case, and so on.ย
A lot of work.
That is why creating a sandbox experience is a good way of giving people a taste.
I like the way Axiom calls it a playground and says "Play with Axiom" and "Launch playground".
This copy is good because:
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:
Supabase does it really nicely:
Very solid pattern imho.
What I'd improve:
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:
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.
Looking for a good dev-focused case study format?
People tell you to follow a classic Hero > Problem > Solution > Results.
They tell you to show numbers, talk value, etc.
And it is true. Great format.
But packaging this for devs is hard.
For example, putting numbers in there, and framing it in a "save 28min every week" is a recipe for losing trust with that dev reader.
That is if you can even get those numbers from your customers.
I like how @LaunchDarkly solves it.
Hero section:
Case study body:
They keep the content down to earth and devy but still frame it in a value-focused way.
I like that that they speak in the currency that devs care about.
Wasted time.
Before: "Took 2-3 weeks to ship"
After: "Can ship experiments every day"
The cool thing is you could actually use this ย hero section format and then have a more technical user story below. By doing that you could speak to the why and how.
That depends on your target reader for this page of course.
Anyhow, I do like this format and I am planning to take it for a spin.
This is a simple but great header imho:
Love it.
๐๐๐๐ฟ๐ฎ๐ฐ๐๐ถ๐๐ฒ ๐ฎ๐ฑ ๐ฐ๐ฟ๐ฒ๐ฎ๐๐ถ๐๐ฒ ๐ณ๐ผ๐ฟ ๐ฎ๐ป ๐ถ๐ป๐ณ๐ฟ๐ฎ ๐ฝ๐ฟ๐ผ๐ฑ๐๐ฐ๐ ๐๐ต๐ฎ๐ ๐ฟ๐๐ป๐ ๐ถ๐ป ๐ฎ ๐๐ฒ๐ฟ๐บ๐ถ๐ป๐ฎ๐น?
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!
Instead of giving away hundreds of small things that people will forget give away one thing that leaves an impression.
And a huge LEGO set is a great candidate for that one big thing. There is a big overlap between devs and folks who love LEGOs. They are both builders after in their hearts.
Now, some important considerations:
You need to commit to it too.
Don't do 3 different things like that at a conference. Focus on one play like this at a time and try other cool ideas at another conference.
Folks from Sigma Computing ticked all these boxes. ย Love it!
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.
โ
This is one of the most interesting content pieces I have seen in dev tools recently ๐
Comes from @SST and believe it or not is a comedy video created to promote integrations.
That's right.
So SST integrated with Astro and instead of creating "just another how-to use X+Y" video they created this:
It was a fun brand play but got way more views than a tutorial ever could.
And it connected with their audience in a human way that will be remembered (and shared).
Nice.
Good format of the tweet copy.
Start with the hook.
Then validate it with more story.
Then open a knowledge gap with a thread.
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:
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.
Beautiful mockery of classic conversion tactics from PostHog website.
So what do we have here:
I have to admit I chuckled ;)
And I bet many devs who don't think of marketing very highly chucked too.
That builds rapport. (hopefully) makes you one of the tribe rather than another faceless corpo.
BTW, they used it as a bottom of the homepage call to action.
I like it.
Most of the people who scrolled there are not going to buy anyway.
But they may share the website with someone who will.
How to 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 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 ;)
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 :)
A great example of a quote-style ad.
I like it because:
Great stuff.
I like this Reddit ad creative that uses a classic, devy, bell curve meme.
This is a good creative to use when what you want to communicate is overcomplication. As in:
Plus, with devs, if you can make something not look like an ad you already won.
And there were a few comments suggesting just that:
LOVED HOW Flagsmith did it here:
And they got people curious to see how Flagsmith makes this Test in production claim reasonable. I'd check it out if I was working on those workflows.
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:
Through all that, you get entertained and learn something about their product. This is such a fun format to test out!
People want to be valued by their tribe.
One of the ways to do that is by being helpful.
So they want to share things that have a "smell" of insight.
Tool stack/workflow/pipeline chart makes them feel that way.
โ
How to 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:
Just a nice little tactic but I bet it squeezed a bit more of that ROI juice that we all need in 2023 ;)
Mux does a few things beautifully in this header.
Value proposition:
Animated visual that is really good for dev tools:
Socks as swag always work, but this twist makes it 10x better. From @Sanity ๐
So Sanity, a CMS that lives in the Next ecosystem, gave away socks at Next js conf. Nothing out of the ordinary, but it is a good idea if you have no other ideas. "People will always need socks" kind of a deal.
But.
They did a few things differently:
This is brilliant. Fun, playful.
And it helps you convey that you play nicely with the Next js stack.
What I like about it is how reusable this is for other ecosystems and tools that are just a component of a bigger stack. Kudos Sanity!
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:
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.