「離脱」ではなく「卒業」と呼びたい — AI業務管理秘書たすきばが Discord を選んだ理由

なぜ Slack ではなく Discord なのか

業務寄りのサービスなら、コミュニティのプラットフォームとして真っ先に挙がるのは Slack です。

たすきばはあえて、 Discord を選びました。

理由はひとつ。たすきばのコミュニティの目的が、 業務連絡ではなく “コミュニティ形成” だからです。

業務連絡が主体なら Slack でいい。でも、たすきばが Discord に集めたい温度感は、業務寄りの整然としたものではありません。

ビジネスという一線を、半歩だけ飛び越えて、ざっくばらんに会話できる場。

その目的には、Discord の 「サーバ単位の文化形成」「ボイスチャットの気軽さ」「ロールベースの柔軟な権限」 が、Slack よりフィットします。

今日は、A 章の最終回として、 コミュニティ設計と “卒業文化” について書きます。

👉 たすきば プロダクトページ

何を話す場所にしたいか

Discord で交わされてほしい会話は、こういうものです。

• 開発の裏話 — 「今こういう機能を作っています」
• 事例共有 — 「こう使ったら便利でした」
• 機能要望 — 「こんな機能があると嬉しいです」
• 雑談 — 「最近の案件でこういうことがあって…」
• 個人的な話 — 「家庭の事情で、しばらく出にくいです」

役割や立場を問わず、 全ユーザがフラットにコミュニケーションを取れる場所 。そして、この中で生まれた会話から、 プライベートな付き合いまで広がってくれたら嬉しい ——というのが、本音です。

“第三の居場所” — 家庭でも職場でもない場所

たすきばは、 家庭と職場に加えての「第三の居場所」 になればいい、と考えています。

業務 SaaS のコミュニティを「居場所」と呼ぶのは、たぶん少数派の発想です。普通は「ユーザコミュニティ = サポート補助 / フィードバック収集の場」と捉えられる。

たすきばは、そこから半歩だけずれた立ち位置を取ります。

サポート対応や機能要望の窓口は、Discord とは 別に専用窓口を設ける予定 です。Discord をサポート対応で埋めてしまうと、本来のコミュニティ形成の温度感が損なわれるからです。

プラットフォーム	役割
Discord	コミュニティ形成・コミュニケーション
専用窓口（中期 TODO）	アプリ問い合わせ・サポート・機能追加相談

——という棲み分けを目指しています。

“卒業文化” — 離脱ではなく、次のステップへ

ここからが、たぶん今日のいちばん大事な話です。

たすきばでは、メンバーが離れることを 「離脱」ではなく “卒業” と表現したい と思っています。

メンバーが本プロジェクトでの経験を積んだ後に、独立開発・起業・別の挑戦へ進むことは、 喜ばしい “卒業” として扱う。

「離れる = 失敗」と捉える文化ではなく、 「ここで何かを得て、次へ進める」 ことを肯定的に位置づけます。

なぜここまで「卒業」という単語にこだわるのか

業務 SaaS のコミュニティで、多くの人が 「ここに居続けないといけない」 というプレッシャーを感じてしまうのを、私は見てきました。

本来、業務 SaaS のコミュニティは、業務と関係のない場所であるはずなのに、辞めるときに 「自分はここを去る人間」 というラベルが付いてしまう。私はこの構造を、無くしたいのです。

「卒業」という単語に置き換えるだけで、退出のハードルは大きく下がります。そして、 退出のハードルが低いコミュニティほど、居続ける人にとっても居心地が良い場所になる 。

これは矛盾に見えるかもしれません。でも、 心理的安全性の 4 段階モデル で書いた「不安ゾーン」と「学習ゾーン」の話と、根本は同じです。 「いつでも出ていける」と信じられる場所だけが、人を本気で受け入れられる 。

「ここに居る理由」が義務ではなく、純粋な好意になる。それが、卒業文化を持つコミュニティです。

“やりたいこと” と出会う場としてのたすきば

私は、関わってくれる人たちに対しても、 「やりたいこと（夢）を見つけてほしい」 と願っています。

私自身、前職でプロダクト開発に関わってきたから、 「自分で SaaS を作る」 という発想を形にできました。だからこそ、これからの人たちにも同じように、自分がやりたいこと・やってみたいことを見つけてほしい。

たすきばの開発に関わる中で発想を得て：

• 個人開発を始めるのもよい
• 起業するのもよい
• このサービスの可能性を信じて、ずっと一緒に開発を続けてくれるのもよい

たすきばが、誰かの 「次の一歩」 のきっかけになる——そんな場所であってほしい、と思っています。

開発者と運営者の “顔” が見える状態を保つ

Discord 上では、私自身も一人のメンバーとして書き込みをする予定です。

「運営です。お問い合わせは別窓口へ」のような、距離を作る言い方はしません。開発の途中経過、悩んでいる設計判断、リリース後の感想——なるべく可視化していくつもりです。

これは、サービスを使ってくれる人に対する、私からのリスペクトでもあります。

業務 SaaS は、しばしば運営者が “顔の見えない組織” になりがちです。たすきばは個人開発から始まっているからこそ、 運営者と開発者の顔が見える状態を、できる限り長く維持したい 。

まとめ — コミュニティ設計のコア 3 点

A 章の最終回として、コミュニティ設計のコアを 3 つに圧縮します。

1. Discord を選ぶ — 業務ではなくコミュニティのため
2. サポートと混ぜない — 専用窓口で分離する
3. 卒業文化を作る — 退出のハードルを下げ、居続ける人の居心地を上げる

業務 SaaS にコミュニティを併設する例はあっても、ここまで 「業務と関係ない場所」 として位置づける例は、私の知る限り、まだ少数派です。

これも、たすきばが他のサービスと違う輪郭の一部です。

ここまでで A 章（思想・原点）6 本が終わりました。次の B 章では、 プロダクトの中身を画面ベースで 書いていきます。次回はいよいよ、 2026 年 6 月 1 日のリリース告知 。サービス全体像をご紹介します。

関連記事

• 公式マスコット「たすきフクロウ」誕生記 — 知恵・記憶・守護の象徴 — 連載第 5 回・マスコット
• 心理的安全性は「知っている」だけでは届かない — 理解→設計→実装→再現の 4 段階 — 「不安ゾーン」と「卒業文化」の関係
• 『ティール組織 入門』読書ノート — ピラミッド型の限界と、自走できるチームの作り方 — 自走できるコミュニティの設計

たすきば について

2026 年 6 月 1 日リリース予定の業務 SaaS、たすきば Knowledge Relay。 プロダクトページ からは、サービス概要と Discord 招待計画もご覧いただけます。