Slack基本操作 – ワークスペース・チャンネル・DMの使い分け

📚 このコンテンツで学べること
1. ワークスペース・チャンネル・DMそれぞれの違いと、Slack画面の見方を押さえる
2. 「この話はどこに投げる?」に迷わないための判断軸を持つ
3. チャンネルへの参加/退出、スターやサイドバーの使いこなし方を身につける

所要時間: 25分 難易度: 初級 種別: テキスト + ハンズオン


目次

はじめに

SL-1でSlackの「ワークスペース→チャンネル→メッセージ」という階層構造に触れました。このコンテンツでは、それぞれの詳細と、「この話はどこに投げるのが適切か」という判断軸を学びます。

Slackを初めて使う人にとって一番迷うのが、「このメッセージ、チャンネルとDMのどちらに送るべきか」です。ここで選択を間違えると、「レスポンスが遅れる」「関係者が状況を把握できず仕事が進まない」といった不具合が起きます。逆に、この判断が適切にできる人は、「コミュニケーション設計がうまい人」として評価されます。

ハンズオンでは、SL-1で作ったテストワークスペース(もしくは職場のSlack)で、チャンネルを一つ作り、初めてのメッセージを投稿するところまで進みます。


1️⃣ ワークスペースとは

ワークスペースは、Slackにおける「会社」「組織」に相当する単位です。最外枠の入れ物と考えてください。

ワークスペースの特徴

[1つのワークスペース = 1つの組織]
  例: 「株式会社○○」「プロジェクトYYY」「コミュニティZZZ」

[ワークスペースごとに別アカウント]
  同じメールアドレスでも、ワークスペースごとにログインし直す必要がある
  → 複数ワークスペースに参加している人はサイドバーで切り替える

[ワークスペース名はユニークなURLを持つ]
  例: company-xyz.slack.com

複数ワークスペースを使い分けるケース

Slackデスクトップアプリの左端のサイドバーに、参加しているワークスペースのアイコンが並んで表示されます。複数ワークスペースに参加するケースとしては以下があります。

[本業 × 副業]           同じGoogleアカウントで両方に参加
[本業 × コミュニティ]    勉強会やオープンコミュニティ(スタートアップ、業界コミュニティ)
[取引先との連携]         Slack Connectで他社ワークスペースのチャンネルにも参加
[業務委託の複数案件]     複数クライアントのSlackにゲスト参加

もし参加しているワークスペースが一つだけでも問題ありません。むしろ、仕事とプライベート、本業と外部コミュニティとの切り分けとしてワークスペースを分けるのは一般的な使い方です。


2️⃣ チャンネルとは

チャンネルは、ワークスペースの中でトピックごとに区切られた「部屋」です。Slackの中心的なコミュニケーションはすべてここで行われます。

チャンネルの3つの種類

公開チャンネル(#マーク)

#general
#営業-売上報告
#dev-frontend
  • ワークスペースの誰もが参加・閲覧できる
  • 「この話題のやりとりはオープンにしておきたい」というトピックに使う
  • デフォルトでこちらを選ぶのがSlack文化

プライベートチャンネル(🔒マーク)

🔒hr-人事評価
🔒proj-confidential-2026
  • 招待されたメンバーだけが参加・閲覧できる
  • 人事情報や機密プロジェクトなど、公開したくない話題で使う
  • ワークスペース全体のチャンネル一覧にも出てこない(参加している人だけ見える)

Slack Connectチャンネル

社外-A社との共同プロジェクト (Slack Connect)
  • 他企業のワークスペースと連携したチャンネル
  • 取引先・クライアントとのやりとりをSlackで行える
  • やりとりがメールより軽量になるため、近年増加中

チャンネルの命名規則

多くの企業では、チャンネル名にプレフィックスをつける規則があります。

[部門別]
  #営業-売上報告
  #営業-顧客サポート
  #dev-frontend
  #dev-backend

[プロジェクト別]
  #proj-2026Q1-launch
  #proj-customer-portal

[業務トピック別]
  #ops-onboarding
  #ops-incident

[雑談・コミュニティ別]
  #fun-lunch
  #fun-pets
  #ask-anything

「#部署名-トピック」「#proj-プロジェクト名」という規則だと、チャンネル一覧を見たときにグループされて見えて見つけやすくなります。自社の規則を観察してみましょう。

チャンネルへの参加と退出

[参加]
  チャンネル一覧で「チャンネルを追加」 → 「チャンネルを参照」 → 参加したいチャンネルを選択
  もしくは、他者が「このチャンネルも見て」と招待してくれる

[退出]
  チャンネルを開いた状態で右上の詳細(iアイコン) → 「チャンネルを退出」
  退出してもチャンネル自体は残る(他のメンバーに影響なし)

[ミュート]
  退出ほどではないけれど通知を出したくないとき
  チャンネル名の右クリック → 「チャンネルをミュート」
  → サイドバーでグレーアウト表示され、メンションされたときだけ表示

💡 ポイント: 中途で入社したとき、「どのチャンネルに参加すべきか」に迷うことがあります。まず#generalと自分の部門チャンネルだけ、その他は上司やオンボーディング担当に推奨を聞くのが安全です。チャンネルに入ればそれだけ通知が増えるため、「とりあえず全部入る」はまずいので要注意です。


3️⃣ DM(ダイレクトメッセージ)とは

DMは、個人と個人の1対1でのメッセージやりとりです。スマホのLINEに一番近い使い感覚を持つ部分です。

DMの種類

[個人DM]     1対1でのやりとり
[グループDM] 3人以上の少人数DM(「この3人だけで話したい」というとき)
[自分とDM]   自分専用のスペース。メモ・試し投稿・ファイル一時保存に便利

「自分とDM」の意外な便利さ

Slackでは、自分にもDMを送れます。これが意外に便利です。

[使い道]
  ・「あとで考える」メモ
  ・他チャンネルで見つけた興味深いメッセージのブックマーク代わり
  ・他チャンネルに貼りたいファイルの一時保管場所
  ・「今週やること」のチェックリスト

Google KeepやNotionを開くほどではないちょっとしたメモに重宝します。PCにダウンロードしたファイルもまとめて置いておけるため、個人クラウドストレージとしても使えます。


4️⃣ スレッドとは

Slack独特の機能がスレッドです。これを理解するとSlackのコミュニケーションが一気にやりやすくなります。

スレッドの概念

[チャンネルでの話題の流れ]
  メッセージA: 「明日の会議、何時からでしたっけ?」
    ├─ 返信1: 「10時からです」
    └─ 返信2: 「資料も共有しておきます」
  メッセージB: 「新しいチームメンバーのサトウさんです!」
    └─ 返信1: 「よろしくお願いします!」

メッセージAとメッセージBは全く別の話題ですが、スレッドを使わずに返信すると、チャンネル上で交互にメッセージが並んでしまい、どの返信がどの話に対するものか分からなくなります。スレッドを使えば、それぞれの話題が独立したツリーとして整理されるわけです。

スレッドの使い方

[スレッドを始める]
  メッセージの上にホバー → 「スレッドで返信」アイコン → 右サイドにスレッドパネルが開く

[スレッドで返信する]
  スレッドパネルでメッセージを送る
  送信時に「チャンネルにも送信」をチェックすると、返信をチャンネル本体にも表示させられる

「スレッドで返信」と「チャンネルで返信」の使い分け

Slackのチームで一番よく議論になるのが、「返信はスレッドで? チャンネルで?」という議論です。以下が一般的な判断軸です。

[スレッドで返信]
  ・ちょっとした質問、確認事項
  ・二人以外に関係なさそうな詳細のやり取り
  ・チャンネルを荒らしたくないとき
  → チームでスレッド中心の運用をしている企業が多い

[チャンネルで返信]
  ・重要な決定事項
  ・メンバー全員に見てほしいアナウンス
  ・新しい話題として目立たせたいとき

企業チームによってルールが違うため、入社したらチームの運用を観察しましょう。スレッドを徹底している企業と、とりあえずチャンネルにフラットに投げる企業があります。


5️⃣ 「どこに投げるか」の判断軸

SL-1で「チャンネル基本」と伝えましたが、もう少し詳細に見ていきましょう。以下のフローで判断します。

判断フロー

Q1: 関係者はチーム全体? それとも個人?
  ├─ チーム全体 → チームチャンネル
  └─ 個人       → Q2へ

Q2: 他の人にも見てほしい/見てもよい?
  ├─ 見てもよい   → 適切なトピックチャンネル(#ask-○○など)
  └─ 見せたくない → Q3へ

Q3: やりとりが長期化しそう? それとも一過性?
  ├─ 一過性 → DM
  └─ 長期化 → グループDM(ただし、必要に応じてチャンネル化を検討)

ケース別の推奨

[件名: 「明日の資料作成、手伝ってほしい」]
  → チームチャンネル、メンション付きで
     (「手を挙げてくれる人います?」という公開募集として)

[件名: 「上司との面談、時間調整」]
  → 上司とのDM
     (二人だけの事柄。ただし、他者にも関わる調整はチャンネルで)

[件名: 「顧客A社とのミーティング予定調整」]
  → #proj-A社 チャンネルでスレッド
     (チーム全員が関わる、しかしチャンネルを荒らしたくない詳細のやり取り)

[件名: 「出勤途中、電車遅延で遅刻します」]
  → #general もしくはチームチャンネル
     (チーム全員に知らせるべき事、上司だけに送らない)

6️⃣ やってはいけないこと・注意点

NG1: 「気おくれ」でDMを使う

「チャンネルだと他の人に見られる」という遠慮からDMを選ぶ人が多いのですが、Slackは「見られても問題ない、むしろ見てもらう」という文化です。DMで話したことは他のメンバーの学びの機会を奪うことにもなります。「本当に二人だけの事柄」以外は、チャンネルを選びましょう。

NG2: チャンネルを増やしすぎてしまう

逆に、「小さなトピックごとにチャンネルを作る」人もいます。チャンネルが多すぎると、「どこで何が起きているか」という議論が見えにくくなります。一般的には、チャンネルは「1週間に最低1回はメッセージが流れる」粒度で作るのが適切。それ以下の頻度なら、既存チャンネルにスレッドで流す方がうまくいきます。

NG3: スレッドで済む話をやたらチャンネルに流す

「スレッドかつチャンネルにも送信」をむやみにチェックすると、スレッドでの返信が、チャンネル本体のタイムラインに並んでしまいます。これは他のメンバーにとって「同じスレッドの会話がバラバラにチャンネルにポツンポツン出てくる」というノイズになります。「チーム全体にも見せたい重要な返信」のときだけチェックしましょう。

NG4: チャンネル名に不可解な略語を使う

#prj-x #xyz など、不可解な略語だけのチャンネル名は、新規参加メンバーが「何のチャンネルかわからない」という状態を生みます。チャンネル作成権限がある人は、「初見でも何のチャンネルか分かる」名前をつける作法を意識しましょう。


🛠 ハンズオン課題: テストチャンネルでスレッドを体験する

ここからは実際に手を動かす時間です。所要時間: 約8分

📋 ゴール

  • SL-1で作ったテストワークスペース(もしくは職場のSlack)で、テストチャンネルを一つ作る
  • メッセージを投稿し、それにスレッドで返信してみる
  • 「自分とDM」にメモを送り、使い道を実感する

Step 1: テストチャンネルを作る(2分)

  1. デスクトップアプリもしくはブラウザでSlackを開く
  2. 左サイドバーの「チャンネル」セクションの+ボタン「チャンネルを作成」
  3. チャンネル名: test-【あなたの名前】 (例: test-yamada)
  4. 説明(任意): Slackの勉強用チャンネル
  5. 公開/プライベート: 公開でOK(テストだから)
  6. 「作成」をクリック
  7. 作成したチャンネルに自動で参加されていることを確認

Step 2: メッセージを投稿する(2分)

  1. チャンネル下部の入力ボックスをクリック
  2. 以下のサンプルメッセージを送信:
【質問】SlackのチャンネルとDMの使い分け、どんな基準で判断していますか?
  1. Enterキーで送信
    • ショートカットでもう一つ: Shift + Enter で改行(送信されない)

Step 3: さらにスレッドで返信する(2分)

  1. さっき送ったメッセージの上にホバーし、「スレッドで返信」アイコン(チャットバブルアイコン)をクリック
  2. 右サイドにスレッドパネルが開く
  3. スレッドパネルで以下を記入:
[個人ケース]
「チャンネルで見せても問題ない事柄」はチャンネル、
「本当に二人だけの事柄」だけDMにしています。
  1. 「チャンネルにも送信」はチェックしないで送信
  2. もとのメッセージの下に「返信1件」リンクが表示されているのを確認
  3. チャンネル本体には返信が表示されていないことを確認(これがスレッドの使い方)

Step 4: 「自分とDM」を使ってみる(2分)

  1. 左サイドバーの「ダイレクトメッセージ」セクションで、自分の名前(「あなた」と表記)をクリック
  2. 入力ボックスに以下を送信:
Slackのコンテンツで学んだ事:
・チャンネルとDMの違い
・スレッドの使い方
・「必ずチャンネルにも」のチェックをつけるリスク
  1. 送信したら、「これだけでメモ代わりになる」という使い道を体感する

✅ 完成チェックリスト

  • [ ] テストチャンネルを作成した
  • [ ] チャンネルにメッセージを投稿した
  • [ ] スレッドで返信し、「チャンネルにも送信」をチェックしない状態で送信し、チャンネル本体に表示されないことを確認した
  • [ ] 「自分とDM」にメモを送った

💡 つまずきポイント

Q: チャンネルに参加している他の人に議論を見てほしいときは?
→ スレッドで重要な話が出たときは、その結論だけ「チャンネルにも送信」をチェックして流すとよいです。例: 「【決定】今週金曜15時にキックオフミーティングを開きます(スレッド議論参照)」というサマリをチャンネルにも送るようにすると、とても伝わりやすくなります。

Q: チャンネルを退出したら過去のメッセージは見える?
→ 公開チャンネルなら、退出後も検索で過去のメッセージにアクセス可能です。プライベートチャンネルは退出後は見えなくなります。

Q: チャンネルを誤って作ってしまった
→ チャンネルを開き、右上の詳細(iアイコン) → 「設定」 → 一番下の「このチャンネルをアーカイブ」を選択。チャンネル一覧から隠されます。完全に削除したいときはワークスペース管理者に依頼が必要です。


✅ まとめ

  • ワークスペース = 会社/組織単位、チャンネル = トピックごとの部屋、DM = 1対1/少人数
  • チャンネルは3種類: 公開(#) / プライベート(🔒) / Slack Connect
  • スレッドを使うと、チャンネルの見通しを保ちながら詳細を話せる
  • 「どこに投げる?」の判断軸: チーム全体? → チャンネル / 見せてもよい個人事? → 適切なチャンネル / 本当に二人だけ? → DM
  • 「自分とDM」は個人クラウドストレージとして使える
  • NG: 気おくれでDM使用 / チャンネルを増やしすぎる / スレッドで済む話をチャンネルに流す / 不可解な略語チャンネル名

📌 実務ポイント: キャリア・現場でどう活きるか

「チャンネルとDMを適切に使い分けられる」ことは、地味ですが大事なスキルです。

入社・配属初期で: チームメンバーはコミュニケーションを見て「この人、チームとして動けるな」と判断します。個人とのDMばかり使う人と、チャンネルでオープンに議論できる人の間には、「チームとして仕事ができる人」としての評価に差がつきます。チャンネルで話している人は、他のメンバーから「この人、こんなことやっているんだ」と認識され、助けをもらいやすくなります。

チームリーダーシップレベルで: リーダー職に就くと、「チームのSlackをどう設計するか」を考える立場になります。チャンネルの命名規則、使い分けルール、投稿の型——これらを考える「Slack設計力」は、チームの生産性を大きく左右します。

職種を問わず: 現代の会社では、エンジニア・営業・人事・デザイナー・コンサルタント・マーケティング——どの職種でもSlackを使うようになっています。「Slackを使いこなせる」ということは、職種を問わず「ビジネスの基本スキル」になっています。


さらに学ぶには

  • 次のコンテンツ「プロフィール&ステータス設計」では、「あなたが何者か」をSlackにどう表現するかを学びます
  • SL-1で触れた「オープン・速報・蓄積」の3原則を、このコンテンツで「判断軸」として実装しました
  • チャンネル名の設計やスレッド運用の詳細は、SL-4「メッセージ作法とスレッド文化」でさらに掘り下げます
よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

目次