Moveworksレビュー【2026年】料金が非公開な理由と導入の判断

Moveworksは、社内のIT・HR・ナレッジの問い合わせを1つの入口に集めるAIアシスタントです。公式サイトの見出しは「AI that gets work done.」、続けて「One AI front door for work」と書かれています。現在はServiceNowの傘下にあり、公式の表記も「Moveworks by ServiceNow」に変わっています。料金ページは2026年11月4日時点で404になり、金額は公開されていません。この記事は実際の操作を行わず、公開情報だけを材料にした整理です。回答の精度、導入後の運用負荷、実際の請求額は未検証です。

Moveworksとは何か。社内の問い合わせを1つの入口に集める仕組み

Moveworksは、従業員が社内の情報を探したり、手続きを進めたりするためのAIアシスタントです。公式サイトのキャッチは「AI that gets work done.」で、会話して終わりではなく、仕事を進めることを前面に出しています。もう一つの見出しが「One AI front door for work」です。社内の入口を1つにまとめる、という意味になります。ITに聞く用事、HRに聞く用事、総務に聞く用事を、別々の窓口ではなく同じ入り口に寄せる発想です。

背景にあるのは、社内問い合わせの分散です。同じ「パスワードを変えたい」という用事でも、窓口がヘルプデスク、人事、情シスに分かれていると、従業員はどこに聞けばいいか分かりません。分からないまま諦めるか、いちばん近い人に聞く。結果として、担当者のところに同じ質問が積み上がります。Moveworksはこの「どこに聞くか」という判断そのものを、AIに寄せる設計だと読めます。

並びを見ると、検索と実行が同じ製品に入っていることが分かります。検索だけの製品は「見つける」で終わり、実行だけの製品は「決まった手続き」しか進められません。Moveworksは両方を1つの会話に載せている点が特徴です。「経費精算の締め切りはいつ」と聞いた流れのまま「じゃあ申請を出して」と頼める。この連続性が、社内アシスタントを使い続けてもらえるかどうかの分かれ目になります。

もう一つの特徴が、置き場所の広さです。公式には、チャット、ブラウザ、社内ポータル、サービスデスクの画面など、従業員がすでに使っている場所に置けると書かれています。新しいアプリを1つ覚えてもらうのではなく、いつもの画面に差し込む。導入の抵抗を下げる方向の設計で、これは実際の利用率に効いてくる部分だと考えます。

社内アシスタントと社外向けチャットボットの分かれ目

判断の分かれ目は、誰が使うかです。Moveworksが想定するのは、社員番号を持つ従業員です。顧客が使う窓口を想定した製品とは、前提がまるで違います。顧客向けは、相手の情報を持っていない状態から始まり、名乗ってもらう必要があります。社内向けは、すでに「誰が」「どの部署で」「どの権限を持つか」が分かっている状態から始められる。同じ「AIチャット」でも、社内と社外では設計の出発点が反対になります。この区別をしないまま製品を並べると、比較の土台がずれます。

Moveworksの料金はいくらか。非公開の理由と金額を決める変数

Moveworksの料金は公開されていません。2026年11月4日に公式の料金ページを開くと、ページが見つからない表示になりました。公式サイトのどこにも金額らしき数字はなく、導線はすべて「デモを依頼する」に集まります。つまり、金額を知るには営業との対話が必須です。比較記事を読んで予算を立てる、という進め方ができない製品です。

では何で金額が決まるのか。公開情報から読み取れる変数を並べると、おおよそ4つに絞れます。従業員の数、接続するシステムの数、使うエージェントの範囲、そしてサポートの手厚さです。この4つは、製品の構造から逆算した推測ではなく、社内アシスタントという商品の性質から来る必然です。従業員が増えれば問い合わせも増え、接続先が増えれば構築も保守も増えます。

この表で重要なのは、金額そのものより「どこを動かせば金額が変わるか」が見えることです。従業員数の次に効くのは、接続するシステムの数です。社内のファイル置き場が3つに散っている会社と、10個ある会社では、初動の重さが変わります。見積りを取る前に接続先を3つに絞っておくと、金額の話も具体的になります。逆に、全部つないでから考えたいと伝えると、見積りは大きくなり、比較もしにくくなります。

もう一つ、日本で検討する場合に確認したい点があります。円建ての価格、為替の扱い、支払い周期は公開されていません。ドル建ての契約であれば、為替の振れ幅がそのまま費用に乗ります。表示は地域・支払い周期・為替で変わるため、契約前に公式サイトの料金表を確認してください。ただし今回の確認では料金表そのものが見つからなかったため、この一文は担当者への確認事項として扱うのが現実的です。

金額が出ない製品を、どう比較するか

金額が非公開の製品を比べるには、聞き方を変えるしかありません。「いくらですか」ではなく「この条件なら年間いくらですか」と、条件を固定して聞く。従業員数、接続先の数、対象部署、契約年数を伝えたうえで見積りを取ると、初回の回答が比較可能な形になります。非公開の価格は、条件を揃えて聞くことで初めて数字になります。条件を書いた1枚を先に用意するかどうかで、営業からの返事の質が変わります。これは製品の良し悪しとは別の、調達の技術です。

「350以上の組織」「100以上の言語」という表示をどう読むか

公式サイトには「Trusted by 350+ of today’s foremost organizations」と表示されています。350以上の組織が使っている、という意味です。同時に「6M+ employees rely on Moveworks」という表記も並びます。導入組織に所属する従業員の総数がこの規模、という読み方になります。いずれも公式が掲げる数字で、第三者による検証ではありません。

数字の読み方には注意が要ります。「350以上の組織」は、導入した組織の数であって、全社展開した数ではありません。1部署だけ試した組織も、全社に広げた組織も、同じ1として数えられます。従業員ベースの数字も、契約上の利用可能人数なのか、実際に使った人数なのかで意味が変わります。この区別は、公式の表示からは分かりません。

言語についても同じです。公式は100以上の言語に対応すると書いています。ただし「対応している」と「その言語で十分に使える」は別の話です。日本語の敬語、社内用語、略称の扱いは、公開情報では分かりません（未検証）。社内用語が多い組織ほど、用語集の整備が前提になります。この作業は製品側では終わりません。

導入企業の名前は公式に並びます。CVS Health、Toyota North America、BambooHR、Coca-Cola Consolidated、AkzoNobelといった名前が、利用者の声として掲載されています。ただしこれは公式が選んで載せた声です。成果の平均値ではなく、うまくいった事例の紹介だと受け取るのが正確です。掲載されている声を、評価の根拠にはできません。

公式サイトには、ほかにも数字が並びます。導入までの典型的な期間として8週間、構築されたエージェントの数として1万、マーケットプレイス上のエージェントとして1000以上。いずれも公式の表示で、測定の条件は書かれていません。8週間という数字は、おそらく標準的な接続先の構成を前提にしたものだと読めます。社内システムが独自に作り込まれている組織では、この期間に収まらない可能性があります。

数字を読むときに見るべきは、母数と条件です。何組織のうちの350なのか、どの範囲を数えた1万なのか。そこが書かれていない数字は、目安としてしか使えません。うまくいかなかった組織の話は、公式のページには並びません。導入の判断材料としては、成功例の数より、どこで止まったかの情報のほうが役に立ちます。その情報は、たいてい公開されていません。

数字を判断材料にできるかどうか

結論としては、これらの数字は「存在感の確認」には使えますが、「自社に効くか」の判断には使えません。350という組織数は、製品が消えないだろうという安心材料にはなります。この従業員規模という表記は、大規模でも運用できる設計だという傍証になります。しかし、自社の問い合わせが減るかどうかは、別の話です。ベンダーの規模は、自社の成果を保証しません。数字は安心材料、判断材料は自社の記録。この線引きを持って読むと、記事に振り回されずに済みます。

評価できるところ。検索と実行を分けない設計

• 検索と実行が同じ会話に載っている。「調べる」と「進める」を往復せずに済む
• 置き場所を選ばない。チャット、ブラウザ、社内ポータルなど、従業員がいる場所に差し込める
• 接続先の広さ。Slack、OneDrive、Google Drive、SharePoint、Confluence、Outlookなど50以上が公式に並ぶ
• 既製のエージェントが用意されている。ゼロから作らずに始められる範囲がある
• 推論の層を製品として切り出している。手順の追加が業務側の作業として説明されている
• 認証の表示が広い。ISO 27001、SOC 2、HIPAA、GDPR、FedRAMPが公式に並ぶ
• ServiceNowの傘下に入ったことで、ITサービスの運用側との接続が説明しやすくなった

一番評価したいのは、検索と実行を分けていないことです。社内アシスタントが定着しない理由の多くは、「調べられるけど、そこから先に進めない」という物足りなさにあります。資料が見つかっても、申請は別のシステムに移動する。この移動のたびに、人は道具から離れます。会話の中で手続きまで終わるかどうかが、定着率を分けます。Moveworksの設計は、この一点に重心を置いています。

二つ目は、置き場所の広さです。社内ツールは、新しい画面を覚えてもらう時点で半分負けています。すでに開いているチャットやブラウザの中に置けるなら、学習のコストはほぼゼロです。これは機能の数より効く場合があります。特に、現場の従業員が1日に何度も開く画面がある職種では、その差が大きくなります。

三つ目は、推論の層を製品として切り出している点です。「依頼を分解して、計画して、実行しながら調整する」という働きを、機能名として前面に出しています。この整理は、社内の関係者に説明するときに便利です。「AIが賢い」ではなく「依頼を分解する層がある」と言えば、何を任せられるかの線引きがしやすくなります。説明できる製品は、社内を通しやすい。

気になるところ。料金の不透明さと、効果の測りにくさ

• 料金が読めない。表がないので、社内の予算申請に必要な1枚を自分で作れない
• 効果の測り方が製品の外にある。問い合わせ件数の削減は、運用の変更とセットで初めて数字になる
• 日本語の品質が公開情報では分からない（未検証）
• 接続するシステムが多いほど初動が重い。社内のファイル置き場が散っている組織ほど時間がかかる
• 社内用語と略称の整理が前提になる。用語集がない組織は、最初の精度が出ない
• ServiceNow傘下になった後の契約形態は未確認。既存の契約との関係を確認する必要がある

正直に書くと、一番の引っかかりは料金の不透明さです。製品の説明は丁寧で、機能の名前も分かりやすい。それなのに金額だけが出てこない。この形は、営業主導の製品では珍しくありません。ただ、比較記事を読む側にとっては明確に不利です。「いくらか」を調べるために、最初に営業へ連絡する必要があるのですから。

二つ目は、効果の測りにくさです。社内アシスタントの効果は、問い合わせ件数の減少として現れます。ただし、その数字は製品だけでは決まりません。窓口の統合、FAQの整備、権限の見直し。こうした運用の変更とセットで初めて動きます。製品を入れたのに件数が減らない場合、原因が製品側か運用側かは、外からは判断できません。この切り分けを最初に決めておかないと、評価の議論が堂々巡りになります。

三つ目は、日本語の扱いです。公式は100以上の言語を掲げていますが、品質の差は言語ごとにあります。敬語の使い分け、社内略称、複合語の区切り。日本語はこの3つでつまずきやすい言語です。公開情報からは、この部分の出来不出来は分かりません（未検証）。検証するなら、自社の実際の問い合わせを50件ほど持って行き、同じ質問を投げて比べるのが現実的です。

四つ目として、親会社が変わった直後の製品に共通する注意を書いておきます。ServiceNowの傘下に入ったことで、料金の体系や契約の窓口が既存の顧客と揃えられていく可能性があります。これは推測ではなく、買収後の製品に一般的に起きることです。すでにServiceNowを使っている組織にとっては、契約をまとめられる利点になります。逆に、他社のITサービス管理製品を使っている組織は、更新のタイミングで選択肢が変わるかもしれません。この点は公開情報では確認できないため、未検証として扱ってください。

どんな組織に向き、どこで止まるか

向くのは、従業員が数百人以上いて、問い合わせの窓口がIT・HR・総務に分かれている組織です。社内システムが複数あり、同じ情報が複数の場所に置かれているほど、効果の余地が大きくなります。逆に、従業員が数十人で、窓口が1つにまとまっている組織には、この規模の仕組みは過剰です。向かないのは、社内の情報がそもそも整理されていない組織でもあります。検索は情報があって初めて機能します。入口を整える前に、中身を整える必要がある組織は、順番を間違えると空振りします。

Glean・Intercom・Zendeskとの違いは？社内と社外で分ける比較

比較の前に断っておくと、回答の質を並べた優劣は書けません。同じ質問を同じ条件で投げていないためです（未検証）。公開情報で並べられるのは、誰に向けた製品か、どの工程を担うか、そして金額の出方です。この3つで分けると、候補はかなり絞れます。社内向けと社外向けを同じ表に入れないことが、比較の前提になります。

社内検索の比較対象としてはGleanが最初に来ます。どちらも社内の情報を横断して探しますが、Moveworksは実行までを同じ会話に載せる方向に寄っています。顧客対応の側はIntercomとZendeskが土台になります。どちらもチケットや会話の管理が先にあり、その上にAIを載せる形です。対話の設計から組みたいならKore.aiやAisera、音声の一次受けを切り出すならCognigyやPolyAIが候補になります。

近い景色に見える製品でも、担当する工程は違います。LivePersonは有人対応とAIのハイブリッドを前提にした会話基盤で、顧客とのやり取りが中心です。小さく試すならChatbaseのように、社内文書から質問応答を作るところから始められます。社内の文書そのものが整っているならNotion AIのような既存ツールの延長でも足りる場合があります。どれが上かではなく、どの工程を外に出し、どこを自社に残すかの話です。

比較で失敗しやすいのは、機能の数を並べる形です。接続先の数、言語の数、エージェントの数は、増やそうと思えばいくらでも見せられます。実際に効くのは、自社の上位3つの問い合わせが、どの製品なら最後まで処理できるかという問いです。この3つを紙に書き、それぞれをどう処理するかを聞く。その場で答えられない製品は、導入しても同じ壁に当たります。

判断の分かれ目。社内の入口を替えるのか、顧客の窓口を替えるのか

一つ目の軸は、誰の体験を良くしたいかです。従業員の「探す時間」を減らしたいなら社内向け、顧客の「待ち時間」を減らしたいなら社外向けになります。二つ目の軸は、既存の運用を残すかどうかです。ZendeskやIntercomがすでに動いているなら、その上にAIを足すほうが摩擦は小さくなります。社内と社外は、予算の取り方も違えば、成果の測り方も違います。同じ土俵で比べようとすると、どこかで無理が出ます。最初にこの線を引くことが、比較の前提になります。

導入前に決めること。小さく試す順序

料金の前に確認したいのは、データの扱いです。社内の文書には、人事の評価情報や契約の条件が混ざります。誰の権限で何が見えるのか、検索の結果に個人情報が混ざらないか。この設計は、製品の機能ではなく設定と権限の話です。ここを曖昧にしたまま全社展開すると、後からアクセス権の見直しが始まります。最初に「触れてはいけない情報」を決めておくほうが、話が早く進みます。

試す順序は4段です。対象の部署を1つに絞る。その部署の問い合わせを50件ほど集め、正解の処理を人が付ける。同じ50件をアシスタントに通し、完結した件数と、人に回った理由を数える。そのうえで、接続先を3つに絞って見積りを依頼する。この順序なら、金額の話に入る前に、向き不向きの材料が揃います。先に正解を人が付ける。これが、後から言い争いにならない唯一の方法です。

50件の選び方にもコツがあります。件数の多い順に並べると、上位は「パスワードの再設定」のような単純な手続きに偏ります。それでは、アシスタントの実力より、既製のエージェントの出来を見ていることになります。選ぶべきは、手順が3段以上ある問い合わせです。例えば「入社予定者のアカウントを準備し、備品を発注し、初日の案内を送る」のように、複数のシステムにまたがる依頼です。ここで止まるかどうかが、実務での差になります。

展開の順序も決めておきます。1つの部署で結果が出たら、隣の部署に広げる。全社に一斉に広げると、問い合わせの種類が一気に増え、精度が出る前に評価が固まります。部署を選ぶ基準は、問い合わせの多いところではなく、手順が文書化されているところです。文書がある部署は、最初の精度が出やすい。最初の成功を作るほうが、規模を追うより結果に近づきます。

予算の話は、条件を固定してから進めます。従業員数、対象部署、接続先の数、契約年数。この4つを書いた1枚を用意して営業に渡すと、返ってくる見積りが比較可能な形になります。条件を書かずに「いくらですか」と聞くと、返事は「要件次第です」になります。それは製品のせいではなく、聞き方の問題です。調達の上手さは、質問の具体度で決まります。

人が残る業務の設計も忘れがちです。アシスタントが苦手なのは、前例のない相談、感情が絡む相談、そして制度の解釈が必要な相談です。この3つを人に渡す線を引いておかないと、現場は「また止まった」という経験を積みます。一度でもひどい失敗があると、利用率は戻りません。機能より先に、渡し方の作法を決めるべきだと考えます。

最初の1か月に揃える3つの記録

初月の目標は、継続の判断材料を3つ集めることです。問い合わせの総数と、そのうちアシスタントで完結した数。人に回った理由の内訳。そして担当者が感じた負担の変化。この3つが揃えば、続けるかやめるかの判断は、印象ではなく記録の話になります。記録を3つに絞ると、社内の説明が1枚で済みます。項目を増やすほど、誰も読まない報告書になります。2026年11月時点の製品を前提にしても、材料は自社で取るしかありません。

よくある質問

まとめ

主な参照元：Moveworks公式サイト（2026年11月4日確認。AI Assistant、Enterprise Search、Reasoning Engine、Tool Studio、AI Agent Marketplaceの説明、350以上の組織、100以上の言語、50以上の接続先、掲載されている導入企業名と利用者の声はここによります）。料金ページは2026年11月4日に404を確認。買収の日付と金額は公式表記から確認できず、未検証です。実機検証は未実施です。