How do you become known for something — without becoming an influencer?
Your progress in this module0%
0 of 9 steps · 0 of 1 Compass Challenges complete
Step 1 · Learn
How do you become known for something — without becoming an influencer?
A personal brand is simply what people say about you when you're not in the room. You can't control it completely, but you can shape it by choosing a focus, showing your work consistently and being generous.
This module covers positioning, voice, platform strategies (LinkedIn, X, Instagram), cadence, cross-promotion and building in public. The goal is a sustainable system that makes opportunities find you.
Topic 1 of 8
Building a Personal Brand
Start with positioning: the intersection of what you know, what you enjoy and what your target audience needs. Write it as one sentence:
I help ___ (audience) do ___ (outcome) through ___ (your angle).
For example: "I help frontend developers adopt accessible design systems through practical tutorials and talks."
Then build proof around it:
Signature content: 3–5 pieces that define you (a popular tutorial, a talk, an open source project).
A home base: a simple personal site with your positioning, best work, talks and contact info. You own it; platforms change.
Consistency: the same name, photo and one-line bio everywhere.
Generosity: share others' work, answer questions and credit people. Brands built on generosity are the most durable.
Narrow is powerful. You can broaden later, but being "the person who knows X" opens doors that "a developer advocate" doesn't.
Key takeaways
Write a one-sentence positioning statement
Build signature content and an owned home base
Narrow focus opens doors; generosity makes it last
Your voice is how you sound across everything: posts, talks, replies. The best DevRel voices feel like a knowledgeable friend: clear, honest, a little personal.
Find yours:
Read your last 10 posts and circle the lines that sound most like you. Do more of that.
Pick three adjectives (e.g. practical, curious, warm) and check new content against them.
Have opinions, kindly. "I prefer X for Y because Z" is more memorable than neutral summaries.
Share the struggle, not just the success. The bug you spent two days on is more relatable than the polished win.
Stay authentic to your culture and background. Your perspective is an asset, not something to sand down.
When you represent a company, align with its voice but keep your personality. Audiences follow people, not logos.
LinkedIn is where hiring managers, event organisers and decision-makers see your work. For DevRel careers it's often the highest-leverage platform.
What works:
Profile: a headline with your positioning (not just your title), a featured section with your best work, and an About section written for your target reader.
Posts: lessons learned, behind-the-scenes of projects, frameworks, event recaps and career insights. Lead with a strong first line; the preview cuts off quickly.
Native content: the algorithm tends to favour content on the platform, so post a summary and put links in the first comment or at the end.
Engagement: thoughtful comments on others' posts can build as much visibility as your own posts.
Consistency: 1–3 posts a week beats bursts.
Share your Compass Challenge outputs here. Each is a ready-made post: what you did, what you learned and a link.
Key takeaways
Headline = positioning; featured = best work
Strong first line; lessons and behind-the-scenes content
X is real-time and conversational. It's where many developers share quick discoveries, react to launches and talk to each other directly. Depending on your community, Bluesky, Mastodon or Threads may matter as much, so follow your audience.
What works:
Threads that teach: "7 things I learned building X" with code snippets or visuals.
Quick wins: a tip, a snippet or a before/after.
Replies: being helpful in replies to people in your niche builds relationships faster than broadcasting.
Live coverage of events and launches.
Lists to follow your niche without drowning in noise.
Keep it professional-casual. Avoid dunking on people or products. It's memorable in the worst way, especially when you represent a company.
Key takeaways
Teach in threads; share quick, concrete wins
Replies build relationships faster than broadcasts
Each platform has its own format and audience. Repurpose, don't copy-paste.
A repurposing chain for one tutorial:
Blog post: the canonical, full version on your site.
LinkedIn: the story and lesson, with a link in comments.
X/Bluesky thread: the steps as a visual thread.
Short video: the most surprising moment in 60 seconds.
Newsletter: a teaser plus the link.
Community: share in relevant communities if it genuinely helps and follow their self-promotion rules.
Collaborate with other creators: co-write, guest on each other's streams and trade newsletter mentions. Collaboration introduces you to audiences that already trust someone.
Always point back to one canonical URL you own, so authority accumulates in one place.
Key takeaways
Adapt format per platform — repurpose, don’t copy
Point everything to a canonical URL you own
Collaborate to reach audiences that already trust someone
Building in public means sharing your work, learning and process as you go, not just finished results. It's one of the most effective growth strategies in DevRel, and it's how many practitioners got their first role.
Why it works:
People follow journeys; progress updates create a reason to come back.
Your mistakes help others avoid them, which is generous and memorable.
It creates evidence of skill that no resume can.
It attracts collaborators and feedback early.
How to start: pick a project or skill, post weekly updates (what you did, what broke, what you learned), share code, and ask for input. swyx's essay Learn In Public is the manifesto. Read it today.
Boundaries matter. Don't share confidential employer information, and it's fine to keep some things private.
Key takeaways
Share process, mistakes and progress — not just results
Weekly updates create a reason for people to follow
Respect confidentiality; not everything needs sharing
Instagram is optional for most DevRel roles, but powerful for visual storytelling and human connection, especially for events, community and developer-lifestyle content.
What works:
Event coverage: stories from conferences and meetups, speaker moments and community faces (with permission).
Behind the scenes: your setup, your preparation for a talk, a day in the life.
Carousels that teach: a concept in 6–10 visual slides; these are often saved and shared.
Reels: short clips of demos or tips; repurpose from other video.
Keep it visually consistent (a few colours and fonts), use captions for accessibility, and focus on community and people rather than product. Treat it as a secondary channel unless your audience is clearly there.
Key takeaways
Best for events, behind-the-scenes and visual explainers
Carousels that teach are saved and shared
Secondary channel unless your audience lives there
Pick a project or skill from this roadmap and share your progress publicly every week for four weeks. At the end, publish a retrospective: what you built, what you learned and what happened as a result (feedback, connections, opportunities).
The template
# Week <N> of building <project> in public
**This week I:** <what you did, 1–2 lines>
**What broke:** <the most useful mistake>
**What I learned:** <one lesson someone else can use>
**Next week:** <one specific goal>
**Link:** <repo / demo / post>
— — —
# 30-day retrospective
- What I built:
- Posts published: <n> · Best performing: <link>
- Feedback / connections / opportunities it created:
- What I'll keep doing:
- What I'll change: