Docs as marketing
Awesome Claude Skills, Tools for Customizing Claude AI workflows
npx -y skills add ranbot-ai/awesome-skills --skill docs-as-marketingAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 6 stars6 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Transform documentation into a powerful marketing channel that attracts, converts, and retains developers. This skill covers creating documentation that ranks in search, converts visitors into users,
SKILL.md
5.5 KB, ~1.1k tokens by cl100k_base, as published. Nobody here has run it
Documentation as Marketing
When to Use
Use this skill when you need transform documentation into a powerful marketing channel that attracts, converts, and retains developers. This skill covers creating documentation that ranks in search, converts visitors into users, and accelerates adoption through exceptional information architecture and...
Documentation is often a developer's first meaningful interaction with your product. Great docs don't just explain—they market. They reduce friction, build trust, and turn curious visitors into active users who recommend your product to others.
Overview
Developer documentation serves multiple marketing functions:
- Acquisition: Docs rank in search and attract developers actively seeking solutions
- Activation: Well-structured quickstarts reduce time-to-value
- Retention: Comprehensive references keep developers building
- Referral: Developers share docs they love, not marketing pages
This skill covers the intersection of technical writing and developer marketing—creating documentation that serves both education and conversion goals.
Before You Start
Review the developer-audience-context skill to understand your target developers:
- What problems are they searching for solutions to?
- What's their technical sophistication level?
- What frameworks and languages do they use?
- Where do they currently look for answers?
Your documentation strategy should directly address these audience insights.
Information Architecture That Converts
The Four Types of Documentation
Structure your docs around the four types developers need:
| Type | Purpose | Marketing Function |
|---|---|---|
| Tutorials | Learning-oriented, step-by-step | Builds confidence, shows product value |
| How-to Guides | Task-oriented, problem-solving | Demonstrates capability breadth |
| Reference | Information-oriented, accurate | Proves product depth and reliability |
| Explanation | Understanding-oriented, conceptual | Establishes thought leadership |
Navigation That Reduces Bounce
Good Navigation Structure:
Getting Started
├── Quickstart (< 5 min)
├── Installation
└── Core Concepts
Guides
├── Authentication
├── [Most Common Use Case]
├── [Second Most Common Use Case]
└── ...
API Reference
├── Overview
├── Authentication
├── Endpoints (alphabetical or logical grouping)
└── SDKs
Resources
├── Examples
├── Changelog
└── Support
Bad Navigation Structure:
Documentation
├── Chapter 1: Introduction
├── Chapter 2: Getting Started
├── Chapter 3: Advanced Topics
├── Appendix A
└── API (link to separate site)
Information Hierarchy
Every documentation page should follow this hierarchy:
- What is this? (1 sentence)
- Why would I use it? (1-2 sentences)
- How do I use it? (the bulk of the page)
- What's next? (clear next steps)
Quickstart Optimization
Your quickstart is your most important conversion page. Optimize ruthlessly.
The 5-Minute Rule
Developers should reach a meaningful success moment within 5 minutes. If your quickstart takes longer, you're losing developers.
Measure and optimize:
- Time from page load to first successful API call
- Drop-off points in the quickstart flow
- Completion rate
Quickstart Structure
# Quickstart
Get your first [meaningful result] in under 5 minutes.
## Prerequisites
- [Specific version] of [language/tool]
- [Account/API key] (link to signup)
## Step 1: Install
[Single command, copy-paste ready]
## Step 2: Configure
[Minimal configuration, explain what each part does]
## Step 3: Run
[The payoff—show them it works]
## What You Built
[Explain what just happened and why it matters]
## Next Steps
- [Immediate next tutorial]
- [Reference docs for what they just used]
- [Community/support link]
Good vs. Bad Quickstarts
Good Quickstart:
# Send Your First Message
Send an SMS in under 5 minutes.
## Prerequisites
- Node.js 16 or higher
- A Twilio account ([sign up free](https://github.com/jonathimer/devmarketing-skills/tree/main/skills/docs-as-marketing/link))
## Install the SDK
```bash
npm install twilio
Send a Message
Create send-sms.js:
const twilio = require('twilio');
const client = twilio('YOUR_ACCOUNT_SID', 'YOUR_AUTH_TOKEN');
client.messages.create({
body: 'Hello from my app!',
to: '+15551234567',
from: '+15559876543'
}).then(message => console.log(`Sent: ${message.sid}`));
Run it:
node send-sms.js
You should see: Sent: SM1234...
What Just Happened
You authenticated with your API credentials and sent an SMS...
**Bad Quickstart:**
```markdown
# Getting Started
Welcome to our platform! Before we begin, let's discuss
the architecture of our messaging system...
[500 words of background]
## Installation
First, ensure you have the correct version of Node.js.
You can check this by running...
[200 words on versio
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.