Discordのスタッフ募集：サーバーへの応募を管理する方法

ほとんどのサーバーは、スタッフへの応募をGoogleフォームやチケットBotで集めています。集めるのは簡単な部分です。大変なのはそのあとです。どの応募を誰かが読んだのか、誰が誰の面接をするのか、3月に応募してくれた人に誰か返事をしたのか。

このガイドでは、スタッフチームがDiscordから使う応募管理の仕組みを作ります。メンバーが記入するフォームの代わりにはなりません（詳しくは後で説明します）。これはその後に続く選考の流れです。

管理表の中身

応募1件につき1行で、次の列があります。

• applicant（Discordのメンバー、必須）
• role applied for（テキスト、必須）
• status（Submitted、Under Review、Interview、Accepted、Rejected、必須）
• submitted date
• reviewer（Discordのメンバー）
• notes

これは私たちが作っているCordBaseの応募管理テンプレートです。このガイドでは、ステップ1で説明する理由から、列をひとつ追加して手で作ります。

ステップ1：テーブルを作る

1. cordbase.ggにDiscordでログインし、サーバーを選んで、表示されたらBotを追加します。
2. 「Apps」というテーブルを作り、最初にapplicant nameというテキスト列を置いて、そのあとに上の6列を追加します。コマンドは/appsになります。

列を追加する理由：スタッフが更新する行を選ぶとき、CordBaseはテーブルの最初のテキスト列で行を検索して一覧表示します。テンプレートではそれが「role applied for」なので、Moderatorへの応募が10件あると、同じ「Moderator」が10行並んでしまいます。最初に名前の列を置けば、どの行も見つけやすくなります。

ステップ2：スタッフだけに制限する

応募はある程度プライベートな情報なので、誰かが使い始める前に権限を設定します。

• スタッフのロールに編集（行の追加と更新）を与えます。
• 管理者やモデレーター長のロールに管理（削除も可能）を与えます。
• ほかのロールにはレベルを与えません。テーブルにロールをひとつでも設定すると、それらのロールを持たないメンバーはテーブルをまったく使えなくなります。ここではそれが狙いどおりです。

スタッフがこれらのコマンドを実行するチャンネルも、スタッフ専用にしてください。query、view、add、updateの結果はコマンドを実行したチャンネルに投稿されるので、そのチャンネルが見える人には誰でも見えます。本人にだけ表示されるのは、エラーと削除の確認だけです。

ステップ3：届いた応募を記録する

応募が届いたら、スタッフが記録します。

/apps add applicant_name:Rin applicant:@Rin role_applied:Moderator status:Submitted submitted_date:2026-10-08

ステップ4：順番に対応する

• /apps query status:Submittedは、まだ誰も担当していない応募をすべて表示します。
• /apps query reviewer:@Samは、Samの担当分を表示します。
• /apps update row:Rin status:Interview reviewer:@Sam notes:Interview Fri 8pmは、応募を次の段階に進めます。rowに応募者の名前を入力し始めて、一覧から選んでください。

対応待ちの一覧がテーブルにあるので、誰かがどのフォーム回答を読んだか覚えていなくても困りません。

フォームの役割

CordBase自体は応募の回答を集めません。メンバーがCordBaseでフォームに記入することはありません。回答を集める仕組み（Googleフォーム、チケットBot、DMで質問する応募用のBotなど）はそのまま使い、ステータスの管理にこの管理表を使ってください。notesの列は、回答全文へのリンクを貼るのに便利です。

募集が終わったら

• テーブルをCSVかJSONでエクスポートできます。任期の終わりの振り返りに便利です。
• 不採用や採用の行は履歴として残してもいいですし、管理者が削除することもできます。削除した行は30日後に完全に消去されます。
• Freeプランでは1テーブルあたり100行まで使えるので、ほとんどのサーバーでは何回分もの募集に足ります。Proでは10,000行まで増えます。