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!
How to design the navbar product tab? This is what @PostHog does 👇
Figuring out what to put in the navbar is tricky:
The "Product" tab is especially tricky.
It can get overloaded with a ton of content.
I like how Posthog approached it:
I like it.
Dorky joke right?
But it does two very important things beautifully.
It gets a smirk (from some people) and when it does you know you just moved someone closer to your brand.
It has a clear CTA which is hard to do with joke-format ads.
This subtle call to conversation/check us out does the job.
Love it!
A nice example of making navbar more developer-focused.
Ask for GitHub stars with a link to the repository.
It does three things:
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.
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.
Nice post format.
I like it for dev tools that have both API and UI components.
You show code and what it produces in one view.
You can add additional things to the vis part of it for more context.
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.
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.
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?).
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.
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.
Sometimes your pricing is just complex. But you can still make it work.
If you want devs to convert, make it possible for them to estimate the cost.
@Mux does it nicely with a calculator:
What is crucial is that the calculator dimensions need to be understandable and familiar to the reader.:
The goal of this is to make it possible for a person to get an estimate right here right now.
Not have to setup a meeting with half the team to figure your pricing out.
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.
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:
This is very developer-focused approach and I love it.
People want to be valued by their tribe.
One of the ways to do that is by being helpful.
So they want to share things that have a "smell" of insight.
Tool stack/workflow/pipeline chart makes them feel that way.
This is one of my favorite header patterns for dev tools lately. Layered video visual from MUX.
So that video design pattern in here is this:
There are a few bonus learnings here as well:
btw I really like that branding. Custom font makes it so memorable. It is, isn't it?
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.
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.
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
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.
How to run developer-focused Reddit ads that get upvoted?
Reddit is well known for anti-promotional sentiments.
Just post something along the lines "you can solve that with our dev tool" and see.
So running ads on Reddit feels even more like a no-no.
Especially if you add problems with bot clicks and attribution as most devs will have some sort of blocks.
But you know your audience is on Reddit.
And for some of us, it may very well be the only social platform they are on.
So what do you do?
This is how @Featureform approached it to get almost 100 upvotes on an ad:
If you are going for brand awareness rather than a direct conversion those types of ads can work very well.
I liked it for sure.
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.
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.
This is a nice little touch in the last step of the signup process.
Linear asks you to do two things:
The beauty of it is while this is an ask it is done so gracefully:
Nice and simple and I am sure it gets some folks to subscribe/follow.
In a mature category, it is safe to assume that people know about other tools.
Especially devs.
I love how Axiom owns its unique selling point and how it stands out from the competition.
Takes guts but I 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.
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.
Funny dev newsletter CTA. From shiftmag .dev by Infobip.
It starts with a chuckle-worthy:
"Sarcastic headline, but funny enough for engineers to sign up"
Then they follow up by disarming the "is that spam" and building more rapport with:
They end with an alternative call to action. RSS feed.
Most newsletters don't do RSS.
But for many devs RSS feed is the preferred content subscription.
Great job!
VS competitor ads are hard to pull off with devs. Not impossible though. 👇
So the problem is that:
@Convex does it really nicely here:
And even though this is by a "aggressive" competitor marketing hundreds of devs liked/bookmarked this tweet.
Good job!
This has to be one of the better dev-focused headers I've seen in a while.
Headers should deliver your core product message and get people interested. That is true at any stage but early stage especially.
💡You want everyone, even those folks who just take a look and leave to remember. You want them to recall it in their next conversation around this topic.
There may be supporting messages for sure but there is always that one core thing. Make sure it lands.
In the case of Clickhouse, that core message is that they are a database that is fast at a huge scale.
Their supporting messages are:
💚And they deliver that beautifully with:
Headline
Clear as day headline speaking to value delivered at a level that builds rapport with their audience.
Not "Give users seamless web experience at scale" but "Query billions of rows in milliseconds". I like that little touch with "rows" which makes who they speak to obvious
Subhead
Subhead supporting it with "fastest and most resource-efficient DB"
+ talking about the use cases "real time apps and analytics" and it being open-source
Calls to action
These CTAs make the audience feel at home. There are docs in there + clear "we are open-source" CTA
Visual
That supporting visual is just amazing.
It shows the value in the most believable way you could deliver it here imho. Query and an Output that shows the size of the database and speed of the query
Social proof
Social proof in the navbar, almost 34k stars and a GitHub icon.
+ a way to get people to that repository, check it out and leave a star.
There is more social proof below the fold with big logos and stuff but the GitHub icon and stars make it immediately clear that this is a project that people care about.
It is remarkable how brilliantly simple it is all presented. Just a fantastic work IMHO.
"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.
I love how simple this delivery is. But this is what makes it powerful:
Bonus points for showing those regions with their balloon logo.
Just loved how they focused their message to the very core and used all of those elements to land it right away. Great job.
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.
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:
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.
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.
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.
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!
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.
7k likes on an event promo post to the dev audience.
I don't think I've ever seen 7k likes on a developer company post on Linkedin.
Ok, this is Github, but still.
This is a 26sec video where they go:
This is a job well done:
And they could have done:
This is how to promote an event. LOVED IT!
This is one of the more devy blog designs I've seen in a while.
It has this docs-like feel.
But is just a bit more fun and loose than most docs would allow.
Here is what I like:
And if your posts are code-heavy, then a docs-like experience is where you want to be anyway.
But you can spice it up with things that wouldn't fit the docs.
Like a Twitter/X embed or a meme.
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.
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.
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:
Solid job.
There are a few developer experience gems here:
Also, their design is super clean, non-invasive, and simple which makes for easy content consumption and more developer love.
Great example of programmatic SEO from Snyk.
They created a page called snyk advisor.
It is a repository of pages about open-source packages.
Each page is created automatically out of publicly available information.
Enhances it with Snyk-generated security scans and reports.
It builds awareness for other Snyk products in the security space.
A lot of those pages rank high in google for the {package} keyword which is incredible.
And when people land on the package report page the CTAs to Snyk products push conversions.
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.
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.
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:
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 ;)
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.
Great above the fold
The subheader explains the value proposition.
Header handles major objections:
Then we have 3 CTAs but they are super focused on devs:
Then it goes on to explain how it works with a simple, static graphic.
This whole thing makes me feel peaceful.
Memes that resonate with your ICP (in this case website backend devs who use PostgresSQL).
Content like this helps people find their tribe.
And then those memes can get folks to follow your account.
If you mix your content well you can then push them further down the funnel.
Newsjacking is a great marketing tactic.
Especially when you can connect it nicely to your product.
And GitGuardian, a tool for secrets management does it beautifully here.
They ran a story on how Toyota suffered from a data breach.
Because they didn't manage their GitHub secrets properly.
Brilliant.
I like that this is both strong and subtle.
It comes right after I've delivered a smell of value with a technical intro.
And I can see that there is more value to come after thanks to the table of contents.
The CTA itself feels like an info box in the docs rather than a typical subscribe CTA.
Good stuff.
Not sure how to find developers for audience research interviews?
Sometimes all you need is ask.
I really liked what the founders of this startup did:
Sometimes you don't need to overthink it and can just ask.
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.
Algolia gets over 80% of referral traffic from a single free tool they created called Search Hacker News.
But why does it work so well for them?
Hacker News doesn't really have a native search experience.
Algolia gives devs an amazing search experience out of the box.
So folks from Algolia created their own website where you can search Hackernews... with Algolia search engine.
Of course, when you click on "Search by Algolia" you get directed to the website and can learn how to set up a similar search, which you have just used yourself.
What I love about this:
And looking at the results it delivers.
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.
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:
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.
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 !!!
Sometimes your product just wins on price.
I like how New Relic owns it on this page:
After reading this I'd trust them to give me a solid price estimate and that it will likely be cheaper than Datadog.
Obviously price is not the only reason why we choose tools, but if that was a problem I had with Datadog, they have my attention.
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.
Nice and clean code example.
Clear copy, what it does etc.
Calls to action with links to Github and website.
Really long code example which looks great when clicked on.
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:
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.
Articulate a deeper thought.
Sometimes you want to tell the world something but you don't know how.
When somebody articulates what you were thinking you just want to share that with them.
This is what this tweet is about.
A deeper thought with some parallel examples to back it up.
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.
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 like how this starts with a [WHAT IT IS ABOUT] scroll stopper.
That is coupled with a big block of code that has:
(presumably) when you click "See more" you get the rest of the text post.
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:
💚 Modal solves it beautifully by going simple but smart:
It lands the message that this section should land for sure. I really like it.
Create a connection with your ideal customer profile.
"Wrong answers only" questions are great for that imho.
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!
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 ;)
Need one more call to action idea for your dev tool blog?
How about starting an article with it?
Sounds weird but if done right it can work. Even with devs (or maybe especially with devs).
Earthly did and they are known for great dev-focused content.
Ok, so how does it work?
You start your article with a contextual call to action where you explain:
And then you let people read.
Those who find the topic important will remember you and/or maybe click out to see more.
I like it. It's explicit, transparent, and actually noninvasive.
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.
This is a simple but great header imho:
Love it.
Mux does a few things beautifully in this header.
Value proposition:
Animated visual that is really good for dev tools:
𝗛𝗼𝘄 𝘁𝗼 𝗰𝗿𝗲𝗮𝘁𝗲 𝗴𝗼𝗼𝗱 𝘁𝗲𝗰𝗵𝗻𝗶𝗰𝗮𝗹 𝗰𝗼𝗻𝘁𝗲𝗻𝘁 𝘁𝗵𝗮𝘁 𝘁𝗵𝗲 𝗛𝗮𝗰𝗸𝗲𝗿 𝗡𝗲𝘄𝘀 𝗮𝘂𝗱𝗶𝗲𝗻𝗰𝗲 𝗹𝗶𝗸𝗲𝘀?
The general tip is simple. Create content that the HN audience finds interesting.
𝗧𝗵𝗮𝘁 𝘁𝘆𝗽𝗶𝗰𝗮𝗹𝗹𝘆 𝗺𝗲𝗮𝗻𝘀:
But how do you actually do that?
𝗢𝗻𝗲 𝗼𝗳 𝘁𝗵𝗲 𝗽𝗹𝗮𝘆𝗯𝗼𝗼𝗸𝘀 𝘁𝗵𝗮𝘁 𝘀𝗼𝗺𝗲 𝘁𝗲𝗰𝗵𝗻𝗶𝗰𝗮𝗹 𝗳𝗼𝘂𝗻𝗱𝗲𝗿𝘀 𝗱𝗲𝗽𝗹𝗼𝘆𝗲𝗱 𝘄𝗮𝘀 𝘁𝗵𝗶𝘀:
That was exactly what folks from CockroachDB did at the beginning. Heard about it on one of the episodes of the Unusual Ventures podcast with Peter Mattis from Cockroach Labs.
𝗘𝘅𝗮𝗺𝗽𝗹𝗲𝘀 𝘁𝗵𝗮𝘁 𝗵𝗶𝘁 𝘁𝗵𝗲 𝘁𝗼𝗽 𝗼𝗳 𝗛𝗡:
• "CockroachDB Stability Post-Mortem: From 1 Node to 100 Nodes"
• "Serializable, lockless, distributed: Isolation in CockroachDB"
• "How CockroachDB Does Distributed, Atomic Transactions"
Kudos Cockroach Labs team and thanks for sharing!
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 ;)
The idea behind this conversion play is to put an "Aside CTA" that is unrelated to the content early in the article.
And get that clicked.
But obviously, if you do that it will be pushy and intrusive.
So?
Nevo David from Novu shared this idea on one of the podcasts:
Btw, Nevo says that cat memes work best.
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.
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 ;)
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!
Nice Reddit ad from kftray.
This is a simple ad format but lands the message:
An interesting fact is that there is no call to action?!
They say "Kftray is an open-source" which is enough for those interested to google "kftray github" or just go to GitHub and find it. And makes the ad less pushy which is a nice touch on Reddit.
But the most important takeaway is this. If the problem is real to the dev audience you target you don't need to go fancy. Just show how you solve it.
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.
Devs have a love/hate relationship with "Book a demo" call to action.
Mostly hate though.
Especially if what they want is:
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:
Then, having a live session/demo is the fastest way to move forward.
@PostHog handles this dev journey reality nicely with:
This approach solves both scenarios really nicely.
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.
Nice execution on that pattern.
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.
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.
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).
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.
Great SEO tactic.
What folks from Cronitor did is:
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
"How fast do you ship?"
Not many dev tools answer that on their homepage. PostHog does.
In a typical (enterprise) sales process, people often ask:
And you show them the roadmap or get someone from the product on the next call.
But I haven't yet seen dev tools talk about it on their homepage.
But why not?
Devs who want to buy self-serve want to know it almost just as much.
After all, they won't be able to twist your arm to build that custom feature cause "we are your biggest client and we need it".
I like it, it builds trust, it shows me you are transparent,
And it shows me that those features I can see on the public roadmap will come true.
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.
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:
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!
I love this copy. It answers:
It doesn't talk about the value as it is obvious to devs.
Obviously, it will save time and make things safer.
Don't talk about it.
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:
Just a very good baseline.
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?
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.