Slack Frontlineとは｜現場向けSlackの料金・対象・本体との違い

Slack Frontlineとは、Slack(Salesforce)が2026年10月19日に発表した、店舗・工場・訪問先などデスクに座らない働き方の従業員向けに作られた、モバイル中心の軽量なSlackです。会社のメールアドレスを持たない人でも従業員IDやQRコードでサインインでき、自分の役割に関係するチャンネルだけが最大10個並びます。既存のSlackに機能を足す更新ではなく、Slack Enterprise+ プランのアドオンとして別に契約する製品という位置づけです。この記事ではSlackの発表とSalesforceの製品ページを一次情報として、できること・できないこと・料金の扱い・Slack本体との違い・似た名前の別製品との違いを整理します。

先に結論をまとめます。

• 誰向けか: 店舗スタッフ・訪問看護や在宅ケアの担当者・工場や倉庫の作業者・シフトリーダー・宿泊施設のスタッフ・フィールド技術者
• いつから使えるか: Salesforceの製品ページに「generally available now」と記載。限定プレビューではなく正式提供です
• 契約の条件: Slack Enterprise+ または Salesforce Max(A1E)プランのアドオン購入
• 料金: 公式ページに金額の記載はなく、営業への問い合わせ。「料金と提供内容は変更される場合がある」と明記されています
• 本体との違い: チャンネルは役割に沿って最大10個。会社メール不要で、従業員IDやQRコードでサインイン
• まだ使えない部分: AIエージェントとシフト管理の連携は、製品ページで「Coming soon」表記

無料ツール 現場の人数分の費用を年額・3年総額で試算する

1人あたりの月額と対象人数を入れると、年額と3年総額、1日あたりの金額に換算できます。見積もりを受け取る前に「何人分でいくらまでなら通るか」の上限を決めるのに使えます。

Slack Frontlineの料金は公開されていません。見積もりの金額を入れて比較する用途で使ってください。

サブスク費用を試算する →

Slack Frontlineとは何か — 「デスクもメールも要らないSlack」

これまでのSlackは、デスクで働く人を前提にした作りでした。チャンネルは自由に増え、会社のメールアドレスでアカウントを作り、PCの画面で使うのが基本です。この形は店舗や工場の従業員には重く、そもそも会社のメールアドレスを持っていない人も多くいます。

Slack Frontlineは、この層に向けて画面と入り方を作り直した別ブランドの製品です。公式の説明は「デスクも会社のメールアドレスも必要ない、モバイル中心の軽量なワークスペース」としています。既存のSlackの中の一機能ではなく、Enterprise+ の上に載せるアドオンとして契約します。

作りの要点 — 絞ること自体が機能

公式ページから読み取れる設計の軸は3つです。

1. チャンネルを絞る: 「Frontline teams get up to 10 channels relevant to their role」と明記されています。役割に関係するものだけを並べ、情報の洪水を起こさない作りです
2. 入り方を変える: 従業員ID・QRコード・会社のメールアドレスのいずれかでサインインし、多要素認証を併用できます。Salesforceの製品ページでは、会社のメールアドレスは不要で、従業員IDまたはQRコードと多要素認証を組み合わせると説明されています
3. 管理は本社側にまとめる: アプリとエージェントの利用可否を管理者が制御し、Enterprise+ のコンプライアンス設定(HIPAA・FINRAへの対応、データの保存地域)をそのまま適用します

つまり、現場用に機能を薄くした廉価版ではなく、本社側の統制をそのまま保ったまま、現場の画面だけを軽くするという組み立てです。SaaSを現場まで広げるときに必ず問題になる「アカウントをどう配るか」「どこまで見せるか」に、製品側で答えを出した形になります。

何ができて、何ができないか(発表時点)

SlackとSalesforceの公式ページの記載を、できること・制限に分けて整理します。

ここで一番注意が必要なのはAIエージェントとシフト管理です。Slackの発表はAIエージェントを機能として説明していますが、Salesforceの製品ページでは同じ機能に「Coming soon」が付いています。生成AIの活用を導入理由の中心に置くと、稟議の前提が崩れる可能性があります。導入時に確実に使えるのは、チャンネル・ハドル・ワークフロー・資料の検索・報告の経路までと考えておくのが安全です。

料金と使える条件

公式ページの記載は次のとおりです。金額は公開されていません。

実務上の意味は3つあります。

1. いまProやBusiness+を使っている会社は、プラン変更込みの話になる。Enterprise+ は問い合わせ型のプランなので、現場の人数を足した見積もりを取る前に総額は分かりません
2. 対象人数の数え方で金額が大きく動く。現場の従業員は本社より人数が多く、アルバイトやシフト勤務を含めると母数が読みにくくなります。見積もり依頼の前に、対象店舗・対象職種・同時に在籍する人数を決めておく必要があります
3. 地域によって使えるかどうかが変わる。日本での提供条件は公式ページから読み取れないため、国内で使えるかは営業への確認事項になります

金額が出ていない段階でも、1人あたりの月額がいくらなら通るかという上限は先に決められます。想定単価と人数を入れて年額・3年総額に換算しておくと、見積もりが届いたときの判断が速くなります。月額型と買い切り型を比べる必要があるならクラウドと買い切りのTCO比較、クラウドと自社運用の考え方の違いはクラウドとオンプレミスの比較にまとめています。

Slack本体との違い

同じSlackの名前が付いていても、想定している使い方が異なります。

違いを一言でいえば、本体は「情報を集める場所」、Frontlineは「いま自分がやることだけが見える場所」です。本社側で部署も案件もチャンネルが増え続ける構造をそのまま現場に渡すと読まれなくなるため、見える範囲を先に絞った、と読むのが素直です。

Slack関連では、開発者向けのSlack Codeも別の方向の新製品として出ています。同じ時期にSlackが「デスクワーカー以外」と「開発者」の両端へ製品を広げている形です。

業種別の使いどころ

公式ページが挙げている例と、検討時に確認すべき点を整理します。確認すべき点は本記事の提案です。

公式ページには顧客の談話も載っています。Village Hotelsは顧客対応の解決までの時間が「48時間から20分未満になった」、Olive Youngは1時間以上かかっていた売り場の更新確認が1クリックで済むようになった、という内容です。いずれも導入企業の談話であり、条件も測り方も公開されていないため、自社の効果見込みにそのまま使える数字ではありません。

導入を検討する手順

1. 対象人数を数える。対象の職種・店舗・拠点を決め、同時に在籍する人数を出します。アルバイトやシフト勤務の入れ替わりが多い現場では、月ごとの最大人数で見ておくと見積もりが後でずれません
2. 今のSlack契約を確認する。Enterprise+ か Salesforce Max でなければ、プラン変更が前提になります。現在のプランと契約更新日を先に押さえます
3. 10チャンネルで足りるかを設計する。役割ごとに必要なチャンネルを紙に書き出します。10個を超えるなら、役割の分け方を変えるか、対象から外す情報を決めます。ここを後回しにすると、導入後に「本社の都合でチャンネルが増え、現場が読まなくなる」という元の問題に戻ります
4. 見積もりを取り、年額と3年総額で比べる。月額の単価だけでは判断できません。既存の連絡手段(電話・紙・個人のメッセージアプリ)の置き換えになるのか、積み増しになるのかも合わせて見ます
5. 1店舗・1シフトから試す。全社展開の前に、限定した範囲で実際に使われるかを確かめます。試す範囲と判定基準の決め方はPoCの進め方にまとめています

比較の観点を先に決めておくと、営業からの提案を同じ基準で並べられます。観点の作り方はシステム比較の基準、社内の決裁の進め方は稟議書の書き方と購買プロセスを参照してください。

似た名前の別製品との違い — Google Workspace Frontline

「Frontline」という名前は他社も使っています。検索で混ざりやすいのが、Googleの提供する現場従業員向けのエディションです。

Googleのエディションの内訳はGoogle Workspace の管理者向けドキュメントの記載によります。名前が同じでも、既存のグループウェアの軽量エディションか、チャットを軸にしたアドオンかという出発点が違うため、比較するときは「いま何を使っているか」から考えるほうが早く決まります。国内では現場向けのコミュニケーション手段としてLINE WORKSなども使われていますが、本記事では料金と仕様を確認していないため、比較する場合は各社の公式ページで確認してください。

よくある失敗・注意点

• 「Slackを使っているからすぐ使える」と考える。Enterprise+ または Salesforce Max が前提です。Pro・Business+ からはプラン変更込みの検討になります
• AIエージェントを導入理由の中心に置く。Salesforceの製品ページではAgentforceとサードパーティのエージェントが「Coming soon」です。提供時期の記載はありません
• シフト管理の置き換えを前提にする。Salesforce Frontline Workforce Management との連携も「Coming soon」の表記です
• 10チャンネルの設計を後回しにする。上限がある前提で情報を整理しないと、現場が読まない状態に戻ります
• 会社メール不要=アカウント管理が不要と誤解する。多要素認証の設定、退職時の停止、見せる範囲の設計は必要です。属人化を解く目的で入れるなら、誰が何を見られるかを先に決めます
• 公式ページの顧客談話の数字を自社の効果見込みに使う。48時間から20分未満という数字は導入企業の談話で、条件が公開されていません
• 既存の業務システムと二重入力になる経路で設計する。現場からの報告を転記する作業が増えるなら、負担は減りません
• 似た名前のGoogle Workspace Frontlineと混同する。提供元も位置づけも別の製品です

現場のDXは「配るアカウント」で詰まっていた

DXの議論は本社の業務から始まることが多く、店舗や工場の従業員は後回しになりがちです。理由は機能ではなく、会社のメールアドレスを配れない層にアカウントを用意できないという手前の問題でした。Slack Frontlineは、従業員IDやQRコードでのサインインと役割ごとの画面でここに答えを出し、管理とコンプライアンスは本社側の設定を共有します。

一方で、アドオン購入という形は本社の契約プランに現場の利用が縛られることも意味します。Enterprise+ か Salesforce Max という前提は、特定のベンダーに業務の基盤を寄せる判断でもあるため、ベンダーロックインの観点も含めて決めるのが妥当です。業務の連絡手段を1社に寄せるかどうかは、料金の比較だけでは決まりません。

AIエージェントの部分が「Coming soon」であることを踏まえると、いま評価すべきは「現場に軽い画面と安全な入り方を配れるか」という点であって、AIによる自動化はまだ検証対象外です。AIエージェント全般の現在地はAIエージェントの比較、社内で使うときのルールづくりはAI利用ガイドラインの作り方にまとめています。

無料ツール システム導入の稟議書を作り、DXの現在地を点検する

稟議書作成ツールは、システム導入の種類を選ぶと目的・効果・費用・代替案の比較・リスク対策まで決裁者が見る観点を埋めた稟議書を作れます。DX・AI導入診断は14問で現在地を点数化し、整える優先順位を示します。

稟議書を作る →DXの現在地を診断する →

出典: Slackの発表(Slack Frontline、2026年10月19日)、Slackの製品ページ(Frontline)、Salesforceの製品ページ(Slack Frontline)、Google Workspace 管理者向けドキュメント(Frontline editions)