Viktor AIの料金:クレジットモデルを徹底解説(2026年)

Viktorとは何か(料金の前に)

料金の読み方が変わるので、簡単に整理しておきます。Viktorはサポートチャットボットではありません。SlackとMicrosoft Teamsに常駐するAI「従業員」で、そのタグラインは「Not a tool. A hire.」(ツールではない。雇用だ。)です。スレッドで@Viktorとメンションすると、接続されたツール全体で複数ステップの作業を行います。Stripeから数字を取得し、請求書を照合し、Zendeskのキューをトリアージし、Linearでバグを起票し、小さな社内アプリを構築します。独自のクラウドコンピューターを持ち、そこでコードを書いて実行するため、単に質問に答えるのではなくタスクを完了させる点で、ルールベースのチャットボットよりAIエージェントに近い動きをします。

しっかりと資金調達されているプロダクトであることも、ワークフローをベンダーに依存させる際には重要なポイントです。元Metaの創業者たちによって構築され、Slackの共同創業者自身であるStewart ButterfieldとCal Hendersonが支援しており、Accel主導のラウンドで資金を調達しています。つまり本格的なツールです。この記事が答える問いはより狭いものです。コストはいくらで、想定している作業、特にサポート業務にとってクレジットモデルは良い取引なのか?

Viktor AIの料金一覧

Viktorの料金ページから得られる、公開されているすべての数字を紹介します。

2つの点が目立ちます。まず、シート単位の料金や段階的な機能制限がありません。料金ページには明確に「すべての機能、すべての連携。もっと必要になったら月額50ドルから」と書かれています。ほとんどのSaaSではユーザーごとに支払い、良い機能は上位プランに隠れているのが常ですが、これは本当に異例です。

次に、モデル全体が1つの言葉、クレジットに支えられています。あなたが行うすべての操作は、同じ月間20,000クレジットのプールから消費されます。つまり「Viktorはいくらか」という質問に対する正直な答えは、月額50ドルで20,000クレジットを買うことができ、本当の問題はそのクレジットがあなたの作業でどこまで持つかということです。

クレジットで何ができるかを見積もる

プランがクレジットプールである以上、重要なのは表示価格ではなく消費率です。おおよその1か月分を入力して、20,000クレジットがどこまで持つかを見てみましょう。(見積もりはViktorが公開している範囲の中間値を使用しているため、請求書ではなく計画の目安として扱ってください。)

触ってみるとパターンは明らかです。軽くて小さなタスクは長く持ちますが、週に数件の「アプリを作って」プロジェクトがあればすぐに追加購入が必要になります。これは批判ではなく、単に使用量ベースの料金の本質であり、レビュアーが指摘しているのもまさにその点です。

実際にクレジットを消費するもの

Viktorは、クレジットが実際のモデル作業を追跡していることを明確にしているため、いくつかの要素が他よりも料金を大きく動かします。それらを知ることが支出を健全に保つ方法です。

• タスクの複雑さ。 フルプロジェクトはクイックタスクの10倍のコストになることがあります。Viktorが触れるツールが多く、実行するステップが多いほど、消費量は増えます。
• 自動化の頻度。 スケジュールタスクとcronは、実行されるたびにクレジットを消費します。Viktor自身の説明でも「頻度が重要」とされており、毎時実行されるレポートは同じレポートを週1回実行する場合よりもはるかにコストが高くなります。
• モデルの使用状況。 クレジットはClaudeやGPTなどのモデルへの実際の呼び出しに対応するため、より重い推論はコストが高くなります。これはモデル提供元に直接支払う場合と同じ仕組みです。
• スマートキャッシュ(助けになる要素)。 Viktorはコンテキストをキャッシュし、タスク間で結果を再利用するため、繰り返しのワークフローは新規実行よりも少ないクレジットで済みます。これがあなたに有利に働くレバーです。

公開されている料金のギャップは指摘しておく価値があります。Viktorはドル/クレジットの固定レートを公開しておらず、追加購入やロールオーバーの仕組みもページ上で説明されていません(それらのFAQの回答は「すべて表示」トグルの裏に折りたたまれています)。つまり月間クレジットの見積もりは可能ですが、20,000を超えた場合の正確なコストはサイトから読み取ることができません。多くのAIツールではこれは普通のことですが、実際のワークフローを本格導入する前に営業に確認しておくべき部分です。

ユーザーが実際に料金についてどう言っているか

まずは公平な部分から始めましょう。Viktorは本当に好評です。G2の35件のレビューで4.8/5を獲得しており、圧倒的多数が5つ星で、1〜3つ星の評価は見当たりません。好評の内容を読むと、明確な像が見えてきます。個人事業主や小規模な代理店が、Viktorをもう一組の手として扱い、50ドルを他のSaaSツールではなく人件費と比較しているのです。そうしたユーザーにとって、コーヒー代程度のお金で常時稼働する汎用エージェントは、まさにお得な取引に感じられます。

懐疑派の声も聞く価値があります。Hacker Newsでは、Viktorをリバースエンジニアリングしたスレッドが「ただのモデルラッパーだ」という批判の最も厳しいバージョンを展開しました。

"There's so little value in Viktor, that it is unethical to charge for it."

xnx, Hacker News

これは外部の人間の一言であり、実際にお金を払っている顧客の評価ではありません。レビューの点数を見る限り、大多数のユーザーはこれに同意しないでしょう。しかしそれは本当の断層線、つまり消費に対する価値を指し示しています。そしてそれは再びクレジットの話に戻ります。

ファンの間でも一貫して見られる正直な留意点は、クレジットが予想より速く消え、支出を積極的に管理する必要があるということです。これはあらゆる使用量ベースのモデルに共通する既知のトレードオフです。あなたは成果を買うのではなく、モデルの稼働時間を買っているのであり、忙しい週はコストが高くなります。特に繰り返し出てくる、契約前に確認すべき具体的な2点があります。エラー時のクレジット処理(Viktorがミスをした場合でも、修正や再実行にクレジットを消費することになります)と追加購入の料金(20,000を使い切った後の料金は公開されていません)です。どちらも軽くて多様な使い方であればそれほど問題にはなりません。しかし作業量が多く繰り返しが多い場合、両方とも大きく影響します。

正直な結論はこうです。多様で主に軽めの作業にViktorを使う小規模チームであれば、常時稼働する汎用エージェントに月額50ドルはお得に感じられるでしょう。重くて量が多く繰り返しの多い作業をしている場合、メーターは注視すべき対象になります。そしてそれはこれに限らず、あらゆる使用量ベースのAIツールに当てはまります。

サポートの視点:クレジット対チケット単位

ここでは意見を述べます。これはサポートに近い記事であり、Viktorのカテゴリーは曖昧だからです。Viktorはサポートもできます。ホームページでは、キューをトリアージし、23件の重複チケットを1つのZendeskスレッドに統合し、それら全てへの返信を作成し、バグを起票する様子が示されています。すべてSlackから行われます。これは実際に有用な作業です。

しかしこの作業も他のすべてと同じ汎用クレジットで課金されます。**解決件数やチケット単位の固定レートはありません。**チケットトリアージの作業は、範囲によってクイックタスクから複雑なワークフローの間のどこかに落ち着くだけです。時々発生するサポートのスパイクなら問題ありません。しかし毎日稼働するサポートキューにとって、クレジット単位の料金は予測が難しい部分であり、AIを評価しているサポートチームから常に聞く悩みです。

私はこうした購入検討の会話に何度も同席してきましたが、パターンは繰り返されます。使用量ベースのアクション単位の料金は、忙しい週すべてを予算の問題にしてしまいます。月間約7,000〜8,000件のエスカレーションチケットを処理する決済系フィンテック企業のオペレーション責任者は、インタラクション単位の料金は自社にとって非現実的だと話してくれました。その量では、1.5日で月間の予算を使い切ってしまうからです。月間15万件のチケットに向けて拡大していた別の運用担当者は、インタラクションとチケットの区別が混乱を招き、意思決定全体が停滞するほどだったと言います。大量のサポート業務を行う場合、頭の中で計算できる単位が欲しいものです。AIコストをオフショアチームと比較するチームがまずチケット単位の数字を求める理由もそこにあります。

これこそeesel AIがサポートをクレジットではなくチケット単位で課金する理由です。初期に独自の単位を作ることを試した際、顧客はそれを嫌がりました。「ちょっと待って、クレジットって何?」というのは実際の反応でした。そこで私たちは人々がすでに考え慣れている単位に戻りました。解決済みのチケットは解決済みのチケットであり、静かな火曜日でもブラックフライデーでも計算は同じです。その予測可能性こそが重要なのです。

Viktorは価値があるか?

私たちの見解: Viktorは、それが作られた特定の人にとっては強力な選択肢であり、それ以外の人にとっては「まずメーターを確認する」対象です。

• **Viktorを選ぶべきなのは、**あなたが創業者、個人事業主、あるいはSlackやMicrosoft Teamsを日常的に使う小規模チームで、運営、マーケティング、財務、軽度のエンジニアリング作業を幅広く吸収する汎用エージェントを求めている場合です。月額50ドルでシート料金がなく、すべての連携が含まれているため、スタックの一部を静かに置き換えることができます。100ドルの無料トライアルがあるため、試すリスクは低いです。(Slackが主な目的なら、Slack向けの最良のAIアプリにも目を通す価値があります。)
• **クレジットに注意すべきなのは、**あなたの作業が重く、繰り返しが多く、高頻度である場合です(多数のスケジュール自動化、大規模な日次プロジェクトなど)。このモデルは軽くて多様な使い方には報酬を与え、大量利用には不利になります。ドル/クレジットの固定レートがないため、事前に営業と追加購入コストを確認しておくべきです。
• **サポート特化型ツールを検討すべきなのは、**あなたの主な業務がカスタマーサポートキューである場合です。Viktorはヘルプデスクを置き換えるのではなく、その上に位置するツールです(マクロ、SLA、CSAT、デフレクションレポート、顧客向けウィジェットはありません)。そしてそのクレジット料金はチケット量に対して予測が難しいです。あなたのナレッジベースから学習し、チケット単位で課金される専用のAIヘルプデスクエージェントの方が、予測コストの面でもサポート自動化機能の深さの面でも優れています。

Viktorのモデルは悪いものではなく、単に広さに最適化されているだけです。そのずれは、広さのためのツールをサポートのような深さの問題に当てはめたときにだけ現れます。

eesel AI:サポートキューのための予測可能なAI

サポート業務のためにViktorを検討していてここに来たのなら、目的別に作られたツールが優位に立つケースです。eesel AIはサポート向けのAIチームメイトで、数分でヘルプデスクとSlackに接続し、過去のチケットとヘルプセンターから学習し、初日から返信の作成と解決を始めます。

クレジット計測型の汎用エージェントよりもサポートキューに適している理由は2つあります。まず料金:eeselは処理したチケットごとに課金し、シート料金はないため、あなたの請求は監視が必要なメーターではなく、解決済みチケットに応じてスケールします。次に、顧客に触れる前に実際の過去のチケット数千件でAIをシミュレートできるため、契約する前に解決率とコストを確認でき、請求書で初めて知ることにはなりません。私たちがこのシミュレーションのステップを構築したのは、自信ありげなボットが静かに間違った回答をする様子を見てきたからであり、誰もそれを盲目的に導入すべきではないと考えたためです。

あなたの実情が多様な運営タスクの寄せ集めではなくサポートの受信箱であるなら、eeselを無料で試してまずあなた自身のチケットに対して実行してみてください。1セントも支払う前に、実際のコストがわかります。