募集に応募する

BOSHU は、スタッフ・登壇・ピッチなどの募集を BOUNTY の中で出し、参加者が応募し、主催者が審査して結果を知らせる機能である。募集の持ち主は SPIKES の運営・イベント・ギルド・学生発ベンチャー・個人のどれかで、持ち主によって管理できる人が決まる。

応募はプロフィール・作品・ひとことで足りる形を基本にし、募集ごとに聞きたいことはモジュールアンケートで追加の質問として組む。応募は 4S のアカウントにひも付き、本人は自分の応募を「あなたの応募」でまとめて見直せる。

種類はスタッフ・登壇・ピッチ・その他である。テンプレートによっては、パートナー・コンテスト・オープンミーティングの呼び名で一覧に出す。種類ごとに応募の形が決まっており、登壇とピッチは発表の題・リンク・作品を添えられ、プロフィールの必須項目が埋まっていないと応募できない。スタッフは志望動機だけを書く。

持ち主ごとに管理できる人が違う。運営の募集は運営、イベントの募集はそのイベントの管理者、ギルド・ベンチャーの募集はその団体に在籍中のオーナーと管理者が扱う。運営であっても団体の募集を代わりに扱うことはしない。団体の中のことは団体が決める、という線を守るためである。

募集には共同管理者を足せる。イベントに結んだ募集は、そのイベントの運営全員が担当として扱える。ただし共同管理者の追加と持ち主の変更は、持ち主の管理者だけが行える。

ギルド・ベンチャーの募集は承認待ちで作られ、運営が承認するまで参加者に見えない。承認の後に、運営の管理者でない持ち主が題・説明・応募の条件・報酬・追加の質問などを直すと、承認待ちに戻る。運営が確かめた中身と参加者に見える中身を食い違わせないためである。

公開の操作では、応募と結果のメールの文面を確認してから公開する。公開・受付中・承認済みがそろった募集は、重ねて送らずに告知する。宛先は持ち主で決まり、イベントの募集はそのイベントの参加者とフォロワー、団体の募集はその団体のフォロワーと在籍中のメンバーである。

後から見送られた団体や非公開になった団体の募集は、参加者に見せず、応募も告知も受け付けない。

参加者は検索と、種類・受付・主体の絞り込みで募集を探す。既定は受付中の募集で、締切の近い順に並ぶ。

応募の画面は、本人の名前・写真・肩書き・所属と、同じ種類の前回の応募から下書きを用意する。だからほとんどの募集はワンクリックに近い手間で送れる。受付前と締切後は送れない。

送った後も、決定が出る前なら直す・取り下げることができる。外部のページ向けには独立した応募の画面と埋め込みがあり、どちらも同じ応募の仕組みと同意を通る。

決め方は「審査」と「先着」から選ぶ。先着は応募の時点で受付が確定する。審査では応募ごとに保留・採択・補欠・見送りを付け、まとめて決めることも、採択した人の出演順を並べることもできる。

結果は「公開」の操作で、まだ知らせていない応募にまとめて通知する。本人に見えるのは知らせた後の決定だけで、それまでは審査中に見える。途中の判断が本人に漏れないようにするためである。定員の残りも、本人に知らせた採択だけで数える。

登壇・ピッチの採択を公開すると、対象のコンテンツの登壇者としてタイムテーブルへ写す。4S の同期で消えることはなく、登壇者に主催の画面の権限は付かない。その人に「会いたい」を送っていた人へは控えめに知らせる。

個人情報の印を付けた質問の回答は、運営の管理者とその募集の管理者だけが中身を見られる。審査の画面・CSV・外部の API・添付の画像や資料が同じ判定を読むので、入口によって見え方がずれることはない。

CSV は質問の鍵ごとに列を作り、質問を直す前の版の回答も同じ表で読める。外部の API は運営が発行するトークンで募集を作り、応募を読める。個人情報の印の回答は見てよい人のトークンにだけ返す。

運営は理由を添えて応募を削除できる。削除した応募は一覧・件数・CSV・知らせのどれにも出なくなり、保管の期限までは戻せる。