Tallyby Outpost
JA

言語

テーマ

無料で始める

AI プロダクト

AI エージェントのために。いまタスク単位で支払っているチームを連れてきたのは、どのデモや掲載か。

AI エージェントが買われるのは、誰かが実際のタスクをやり遂げる様子を見て、何にアクセスできるのかを確かめ、自分の仕事で動かしてみたあとです。その後の請求は、こなしたタスクに応じて発生します。Tally は初回の決済を背後の訪問に紐づけ、従量の請求サイクルをすべてその流入元とともに残します。支払っているチームがどこであなたを見つけたのかがわかります。

無料で始める

14 日間無料、カード登録は不要です。

01販売のしかた

  • 従量課金タスク、実行、作業時間（分）ごとの料金を、月次のサイクルで計量します。エージェントが仕事を多く引き受けるほど、顧客の請求額が増えます。
  • サブスクリプション一定の実行回数を含むベースプランと、その上の超過料金。エージェントが元を取れるとわかると、チームは年額に切り替えることが多いです。
  • 単発購入チームが本契約する前に一度だけ請求する、有料のパイロットや導入費。数か月分の利用料を上回ることもあるので、分けて読むべきです。

02読み取る決済

  • Stripeサブスクリプションの従量制の価格に加え、パイロットには請求書を使います。支払われた請求書は、チェックアウトでの決済と同じように読み取ります。
  • Polar開発者向けに販売するエージェントは、従量の利用を Polar で請求します。利用料を含む各請求サイクルを読み取り、敗れた異議申し立てはチャージバックとして数えます。
  • Paddle多くの国から購入するチームは、Merchant of Record の Paddle を通じて支払います。取引と更新を読み取り、返金は調整（adjustment）として読み取ります。

Tally が読み取れないもの

  • 各実行でエージェントが何をしたか（ステップ、トークン、失敗）は読み取りません。読み取るのは、その作業に対して決済サービスが請求した金額だけです。
  • 発注書に基づき、接続した決済サービスの外で銀行振込により支払われたパイロットは読み取りません。
  • クラウドプロバイダーのマーケットプレイス経由で購入する企業は、あなたのチェックアウトではなくそのマーケットプレイスに支払うため、その収益は読み取りません。

03購入者の流入元

  • 実行の録画エージェントが実際のタスクを終えるまでの画面録画からは、価格と権限を確かめに来る視聴者が来ます。そのあと何回の訪問が続くかは、購入までの経路でわかります。
  • エージェントのディレクトリエージェントや AI ツールのディレクトリからは、比較している人がまとまって来ます。流入元別の収益で、各掲載を、訪問者がその後に支払った額で順位づけます。
  • MCP レジストリMCP レジストリに掲載された開発者向けのエージェントには、何かを試す前にドキュメントを読む人が集まります。その訪問のリファラーには、レジストリが表示されます。
  • Hacker Newsローンチのスレッドからは、ドキュメントやセキュリティのページを念入りに調べる懐疑的な開発者が来ます。訪問者あたりの収益で、そのスレッドが何かを売ったかがわかります。

04Tally でわかること

  1. いま最も多く支払っているチームを連れてきたのは、どのデモですか？

    その顧客の最初の売上を開きます。レシートには、決済前の訪問、帰属先の訪問、紐づけ方法とその確度が並び、それ以降の従量の請求サイクルもすべて同じ紐づけを引き継ぎます。

    レシート

  2. チームは最初の請求までに、どれくらいの期間検討しますか？

    購入までの経路では、初回訪問から初回の支払いまでの日数と訪問回数の中央値に加え、権限やセキュリティなど、購入者が途中で見たページがわかります。

    購入までの経路

  3. デモからツールの接続までの間で、チームはどこで離脱していますか？

    アカウントが接続されたときに tally('connected', { tool }) を送り、デモページ、サインアップ、接続へと続くファネルを作ります。各ステップでの離脱から、信頼が途切れる場所がわかります。

    ゴールとファネル

  4. MCP レジストリから来たチームは、時間とともに支払いが増えますか？

    顧客生涯価値は、顧客を初回の流入元ごとに並べ、生涯収益、平均、更新、リピート率を示します。タスク単位の課金で平均が伸びているなら、そのチームがエージェントにより多くの仕事を任せたということです。

    顧客生涯価値

  5. 自社のエージェントからこの数値を取得できますか？

    はい。Tally には REST API、コマンドライン、MCP サーバーがあるので、アシスタントや社内のエージェントが、誰もダッシュボードを開かずに流入元別の収益を問い合わせられます。

    API、CLI、MCP

05注目すべき数字

購入までの時間（中央値）
初回訪問から最初の請求までの日数。パイロットがあると長くなるため、購入者が支払い前に見たページと合わせて読んでください。
初回流入元別の顧客生涯価値
初回流入元別の平均生涯収益。タスク単位の課金では、各チャネルの顧客がエージェントにどれだけの仕事を任せているかを反映します。
カバー率
チームが手作業で発行する請求書には、訪問者の ID がありません。そのために紐づかない収益がどれだけあり、理由が何かは、カバー率でわかります。

06例

例

Path to purchase

Last 30 days · 112 of 133 new sales, the ones linked to a visitor

Median time to buy

3days

from their first visit

Median visits

3visits

the one they paid in included

Bought on the first visit

14%

16 of 112

Pages before buying

10.5

median pages viewed

Where buyers came from, and who closed the sale

112 new sales: where each buyer first came from, and the source credited with the sale.

51% of new sales were credited to the source that first brought the buyer in. Hover or focus a flow for its numbers.

  1. Googlecredited toGoogle27
  2. x.comcredited tox.com11
  3. Other (3 sources)credited toOther (3 sources)11
  4. Directcredited toOther (3 sources)10
  5. ChatGPTcredited toChatGPT10
  6. Redditcredited toReddit9
  7. Other (3 sources)credited toNewsletter9
  8. Googlecredited toNewsletter6

6 smaller flows in the table below.

Show the flows as a table
112 new sales: where each buyer first came from, and the source credited with the sale.
Brought them inCredited with the saleNew salesShare
GoogleGoogle2724%
x.comx.com1110%
Other (3 sources)Other (3 sources)1110%
DirectOther (3 sources)109%
ChatGPTChatGPT109%
RedditReddit98%
Other (3 sources)Newsletter98%
GoogleNewsletter65%
DirectGoogle54%
x.comGoogle54%
RedditGoogle44%
DirectReddit22%
ChatGPTGoogle22%
Other (3 sources)ChatGPT1<1%

Time from first visit to purchase

  1. 16Same visit: 16 sales (14%), bought in their first visit
  2. 13Same day: 13 sales (12%), a later visit, under 24 hours after the first
  3. 311–3 days: 31 sales (28%), 1 to 3 days after the first visit
  4. 204–7 days: 20 sales (18%), 4 to 7 days after the first visit
  5. 161–2 weeks: 16 sales (14%), 8 to 14 days after the first visit
  6. 112–4 weeks: 11 sales (10%), 15 to 28 days after the first visit
  7. 51–3 months: 5 sales (4%), 29 to 90 days after the first visit
  8. 03+ months: 0 sales (0%), 91 days or more after the first visit

Pages buyers saw before paying

Share of the 112 buyers who viewed each page before paying

  1. /pricing96%, 108 of 112 buyers
  2. /71%, 80 of 112 buyers
  3. /signup64%, 72 of 112 buyers
  4. /docs38%, 43 of 112 buyers
  5. /blog/stripe-fees26%, 30 of 112 buyers
  6. /compare22%, 25 of 112 buyers
  7. /changelog8%, 10 of 112 buyers
  8. /blog/launch-week6%, 7 of 112 buyers

Only new sales count here. Renewals and upgrades belong to the visit that won the subscription, so counting them would count that journey again.

図 1サンプルサイトの購入までの経路。エージェントなら、購入者が支払う前に見たページを確認してください。権限と料金のページが上位に来るなら、決め手は信頼です。

07設定

  1. Polarmetadata に tally_visitor_id を入れて Polar のチェックアウトを開きます。初回の決済以降の従量の請求サイクルは、すべてその紐づけを保ちます。
  2. StripeStripe で請求書を発行するパイロットでは、評価中のユーザーがサインインしたときに tally('identify', { email }) を呼び出します。請求書が購入者のメールアドレスで紐づけられます。
  3. ホームページだけでなく、ドキュメントとデモのページにもタグを入れます。評価する人の訪問は、ほとんどがそこで行われます。

08よくある質問

  • エージェントはタスク単位で課金しています。請求ごとに別の売上になりますか？

    決済サービスが記録した決済はすべて読み取ります。サブスクリプションの従量の請求サイクルは更新として入り、初回の決済の流入元を保ちます。単発の請求は、それ自体が 1 件の売上です。

  • どの顧客がエージェントを最も多く実行したか、Tally でわかりますか？

    いいえ。Tally が見るのは訪問と決済で、実行ではありません。利用量が請求されれば、その請求が収益として Tally に届きます。実行の記録はあなたのログにとどまります。

  • 手作業で請求書を発行するパイロットも数えられますか？

    Stripe の請求書なら、はい。決済として読み取ります。購入者がサイトで identify されていればメールアドレスで紐づき、そうでなければ紐づいていない売上として数えます。推測で紐づけることはありません。

AI プロダクトをもっと見るすべての業種