100 Job Strategies
100 Job Strategies · 11 of 100
Support Channel Entry
Companies hire their most visible power users. Become one on purpose.
In short
Most companies run a public community — a forum, a Discord, a user group, a subreddit — where staff read every thread. Answering other people's questions there for two months makes you a recognised name to the exact team that would hire you, and companies hire visible power users regularly because the audition has already happened in public.
The situation
A product team has a community forum. Every day a handful of the same names show up answering questions from confused users: patiently, accurately, often better than the official documentation does.
The team notices. They cannot help noticing — they read the forum as part of the job, and the same person keeps solving problems they would otherwise have had to solve.
When a support or product role opens, the team does not start with the applicant pile. Someone says a name out loud in a meeting, because they have been watching that person do a version of the job for months.
Why this works
A community is an unusual thing: a public space where the company's own staff are permanently watching, and where contribution is open to anyone without permission or credentials.
What you are doing there is not networking. It is auditioning in the open, over a long period, in front of the people who make hiring decisions. Every good answer you write is a work sample demonstrating product knowledge, written communication, patience with frustrated users and judgement about what actually matters — which is essentially the entire specification for support, community, developer-relations and junior product roles.
The company's incentive is equally strong. Hiring a known power user removes almost all the risk from the decision. They already know the person understands the product deeply, can explain it clearly and behaves well under pressure, because they have watched it happen dozens of times. Compared to interviewing a stranger, it is barely a decision at all.
There is a secondary effect worth naming. Communities are small. Being consistently helpful for two months makes you one of perhaps five recognisable non-staff names, and that recognition travels — to the team, to other users who work elsewhere, and to anyone who searches your name later.
How to run it
- 1
Find where the company's users actually gather
Official forums, Discord and Slack communities, subreddits, Stack Overflow tags, user groups. Look for the space where staff post, not just where users complain.
- 2
Learn the product properly first
Spend a fortnight using it seriously before answering anything. Confident wrong answers in public do more damage than silence, and they are permanent.
- 3
Answer the boring questions nobody else wants
The repetitive setup problems and unglamorous configuration issues are exactly where helpfulness is most visible, because everyone else is ignoring them.
- 4
Be consistent rather than spectacular
Three or four thoughtful answers a week for two months beats thirty in one weekend. Recognition comes from recurrence, not volume.
- 5
Be conspicuously good to difficult people
How you handle an angry or confused user in public is being read as a direct proxy for how you would behave as an employee. This matters more than technical depth.
- 6
Only then mention that you are looking
After a couple of months, message a staff member you have interacted with. You are no longer a stranger asking for something — you are a familiar name with a visible record.
What to say
When it does not work
- Answering to be seen rather than to help. Communities detect this instantly. Low-value replies posted for visibility damage your reputation faster than not posting at all.
- Confidently wrong answers. Public mistakes are permanent and searchable. When unsure, say so — hedged accuracy reads far better than false certainty.
- Picking a dead community. Some forums have no staff presence whatsoever. If nobody from the company posts there, the audition has no audience.
- Expecting it to be fast. Two months is the realistic minimum before you are a recognised name. This runs in the background of a search, not instead of one.
- Contradicting staff in public. Correcting an employee's answer in front of users is occasionally necessary but rarely wins you anything. Do it gently or take it to a message.
A public community is a months-long interview that anyone can enter without being invited — and the panel is reading every answer.
Questions
Which roles does this route actually lead to?
Most directly support, community management, developer relations, solutions engineering, technical writing and junior product roles, because what you demonstrate in a forum maps almost exactly onto what those jobs require. It also works as a way in generally: being a recognised community name gets your application read by people who already know you, even for roles where forum activity is not itself the qualification. What it does not do is substitute for core technical evidence in a senior engineering hire.
How long before this produces anything?
Two months of consistent contribution is a realistic minimum before you are a name people recognise, and three is safer. That is why this belongs in the background of a job search rather than as its centrepiece — it compounds quietly while you run faster strategies in parallel. The upside is that once established, the recognition persists and keeps producing opportunities long after you stop actively working at it.
What if I answer something incorrectly in public?
Correct it promptly and visibly, which most communities regard as a positive signal rather than a negative one. The genuinely damaging pattern is confident wrongness repeated, because it suggests you cannot tell the limits of your own knowledge — precisely the trait that makes someone risky in a support role. Hedging appropriately when uncertain reads as good judgement, not weakness, and staff reading the thread notice the difference.
Should I tell the community I am looking for a job there?
Not publicly and not early. Announcing job-seeking intent in a community changes how every subsequent contribution is read, including the genuinely helpful ones, and it makes the whole record look instrumental in retrospect. The better approach is to build the track record first and then raise it privately with a staff member you have actually interacted with, at which point your history speaks for itself without needing to be explained.
More from 100 Job Strategies
- Backfill Sniping
- The Funding Lag
- The Unsolicited Audit
- The Vendor Side Door
- Repost Archaeology
- Ex-Employee Networks