8

新しい Web サービスを開発するにあたり、企業が Web サービスの料金を請求する方法に関する情報をあまり見つけることができませんでした。

リクエストごとに請求しますか、それとも特定のリクエスト (GET または POST など) のみに請求しますか?

-これらはアプリケーションまたはサーバーレベルで追跡されますか?

帯域幅ごとに請求しますか?

- 繰り返しますが、これはユーザーごとにどのように追跡されますか

アクセスするためだけにサブスクリプションを請求しますか?

-これは、支払いが行われた後にのみ API キーが付与されることを前提としています。

上記または他のオプションの組み合わせ?

ご協力いただきありがとうございます。

4

6 に答える 6

2

市場経済のすべてのものと同様に、価格だけでなく、実際の支払いに関連する不便さ (または利便性) とリスク (金額に関係なく) は、サービスまたは製品がどれほどユニークでクールで価値があるかによって決まります。

したがって、質問に答えることは不可能ですが、非常に一般的な言葉で、つまり提案の形で答えることはできません。実際の請求モデルは、次の 1 つまたは複数に基づいている場合があります。

  • 1 回限りのセットアップ料金を請求する
  • サブスクリプションベースでの請求 (つまり、定義された期間、明示的に定義された最大使用量)
  • メンテナンスの請求
  • 行為によって請求する、つまり、一定の金額 (おそらく、単価が下がるスケジュールで)。このような行為はサーバーレベルでカウントする必要があります(クライアント側には何らかの監査/監視/ログが含まれる場合がありますが、サーバー側は信頼できる情報源である必要があります)。
  • 量 (たとえば、転送された MBytes の数など) ごとに請求します。これは、「行為」ごとに生成される情報の量に大きな変動があるサービスに適用されます。

一般に、価格と会計処理の方法は、両当事者、特に購入者にとって公正に見えるべきであり、通常は単純であるほど良い. 提供されるサービスが実質的に価値があり、サービスを導入するために投資してリスクを冒したか、またはサービスの実行に関連する継続的な費用が明らかであると主張できる場合、価格は必ずしも低くあるべきではありません.

于 2010-03-02T23:29:13.487 に答える
1

私が知っているほとんどの Web サービスは、次の 2 つの料金を請求されます。

  • 「使用」のボリューム。通常、少量の「無料」アクセスを提供します (つまり、特定の IP アドレス アカウントの組み合わせから 1 時間あたり X ヒット未満)。これは、ユーザー名、一意の IP、またはその 2 つの組み合わせからサービスに 1 時間あたり 150 ヒットを与える twitter に似ています (したがって、IP を頻繁に変更して悪用しないでください)。より多くのボリュームが必要な場合は、そのアクセスに対して料金を支払い、通常はアカウントごとに割り当てられます (Twitter の場合、1 時間あたり 20,000 回以上のヒットが得られる [無料] 開発者アカウントを取得できます)
  • 詳細の深さ、機能へのアクセス。繰り返しますが、無料アカウントは最小限のアクセス権を取得しますが、より多くのデータやより高度な機能 (フィルタリングなど) にはアクセスできません。多くの Google サービスはこのように機能します。ベース アクセスが全員に与えられますが、より洗練された機能 (より優れた検索、より多くのデータ、より高速な結果) が必要な場合は、対応する機能を備えたアカウント コードを購入する必要があります。

階層型またはバンド型を使用していても、確実に請求することが非常に難しく、顧客に説明するのが非常に難しいため、パフォーマンスに応じて支払う、またはヒット/アクセスごとに支払うモデルを使用したプロジェクトを見たり、参加したりしたことはありません。範囲。特に分散システムで、冗長フェイルオーバーなどを使用して、使用したヒット数を顧客にどのように伝えますか。アクセスごとに 0.01 セントを支払う必要がある場合、その測定方法と会社が何を正確に知りたいと思います。アクセスを制御するために配置されていた、およびそれらの監視がどれほど正確であったかなど.

それは不可能ではなく、間違いなく実行可能であり、大量のシナリオでうまく機能する可能性があります.

于 2010-03-02T23:27:50.520 に答える
1

It Depends™ は、サービスの機能に依存していると思います。大まかに言えば、本質的な価値を提供するときに請求する必要があります。請求基準をどのように決定するかは、ドメインによって異なります。提供されるサービスには、請求額を決定できるプロパティがある場合があります。

たとえば、計算を実行する Web サービスがあるとします。計算が成功するたびに固定料金 (たとえば ) を請求することを決定するかもしれませんが$0.01、無効な要求などの検証の問題がある場合はユーザーを解放します。または、これらの計算が漠然と長時間実行されている場合は、ある種の CPU 時間メトリックに基づく課金モデルを使用している可能性があります。

サブスクリプションについてのあなたの主張は良いものです。これは、いくつかの商用モデルを許可することで利益を得る可能性のある領域です。1 つは、毎月多くのリクエストを実行する可能性のあるユーザー (この場合、固定サブスクリプションが理にかなっている場合があります) に対応するためのものであり、もう 1 つは、いくつかのアドホック リクエストを行うユーザーに対応するためのものです。後者の場合、もちろん、それらの顧客だけを引き付けると、投資に対して十分な見返りが得られません。小規模なサブスクリプションを持っているが、追加の処理コストを負担することなく、顧客が要求の「ブロック」または「バンドル」を購入できるようにする、ある種の中間点が機能する可能性があります。

于 2010-03-02T23:17:58.580 に答える
0

私が見たものの多くは、毎月または毎年など、時間ごとに請求されます。月ごとに支払うことができるものもあれば、料金の一部 (またはすべて) を前払いする必要があるものもあります。顧客のアカウントの有効期限が切れると期限切れになる Web サービスのセキュリティ証明書を発行するか、クライアント ID を送信して、そのクライアント ID に回答が許可されているかどうかをサーバーに確認させることで、アクセスを制限することができます (ただし、それは公開されています)。他人のクライアント ID を盗む人々 ;) )。

非常に大量のデータを送受信するサービスがある場合、サービス要求ごとに請求することは理にかなっているかもしれませんが、その請求はより複雑になる可能性があります。クライアントは 1 日に数十件のリクエストを行う可能性が高いですか、それともほんの数件ですか? トランザクションごとにいくら請求されますか? 100ドル?$0.01? それはすべて、サービスの性質に依存します。そのルートに行きたい場合は、おそらく、クライアントが正常に応答されたリクエストに対してのみ請求されるようにする必要があります(クライアントアプリがWebサービスメッセージ全体を受信できなかったとしても、請求されるのは嫌です)あなたのサーバー)。

于 2010-03-02T23:22:36.820 に答える
0

ロブとデスが言ったことに同意します。覚えておくべきことの1つは、サブスクリプションは、誰もが慣れていて快適な非常に単純な概念であることです(適切な価格設定をしている場合). 幅広い視聴者をカバーしたい場合は、支払いプロバイダーのやり方を見てください。年間の取引数に応じて、支払い方法がわずかに異なります. 固定サブスクリプションとトランザクションごとの料金が発生し、どちらもトランザクション数によって異なります。これは最も柔軟性がありますが、ビジネスにとって意味があるかどうかによって異なります。

于 2010-03-02T23:29:46.880 に答える
0

要求ごとまたはサブスクリプションとして、はい、帯域幅は、料金を設定するために使用される変数にすることができます. 顧客を結び付ける価値、または無数の疎結合の顧客がそれを使用する価値に依存します。すべての、またはほとんどの場合に当てはまる質問に対する正しい答えはありません。

私がこれまで作ってきたサービスを見ると、サブスクリプションモデルが一番使いやすいモデルだと思います。リクエストごとに $ のティックが最善のアプローチのように思える場合もありますが、そのように構成されたサービスはまだありません。

于 2010-03-02T23:26:34.113 に答える