Risottoレビュー:Slackに常駐するAI ITヘルプデスク

Risottoとは何か

始める前に完全な情報開示をしておきます。私はeeselで働いており、AIエージェントをヘルプデスクに接続する統合機能の構築に日々取り組んでいます。これはこのレビューにとって2つのことを意味します。1つ目は、優れたデモと実際のキューとの接触に耐えるツールとを分ける要因について、私自身の意見を持っているということです。2つ目は、eeselは隣接する領域でプレイしているため、eeselへの言及は本当に関連性のある1つのセクションに限定し、それ以外の部分ではRisottoをその独自の基準で評価しました。

Risottoは、元HelloSignエンジニア3人によって設立されたY Combinator Winter 2024の企業です。その創業ストーリーで最も示唆に富むのは、共同創業者のAlex Confer氏がGustoとDropboxでITを率いていたという点です。Risottoは彼が欲しくても見つけられなかったツールであり、それがよく表れています。これは、実際にITの現場に座り、同じパスワードリセットチケットに百回目でも溺れていた人々によって作られたソフトウェアなのです。

コンセプトはシンプルです。従業員に、存在を忘れているポータルでチケットを提出させる代わりに、Risottoは彼らがすでにいる場所、つまりSlackのスレッドで応答します。質問を読み取り、ナレッジを確認し、最初から最後まで解決するか、あるいは全コンテキストを添えて人間にエスカレーションします。以下は、VPNの問題に対応し、従業員が貼り付けたスクリーンショットを読み取り、会社がすでにAWS VPNから移行していることを突き止めている様子です。

添付されたスクリーンショットをテキストだけでなく読み取るこのマルチモーダルな対応は、この製品がキーワードマッチングではなく最新のモデルにどれほど依存しているかを示す良い兆候です。これは、AIバッジを付けた決定木ボットではなく、本物のAI ITヘルプデスクです。

Risottoが実際にどう動くか

マーケティングの奥にあるメカニズムは、意外なほど具体的です。セットアップ時には、チャットツール(SlackまたはTeams)、チケッティングプラットフォーム(Jira、Freshservice、またはZendesk)、アイデンティティプロバイダー、そしてドキュメントという4つを接続します。Risottoによれば、ほとんどの顧客は1日以内に稼働開始しているとのことで、これは何かを新たに構築させるのではなく、すでに運用しているシステムに接続するだけなので納得できます。

そこから先、すべてのリクエストは同じループをたどります。

このループのうち2つの部分は特筆に値します。まず、ナレッジソースです。RisottoはNotion、Confluence、社内Wikiにまたがるドキュメントから情報を取得しますが、解決済みのSlack会話も読み取るため、誰かのDMにしか存在しなかった回答も再利用可能になります。Hazel HealthのIT責任者はまさにこの点を指摘しており、「自分たち自身の過去のSlack会話から洞察を引き出し、放っておけば埋もれてしまっていた知識を表面化させていた」と述べています。

次に、自己更新型のナレッジループです。人間がAIには解決できなかった何かを解決すると、そのスレッドに書く手の絵文字を付けます。するとRisottoはそれをドキュメントに取り込み、ナレッジベースに追加します。これは、AIヘルプデスクが抱える最大の問題、つまり誰もドキュメント整備という雑務を担わずにナレッジを最新に保つという問題を、静かに解決する小さな設計上の判断です。

この仕組み全体は、真の三方向同期として動作します。Slack上の会話はJira上で追跡されたチケットになり、更新は双方向に流れるため、チケットの記録とチャットが乖離することはありません。

チャットでのレベル1解決

これが製品の核であり、Risottoがうまくやっている部分です。AIは単一の定型応答ではなく、実際のリクエストのやり取りを最初から最後まで処理します。新しいMacで1Passwordのセットアップを手伝うように頼むと、Oktaの手順を順を追って案内し、進捗を確認し、うまくいったことを確認するとループを完結させます。

Risottoはレベル1チケットの20~60%が人間の手を介さずに解決されると主張しており、自社顧客が報告する数字は、楽観的な上限ではなく、まさにその範囲にきちんと収まっています。

GustoのHead of AIT Operationsは、チケットの55%が自動解決され、従業員の待ち時間114,000時間が削減されたと報告しており、AIは人間が35時間かかっていた作業を5時間で解決しています。Jobberはrevenue-technologyキューで41%を達成し、2,747時間を節約しました。これらはベンダーが公開している数字なので最良のケースとして扱うべきですが、怪しいほどきりの良い「80%」ではなく20~55%のあたりに集中しているという事実が、信じやすさを高めています。これは空想ではなく、確かなレベル1のデフレクションです。

ソフトウェアアクセス、承認、runbook

レベル1の回答が最低限の要件だとすれば、アクセス権限付与こそがRisottoの真価が発揮される場所です。これはG2のレビュアーが繰り返し取り上げる機能です。誰かがSlackでツールを要求すると、Risottoはポリシーを確認し、承認をルーティングし、アイデンティティプロバイダー経由でアクセスを付与し、監査ログを保持します。しかもすべて、管理者がOktaのコンソールを開くことなく行われます。

この背後にあるのがrunbookです。オンボーディング、オフボーディング、自動失効する期限付きアクセス付与といった繰り返し発生する作業向けの、ノーコードで平易な言葉によるワークフローです。Okta、BambooHR、Jamf、Linearにまたがる実際のアクションをトリガーでき、ネイティブコネクタのないものはRisottoのMCPサポートを通じてアクセスできます。自動的に失効する一時アクセスを付与し、すべてのアクションを記録するため、Risottoは企業が別途購入するアイデンティティガバナンスツールが担う機能の一部も兼ねています。これはセキュリティを重視するITチームにとって賢いスコープ設定です。あるG2レビュアーはこの魅力を要約し、自分のチームはもうリクエストのたびに「Okta管理コンソールにログインして、正しいグループに移動し、複数のステップをクリックする」必要がなくなったと述べています。

既存のチケッティングツールの内側で機能する

Risottoは、あなたのチケッティングシステムを引き剥がすためにあるのではないと強調しています。それはその上にレイヤーとして重なります。リクエストがSlackではなくJira経由で届いた場合、Risottoはそのチケットの中で直接回答し、解決内容は元に同期されます。

統合機能のリストは、これほど若い企業にしては広範です:チケッティング(Jira Service Management、Freshservice、Zendesk、ServiceNow、Linear)、アイデンティティ(Okta、Microsoft Entra、Google Workspace)、ナレッジ(Confluence、Notion、Guru、SharePoint、Google Drive)、HRIS(Workday、BambooHR、HiBob)。デバイス管理はまだ「近日対応」とマークされているため、MDM自動化がリストにある場合は確認しておくとよいでしょう。この「既存のスタックを維持しつつレイヤーを追加する」というポジショニングは、Risottoが自社の比較ページでServiceNowやFreshserviceに対して使っているのと同じもので、すでにJiraに投資している社内ITチームにとっては、移行を避ける賢明な方法です。

すべての部門のための1つのデスク

Risottoがうまく広がるもう一つの領域は、ITの枠を超えたところです。入口が単に「チャットで質問する」ことである以上、同じボットが人事、財務、法務を担当することができ、部門レベルの権限設定により、プライベートな人事チケットはプライベートなままに保たれます。リクエストはSlack、Teams、または同期されたJiraチケットのいずれから届いても、正しいチームへと適切にルーティングされます。

Superhumanの事例が最も分かりやすい例です。同社はITでRisottoを使い始め、そのコンプライアンスマネージャーの報告によれば、その後エンジニアリングとRevOpsが「彼らも同じような質問を何度も繰り返し受けているから」という理由で参加を希望したとのことです。このランド・アンド・エキスパンドのパターンは実際に起きており、5つではなく1つの社内ヘルプデスクを運用する本当に良い理由になります。

分析とレポート

Risottoは、ITリーダーが実際に上司に報告する指標をレポートします:解決済みリクエスト数、初回応答までの時間、解決までの時間、そして解決済み、エスカレーション済み、承認待ち、却下済みというチケットの内訳です。

平易な言葉でのクエリ機能や、リクエストの急増を検知する異常検知機能もあります。私が気づいた唯一の欠落点は、分析ページに明示的なCSAT指標がないことです。誰も自分のパスワードリセットを評価しない社内IT向けツールとしては妥当な省略ですが、満足度スコアを重視するなら知っておく価値があります。

Risottoの料金

ここでRisottoは少し口を閉ざしているので、見つけられたすべての料金面を明らかにしておきます。

見出しとなるのは、席数ではなく企業規模によって決まるStartupプランの月額1,250ドルの固定料金で、30日間の無料トライアルが付きます。従業員200人を超えると見積もりのみのEnterpriseに入り、そこにHIPAAも含まれます。SOC 2 Type IIはStartup以上で含まれています。

指摘すべき点が2つあります。1つ目は、固定フロアは良くも悪くも作用するということです。予測可能で、ヘビーユースを報いる一方、30人規模のIT専用導入でも1,250ドルの全額を支払うことになり、この規模にしては割高です。2つ目は、AWS Marketplaceのユーザーあたり90ドルという数字が、Risottoが公開している中で真にシート単位の唯一の数字であり、Webサイトとは異なる購入経路になるという点です。AWS経由で調達する場合、その計算はまったく異なる結果になる可能性があるため、両方の見積もりを取得してください。

実際のユーザーの声

ここでは証拠について正直にならなければなりません。Risottoは2024年設立のスタートアップであり、第三者によるレビューはまだ少ないです。実際に検証可能なフィードバックがある唯一のプラットフォームはG2で、そこには4.8/5の評価が付いた4件のレビューがあり、G2自身も「購入判断の参考になるだけの十分なレビューがない」と注記しています。したがって、以下のセンチメントは確立されたコンセンサスではなく、早期のシグナルとして受け止めてください。

称賛の声は一貫しており具体的です。迅速なセットアップとOktaのアクセスフローが何度も挙げられています。

"The initial setup was incredibly easy, having a positive impact almost right out of the box and taking less than a standard call to connect."

Verified User in Music, Mid-Market, G2

600人規模の組織で2人体制のITチームを率いるあるレビュアーは、具体的な数字を挙げています。

"Risotto has saved us nearly 16000 hours in manpower over the last 3 months, handling 25% of our ticket volume without escalation."

Tori D., Mid-Market, G2

最も有用なレビューは批判的なものです。なぜなら、それが製品の実際の限界を指し示しているからです。Risottoのアクセス処理ロジックは少し前のめりになりがちです。

"The access-handling logic is too eager. If a user mentions a tool, Risotto often jumps straight to provisioning access rather than first checking existing resources, sometimes the user just needs guidance or context about that tool, not access granted."

Verified User in Computer Software, Mid-Market, G2

もう一つのよくある要望は、ナレッジベースを別途編集するのではなく、チケットに内部メモを残すことで次回のためにボットをその場で指導できる機能です。どちらも、急成長中の若い製品なら予想される類のギャップですが、導入前に知っておく価値があります。

Risottoが最適な場面、そうでない場面

製品を一通り見た結果、その境界線は明確であり、これはRisottoへの批判ではありません。これは自分が何であるかを理解している、焦点の絞られたツールです。

Risottoは、SlackまたはTeamsで運用しているミッドマーケット企業で、悩みが社内IT(場合によっては人事や財務も)にあり、6か月がかりの導入なしにレベル1の回答とアクセス権限付与を求めているなら、有力な選択肢です。この特定の形において、AI搭載ITSMの中でも本当に優れた選択肢の一つです。

あなたのキューが外部顧客向けである場合、音声、ソーシャル、Webポータルのチャネルが必要な場合、あるいは高度な変更管理や資産追跡を伴う完全なITSMシステムオブレコードを求めている場合は、これは間違ったツールです。Risottoはそれを明示的に既存プレイヤーに委ね、「要件がシンプルな場合」に限ってエンドツーエンドのチケッティングを扱えるにすぎないと認めています。

私がRisottoを追及したい唯一のギャップはテストです。そのメッセージ全体は「1日で稼働開始」であり、その魅力は理解できますが、実際のチケットに回答を始める前に過去のチケットに対してAIをシミュレーションする方法については、自社のドキュメントに一切記載がありません。自信ありげなボットが静かに間違った回答をするのを見てきた身としては、実際に運用に入れる前に、直近1,000件のチケットでどう振る舞うかを確認したいところです。ガイド付きの営業デモは、自社データに対するドライランとは違います。

Risotto対、その上に乗っているツールたち

Risottoは自身をレイヤーと位置づけているため、正直な比較は「RisottoかJiraか」ではなく「Risotto+既存のツール」です。以下は、Risottoが拡張対象とするチケッティングシステムに対してどう比較されるかを、Risotto自身のフレーミングに沿って示したものです(公平を期すために言うと、これはRisottoのマーケティングなので、競合の数字はFreshserviceやZendeskに直接確認してください)。

要点はこうです:Risottoはあなたのitsmプラットフォームになろうとしているのではありません。あなたがすでに持っているプラットフォームを静かにするAIになろうとしているのです。社内ITチームにとって、それは賢明で購入しやすい提案です。既存プレイヤーについてさらに深掘りしたいなら、当社のServiceNowの代替ツール比較やJiraの代替ツール比較が良い次のステップです。

eeselを試す

ここが、eeselとの対比があなたの時間を使うに値する唯一の場所であり、それは優劣の対決ではなく、レーンの違いの話です。Risottoはあなたの従業員に応答します。eeselはあなたの顧客に応答します。

あなたのチームを圧迫しているキューが社内ITではなく顧客対応のサポートであるなら、eeselはまさにその仕事のために作られたAIチームメイトです。Slackに常駐する代わりに、あなたがすでに使っているヘルプデスク、Zendesk、Freshdesk、Gorgias、Frontに加わり、過去のチケットとヘルプセンターから学習し、既存のワークフローの中で顧客との会話を下書きするか、完全に解決します。

そして、私がRisottoについて指摘した唯一のギャップこそ、eeselがまさに強みを発揮する場所です。eeselのチームメイトが実際の顧客に1件でも応答する前に、実際の過去のチケット数千件に対してシミュレーションを実行し、解決率とそれが送信したであろう正確な返信を確認できます。期待するのではなく、準備が整ったかどうかを自分で判断できるのです。料金は固定フロアではなく利用量ベースなので、小規模なチームが初日からエンタープライズ料金を支払うことはありません。営業電話なしで、eeselを無料で試すことができます。

それでも、あなたの課題が本当にSlackでの社内ITであるなら、Risottoはよく作り込まれた、焦点の絞られたツールであり、私は喜んでITリーダーにその無料トライアルを勧めます。