Startup Hiring Pipeline
A hiring workspace: one channel per open role, written scorecards, a referral channel and a candidate-experience log.
- 5 categories
- 18 channels
- 6 roles
- Small
Choose a server, review what will be created or reused, then confirm. Merge keeps what you have; replace rebuilds the server. Vetox takes a safety backup first either way.
Server structure
Channels
PROCESS
- how-we-hire
Scorecards before debriefs. Every candidate gets an answer.
- hiring-chat
Everything else.
OPEN ROLES
- role-one
Rename to the role. State what they must do in ninety days.
- role-two
Rename to the second open role.
- role-three
Rename to the third open role.
PIPELINE
- screening
First pass. Who moves forward and why.
- interviews
Scheduling and logistics.
- scorecards
Write yours before reading anyone else's.
- debriefs
The decision, and the reason for it.
- offers
Made, accepted, declined.
- candidate-experience
How long they waited and how they were told. This is your reputation.
- Interview Room
- Debrief Room
SOURCING
- referrals
Who you know and why they are good. Bonus terms in the topic.
- inbound
Applications arriving on their own.
- outreach
People we approached, and the reply.
COMPENSATION
- bands
What each level pays, and the equity range.
- offer-discussion
Before the number is sent.
Roles
- Hiring LeadAdministrator
- Hiring ManagerAdministrator
- Interviewer
- Referrer
- Muted
Overview
Hiring at a startup is usually run from a spreadsheet and four people's memories, and it shows: candidates wait a fortnight for a reply, two interviewers ask the same question, and the decision is made by whoever speaks last in the debrief. This layout is the fix. Open Roles is one channel per role being hired, each holding the actual bar rather than the job advert — what the person must be able to do in ninety days. Pipeline follows the stages: #screening, #interviews and #offers, with the hard rule stated in #how-we-hire that interviewers write their scorecard before reading anyone else's, because a debrief where the first speaker anchors everyone is not an assessment. #scorecards is where those go. #debriefs is where the decision is made and recorded with a reason, which is what lets you review your hiring a year later. #candidate-experience is the channel almost nobody has: how long each candidate waited, whether they were told no properly, and what they said about the process. It exists because a startup's rejected candidates are its future applicants and its public reputation. Sourcing holds #referrals with the bonus terms stated, #inbound and #outreach. A hidden Compensation category keeps bands and offer discussions away from the wider hiring team.
When to use it
Founder-led hiring loses good candidates to slowness and bad decisions to anchoring: nobody owns the reply, the debrief follows whoever speaks first, and there is no record of why a hire was made when you want to learn from it later. This layout gives each role its own bar in writing, requires independent scorecards before the debrief, records the decision and its reason, and tracks how candidates were actually treated.
What makes it different
- Each role channel states what the person must do in ninety days, not the job advert.
- Scorecards are written before anyone reads another's, so the debrief is not anchored.
- Decisions are recorded with a reason, which is what makes hiring reviewable later.
- A candidate-experience channel, because rejected candidates are future applicants.
Recommended Vetox setup
Applications
Run Applications on #inbound so a candidate arrives as a reviewable entry rather than a message somebody has to notice.
Tickets
Point Tickets at #referrals so a referral becomes a tracked thread with an owner instead of a lost mention.
Reminders
Set Reminders in #candidate-experience so nobody sits waiting a fortnight because the owner was busy.
Logs
Enable Logs into the compensation area so access changes to salary discussions are auditable.
Questions
Why write scorecards before the debrief?
Because anchoring is the single largest source of noise in interview decisions. If the first person to speak says the candidate was excellent, the rest of the panel unconsciously recalibrates, and a group of four ends up with one opinion held four times. Written-first scorecards preserve four independent readings, and the disagreements between them are usually the most informative part of the whole loop.
Is a candidate-experience channel not overhead?
It is about ten seconds per candidate and it protects the thing a startup cannot buy back. Someone who was strung along for a month tells other engineers, and the ones you most want to hire are the ones with the most options and the shortest patience. Tracking how long each person waited also surfaces where your process actually stalls, which is almost never where the team assumes.
Common mistakes
- Running the debrief before scorecards are written, so the first confident speaker decides the hire.
- Leaving candidates without a reply for weeks, which costs you the ones with other options first.
- Recording a decision with no reason, making it impossible to learn from a hire that went wrong.
Consider instead
- Remote Startup HQ You want a whole-company server where hiring is one department among several.
- Technical Cofounder Search You are looking for a cofounder rather than filling employee roles.
More in Startups
View allEarly-Stage Startup Team
FeaturedA working server for a startup of three to eight people: async standups, a decision log, roadmap and customer signal.
Indie Hacker Community
FeaturedAn open community of solo builders: what you shipped this week, revenue posted openly, launches and failure notes.
Accelerator Cohort
A batch going through a programme together: a week-by-week schedule, mentor office hours, peer rooms and demo day.
Investor Updates Room
A private room for a company investors: monthly updates, a standing asks channel and questions answered once.
0.0k
Servers
0+
Commands
0
Users
0
Languages
