Remote Startup HQ

A fully remote company server: a written handbook, async-by-default norms, department channels and a timezone board.

  • 5 categories
  • 25 channels
  • 13 roles
  • Medium
Download Discord JSON

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.

No uses yetNo views yet

Server structure

Channels

COMPANY

  • announcements

    Anything the whole company must read.

  • handbook

    How we work. Response times, decisions, meetings, escalation.

  • how-we-work-async

    Write for six hours later. Never decide only in a call.

  • where-everyone-is

    One line per person: city, hours, and how to reach you urgently.

  • all-hands-notes

    So the recording is not the only record.

  • decisions

    One post per decision, with the reasoning.

  • kudos

    The ambient recognition an office would have given.

  • watercooler

    Not about work.

DEPARTMENTS

  • engineering

    Weekly written update, plus the work.

  • design

    Weekly written update, plus the work.

  • product

    Weekly written update, plus the work.

  • go-to-market

    Weekly written update, plus the work.

  • support

    Weekly written update, plus the work.

  • people

    Hiring, onboarding, everything about the team.

ONBOARDING

  • start-here

    Your first day, in order.

  • first-week-checklist

    Accounts, introductions, first task.

  • meet-the-team

    One post per person.

  • ask-anything-newcomer

    The obvious question, without an audience of forty.

ROOMS

  • Open Office
  • Meeting One
  • Meeting Two
  • Focus

LEADERSHIP

  • leadership-chat

    Leadership and People Ops.

  • hiring-pipeline

    Roles and candidates.

  • vetox-logs

    Vetox Logs output.

Roles

  • LeadershipAdministrator
  • People OpsAdministrator
  • ManagerModerator
  • Team
  • New Joiner
  • Contractor
  • Engineering
  • Design
  • Product
  • Go To Market
  • Support
  • Muted

Overview

For a company past its founding team that has decided to be remote rather than drifted into it. #handbook is read-only and is the difference between a remote company that works and one that runs on interruptions: how decisions are made, what response time is expected, when meetings are justified, and how to escalate. #how-we-work-async states the norm the server enforces — write it so it can be read six hours later, do not expect a reply within the hour, and never make a decision only in a call. #where-everyone-is is a board with one line per person: city, working hours and how to reach them urgently, which removes the daily timezone arithmetic. Departments is one channel per function — engineering, design, product, go-to-market, support and people — each with a weekly written update rather than a meeting. Company holds #announcements, #all-hands-notes so the recording is not the only record, #decisions, and #kudos, which sounds soft and is one of the few things that replaces the ambient recognition an office provides. Onboarding is a real category, not a document dump: #start-here, #first-week-checklist, #meet-the-team and #ask-anything-newcomer, where a new joiner can ask the obvious question without an audience of forty. Rooms are open all day for presence rather than scheduled.

When to use it

Remote companies fail on unwritten norms: nobody knows the expected response time, decisions get made in a call two people attended, and a new joiner spends three weeks discovering how things work by getting them wrong. This layout writes the norms down, keeps a timezone board so nobody does the arithmetic, requires written weekly department updates instead of status meetings, and makes onboarding a place rather than a document.

What makes it different

  • A written handbook covering response times, when a meeting is justified and how to escalate.
  • A board with each person's city, hours and urgent contact, ending timezone arithmetic.
  • Weekly written department updates instead of status meetings nobody can attend.
  • Onboarding is a category with a checklist, not a document dropped on the first day.

Recommended Vetox setup

  • Welcomer

    Point Welcomer at #start-here so a new joiner's first message is the checklist rather than a stranger's direct message.

  • Auto Roles

    Assign a department role on arrival so a new joiner lands in the right channels without a manager doing it by hand.

  • Reminders

    Set weekly Reminders in the department channels so the written update survives busy weeks, which is when it usually stops.

  • Logs

    Enable Logs so role and channel changes across a company server are auditable rather than remembered.

Questions

Why require written department updates when there are calls?

Because a call excludes everyone not in it, including the people asleep, the person on holiday and everyone who joins next month. A written weekly update is readable by all of them and takes ten minutes. Companies that keep both usually find the call gets shorter, which is the point: the meeting becomes the place to discuss the update rather than to deliver it.

What actually belongs in the handbook?

The things people currently learn by getting them wrong: how quickly a message should be answered and in which channels, who decides what, when a meeting is justified and when a written proposal is expected instead, how to escalate something urgent out of hours, and what the company does about time off. It should be short enough that a new joiner reads all of it, and it should be edited whenever somebody gets one of those wrong.

Common mistakes

  • Leaving norms unwritten, so every new joiner learns the response-time expectation by breaking it.
  • Deciding things in a call and never writing them down, which excludes everyone who was asleep.
  • Treating onboarding as a document, when what a new joiner needs is somewhere to ask obvious questions.

Consider instead

Do you have any doubts?

Our team is there for you

0.0k

Servers

0+

Commands

0

Users

0

Languages