Developer marketing examples

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?

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.

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.

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

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!

When selling dev tools you typically have 3 "buyer" levels:

Individual dev:

• wants to experience your value prop
• ideally wants to play/test/use the free tool
• doesn't buy tools but strongly influences buying decisions
• wants to use it right now, not talk to his boss to get a credit card, not talk to sales

Team lead:

• wants to improve teams productivity
• collaboration, developer experience, and happiness are important
• buys tools at a team-level budget
• doesn't want to go through a lengthy sales process but  swipes the card and gets the team on this week

Org lead:

• wants to improve the security and compliance of the entire eng org
• security, control, governance
• buys tools for the entire organization/enterprise
• expects a longer sales process with a lot of moving parts and needs to discuss and negotiate

How does Postman solve it?:

• packages their plans in a way that aligns with those buyers
• different plans have features needed for Dev/Team lead/Org lead
• CTAs are exactly what each buyer wants: Use > Buy > Talk

They even go the extra mile. Something I didn't see too often.

They understand their customer's reality and identified one more level between Org and Team.

Basically a department-level unit that probably has multiple teams but is not at the organization/enterprise level.

I really like what they did hear. Solid.

Copy that lands makes a huge difference in dev tool website conversion.

Earthly proved it with this "tiny" change.

So I am a huge believer in good copy.

Not the clever one but the one that is written with words that your customers use.

That is rooted in product and research.

But I often hear devs or founders say things like "it's just copy".

It is not "just copy" it is your message, it is your positioning.

It is the difference between  "cool, let's try it" and "now for me, whatever".

So some time ago I came across this article from the Earthly CEO Vlad Ionescu.

He shared that at some point they decided to run this A/B test with just a "tiny" change.

They changed the word "CI" -> "Build" across the homepage.

• Control -> "Earhly makes CI super simple"
• Test -> "Earhly makes builds super simple"

And their core website conversion doubled.

So next time you work on website copy give it some more thought and you may be surprised that "just copy" made a huge difference.

Funny ad, that makes fun of ads.‍

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

• docs
• code examples
• integration
• backend
• UI

Create a connection with your ideal customer profile.

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

I love this copy. It answers:

• what it does -> "authentication and authorization"
• how is it different -> "simple to implement, easy to extend"

It doesn't talk about the value as it is obvious to devs.

Obviously, it will save time and make things safer.

Don't talk about it.

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.

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.

Many dev tools have complex pricing and packaging.

Say your dev tool/platform has many product offerings.

And you offer usage-based pricing but also enterprise plans but also per-product options, and additional customizations.

But you want to present it in a way that is manageable for the developer reading your pricing page.

Mux solves it this way:

• they direct people to the proper parts of the page in the header
• they give self-served prospects a link to the calculator and metering
• they give enterprise/high volume people a "talk to us" CTA
• they give people who want just a single tool (not the whole platform) a CTA to a dedicated pricing page
• they squeeze in a "start free" CTA + info about free credits
• they give navigation to FAQ, features table, and the calculator

Extended headers on pricing pages are not common as they add friction.

But sometimes adding friction is exactly what you need to do.

Mux managed to make this page (and their offering) easy to navigate by adding a little bit of friction at the beginning.

Maybe you don't browse plans right away but at least you don't waste energy (and attention) on the parts of the page that doesn't matter to you.

Good stuff.

Classic widget PLG loop.

Algolia really crashed it with these. Here is how they made it so successful.

Some time ago I did some research on Algolia marketing looking for gems. Found quite a few as they are truly amazing at this.

One angle that is bringing a lot of traffic to their site is that classic PLG widget.

So what they did is:

• They gave away their search box for free (under conditions)
• They made sure that folks who do get it for free have some (ideally a lot of) overlap with their target audience.
• People who added that search box got the branded "Powered by Algolia" version of it
• Some devs who used the sites with the Algolia search box liked the search and went to their site
• Some of them started using it and spreading the word further

And the sites that brought the most traffic were:

• Hacker News search (that is not exactly the widget but a standalone site)
• Fontawesome (site with fonts for devs)
• Open-source documentation sites (they give away free docsearch to OS projects)
• SteamDB (gaming site)

I love this tactic as it aligns:

• the value their product provides
• the value that site users get
• the value that the company gets from developers finding out about it

Win Win Win

When you find those "Win Win Win" tactics/strategies you are golden.

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.

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.

A nice example of making navbar more developer-focused.

Ask for GitHub stars with a link to the repository.

It does three things:

• shows where your repository is and that you have something I can see
• lets me see that you have a popular repository
• reminds me that I can star it (if I am a returning user)

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.

A freaking developer TV.

They took this "be a media company" to the next level.

They created entire TV around their company, audience, and products.

I respect people really going all in.

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

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

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.

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.

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.

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.

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

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.

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.

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.

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

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

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.

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.

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!

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.

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.

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.

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.

What CTAs should you choose for your open-source project homepage?

Was always wondering what is my default.

There are many options: "See docs", "Get started", "Sign up", "Start X"

But in open-source you want people to start playing with it, install it.

So what should you choose?

Recently came across Astro homepage and loved what they chose.

"Get started"

• Takes you to the quickstart in the docs
• Is action-focused copy
• Sets obvious(ish) expectations

Install code

• Gives you copy-pasteable install command
• + it shows the code to make it more devy

Whatever I choose I will actually get my hands dirty.

I think this will be my default from now on.

Not sure how to find developers for audience research interviews?

Sometimes all you need is ask.

I really liked what the founders of this startup did:

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

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

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

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

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

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

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

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

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

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

‍

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.

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

Why not put it on your docs homepage?

Btw, I really like the concept of office hours.

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

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

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

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

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

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

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!

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 design the navbar product tab? This is what @PostHog does 👇

Figuring out what to put in the navbar is tricky:

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

The "Product" tab is especially tricky.

It can get overloaded with a ton of content.

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

I like how Posthog approached it:

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

I like it.

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

So basically what Kinde it does is:

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

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

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

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.

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

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.

How to do a dev-focused brand video and get 10M+ views?

Making a memorable brand video is hard.

Doing that for a boring tech product is harder.

Doing that to the developer audience is next level.

Postman managed to create not one but three of those brand videos that got from 4M to 10M youtube views.

The videos I am talking about are:

• "I am gonna push some buttons"
• "Together"
• "We did this"

So what did they do right?

• They are all short playful stories touching on values coming from a centralized API platform.
• They hint at the motif of space which is a clear part of Postman's branding
• They do show the actual UI of the product

Honestly, I am not exactly sure what special sauce they added but those are just great videos that you watch.

And I definitely remember them and the company which is exactly what you want to achieve with brand ads.

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.

Devs are builders.‍

Make your home page for builders.
Go directly into the "how" instead of the way.
Many devs when they land on your home page, already know the "why".

I love that it:

• shows the step-by-step right away in the hero
• CTAs are links to integrations with particular frameworks and libraries
• the hero copy is very toned-down

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

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

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

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

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

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

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.

There are three CTAs actually.

Common knowledge suggests doing one, maybe two, they do 3:

• build
• see docs
• see examples

Devs want relevant and practical.

Also, devs love docs and examples and check them before signing up.

Action-focused copy is great as well.

That CTA.

You go straight for the install/download.

I don't know if you can go more developer-focused than that.

It sets the tone for the entire homepage.

And let's be honest (almost) nobody actually clicks that "Sign up" button in the hero section.

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.

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

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

Anyway, a classic situation:

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

And folks behind React docs solved it nicely by:

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

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

The "Resources" tab is the most loved and hated tab for developer marketers.

Ok so the common problem is that you have lots of different resources:

• docs
• product videos
• meetup videos
• recorded webinars
• learning center guides
• blog articles that don't talk about your product
• and so much more stuff

You want to showcase them in the navbar but where do you put them?

Under product? Company? Docs?

How to make sure that people don't go to your blog to read about your product just to find out that you talk about the industry problems there?

Enter the "Resources" tab. The "Miscellaneous" of the navbar world.

And typically it is just crammed with all stuff that doesn't fit anywhere. Just like any respectable misc folder would.  

How do you deal with that?

Snyk approached it in a clear and logical way:

• Add sub-navigation
• Make it clear to devs which parts are about the product and which ones are not
• They use "Using Snyk" and "Learn & Connect" that could be extended to "Using {Product} and "Learning {Category/Problem}"

I love this (and already stole the idea for our site).

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:

• Create a giveaway so that you can still get all your badge scanned, social mentions, GitHub stars KPIs
• Make the prize visible to conference participants. Put it out there. Make it obvious.
• Make participating relatively easy to complete.

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!

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.

‍

Streamlit has an amazing explainer.

They show how to go from:

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

In 42 seconds.

No audio, just code and a simplified result window.

Amazing stuff.

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.

7k likes on an event promo post to the dev audience.

I don't think I've ever seen 7k likes on a developer company post on Linkedin.

Ok, this is Github, but still.

This is a 26sec video where they go:

• "What happens when a CEO..."
• "... builds an app LIVE in 18 minutes ..."
• "... in front of 15000 people..."
• "... with Copilot X for the first time?"
• "What could go wrong?"
• "What it Live"

This is a job well done:

• Super slick but minimal design. Feels a bit like that famous nextjs prisma conference tickets.
• Offers a live coding session which is one of the event types that devs like cause it is real.
• Plays powerful music, but no voiceover that would make it feel more corporate.
• Dev to dev, conversational copy. + this final snarkiness appeals to devs.

And they could have done:

• Copy: "We are happy to announce our CEO streamlining business value for the enterprise"
• Design: Show people at previous events and stuff that you saw a million times
• Offer: Talks from industry leaders (that  are customers using your product)
• Voiceover and music: Boring corporate classic.

This is how to promote an event. LOVED IT!

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

Gonto shared an interesting play that they tried at Auth0 when he was running growth there.

So the story goes like this:

• They wanted to increase brand awareness of Auth0.
• They found influencers who were maintainers of open-source frameworks that had landing pages.
• They went to them and offered to redesign these landing pages for free.
• The trick is they redesigned it in the same branding (colors, patterns, layout) as the product (Auth0).
• That made people think those are related (even though they weren't) which increased the brand perception of Auth0.
• They also asked the influencers/maintainers if they could add retargeting pixel to the redesigned site.
• Which helped them serve relevant ads to visitors of those open-source frameworks.

I think that doing just the sponsorship for the retargeting pixel could work.

But when you add that branding consistency between the sponsored site and the product the CTR is better.

Interesting one for sure.

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

Reddit is well known for anti-promotional sentiments.

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

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

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

But you know your audience is on Reddit.

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

So what do you do?

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

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

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

I liked it for sure.

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.

Looking for a good dev-focused case study format?

People tell you to follow a classic Hero > Problem > Solution > Results.

They tell you to show numbers, talk value, etc.

And it is true. Great format.

But packaging this for devs is hard.

For example, putting numbers in there, and framing it in a "save 28min every week" is a recipe for losing trust with that dev reader.

That is if you can even get those numbers from your customers.

I like how @LaunchDarkly solves it.

Hero section:

• Change that customer saw (no numbers needed)
• Additional description of the use case (this seems to be optional for them)
• Before and After boxes with bullets (no numbers needed)
• Clear customer logo

Case study body:

• About: one paragraph about the company and use case
• Challenge: why they started looking for a solution
• Solution: why they chose their product
• Results: what they got from it
• They kept it short and focused on the team leader imho

They keep the content down to earth and devy but still frame it in a value-focused way.

I like that that they speak in the currency that devs care about.

Wasted time.

Before: "Took 2-3 weeks to ship"

After: "Can ship experiments every day"

The cool thing is you could actually use this  hero section format and then have a more technical user story below. By doing that you could speak to the why and how.

That depends on your target reader for this page of course.

Anyhow, I do like this format and I am planning to take it for a spin.

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

This is what WarpStream did and I like it.

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

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

I love this trend 100%:

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

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

That is a very fair assumption, especially with devs.

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

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.

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.

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!

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.

"See docs" is one of my favorite secondary CTA on dev-focused pages.

TailwindCSS takes it to the next level by inserting docs search right into the header CTA.

This takes devs directly to the page they are interested in rather than have them try and find things for themselves.

They could have searched the docs in the docs, of course.

But this is just this slightly more delightful developer experience that TailwindCSS is known for.

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

But why does it work so well for them?

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

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

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

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

What I love about this:

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

And looking at the results it delivers.

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

A great example of a quote-style ad.

I like it because:

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

Great stuff.

Awesome sponsorship ad from Trieve in the Cassidy Williams newsletter.

Not sure who wrote it but it must have been a dev ;) It is just so refreshingly to the point.

💚 What I like:

• "What is it": A product description gives you no fluff "what it is". Feels like something from "Hacker News launch"  almost.

• "What it compares to" | "Why should I care" : They compare vs a well-known dev tool in the space. And this is great, helps the dev anchor with something they know. Helps them understand why this could be valuable. They even give you a life app where you can see for yourself.
• "How can I test it for myself": They offer free credits to play with in a cloud version.

This ad does it so gracefully and quickly it is just hard not to love.  

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

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.

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.

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.

Super short dev tool case study on a single viewport.

Many case studies follow a Hero -> Problem -> Solution -> Results framework.

Many try and do it on a one-pager.

But what @Resend did is next level and I like it.

Especially with devs, you want to be technical and succinct.

And Resend took all the possible fluff out of it.

• They put a strong quote up top
• They highlight the benefits for easy skimming
• They explain the problems and results succinctly
• They show who said it and make it more believable
• They show the customer: logo/ name + what they do

I'd like to have some before or after probably or a stronger results (or pain) ) focused headline.

But I think this is great actually.

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.

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!

‍

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?

Mux does a few things beautifully in this header.

Value proposition:

• The "what" is explained right away: "Video API", "live and on-demand experiences"
• Super clear on persona "developers" and job to be done "build online video"

Animated visual that is really good for dev tools:

• that have an API/SDK
• that have a UI where the results of that API calls go

In a mature category, it is safe to assume that people know about other tools.

Especially devs.

I love how Axiom owns its unique selling point and how it stands out from the competition.

• They explicitly say how much more scalable they are vs well-known brands like DataDog, Splunk, SumoLogic, and others.
• They don't pretend to be the only company in the observability space.
• They just own their unique selling point and make it easy for people to understand why choose them not others.

Takes guts but I love it.

The homepage header is about landing your core product message.

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

And they do a great job delivering it:

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

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

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

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

Top job on that header folks!

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

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

You know the drill:

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

And Export SDK executes it (almost) perfectly:

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

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

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

Good format of the tweet copy.

Start with the hook.

Then validate it with more story.

Then open a knowledge gap with a thread.

Sometimes your pricing is just complex. But you can still make it work.

If you want devs to convert, make it possible for them to estimate the cost.

@Mux does it nicely with a calculator:

• They give sliders for dimensions that are obvious to the dev
• They give (pre) select boxes for things that are a bit less obvious
• They show additional costs
• They give you a clear final price estimate

What is crucial is that the calculator dimensions need to be understandable and familiar to the reader.:

• If you use expected industry concepts (view count, upload, users) you should be fine.
• If you use weird obscure concepts the best calculator will not help.

The goal of this is to make it possible for a person to get an estimate right here right now.

Not have to setup a meeting with half the team to figure your pricing out.

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.

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.

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