さまざまなb2bサービスを作成し、「ユーザーごとの月」支払いモデル（ユーザーごとの月ごと）を使用する人はたくさんいます（37signals、Atlassian、Zoho、Megaplanなどを傷つけないように指で指すことはありません）。 つまり、ポイントはユーザーごとに毎月支払う必要があるということです。 これは最近私をイライラさせていましたが、今朝、ヨーグルトを食べている間、私は突然すべてを理解しました 。
問題は、ユーザーが同じではないということです。 タスク管理システムを使用して、たとえば球状のPRマネージャーとサポートの従業員が真空状態で使用する方法を比較します。 明らかに、1つ目は月に1回、デザイナーがプレスリリースのために絵を描くためのタスクを設定でき、2つ目はクライアントと通信して、このシステムで作業時間の半分を費やします。 つまり、さまざまな従業員の効率に対するシステムの重要性は大きく異なる可能性がありますが、同じ費用を支払う必要があります。 この事実は、企業に特定のシステムを導入することを決定した人にとって理解するのが非常に困難です。
顧客といえば。 お客様をシステムに参加させたい場合、さらに興味深い画像が得られます。 遅かれ早かれ誰もがこれを望み、一般的にいくつかのシステムはこのために最初に調整されます。 また、顧客に支払う必要があります。
例を考えてみましょう。 平均して複数のクライアントに同時にサービスを提供する50人の会社があるとします。そのため、クライアントユーザーの総数は最大200人です。 そして、この会社はユーザーあたり月額10ドルかかるシステムを使用しています。 顧客には年間24,000ドルを支払う必要がありますが、顧客には6,000ドルを支払う必要があります。
しかし、ご存知のように、システムの欠点は着信パラメーターの制限値で特に明確に見えるため、5人が1,000人の顧客にサービスを提供する特定のビジネスモデルがあると想像してください。 会社はそのようなシステムを導入しますか？ そうではないと思います。 必要ですが、 従業員あたりのクライアント数が非常に多いため、自動化で十分である可能性が最も高くなります。
一方、システムへのアクセスをアカウントに含めることは問題のように思えますか？ このベンチャーを不快なhemoにする多くの困難があります。 まず、原則として、クライアントにこのシステムの料金を支払う理由を説明するのは困難です（メールを書いて電話するだけの方が良いでしょう）。 第二に、この支払いを公正かつ透明にすることはさらに困難です。 ここでは詳しく説明しませんが、信じてください。これは難しいことです。 ほとんどの問題は、契約とアカウントが通常1つ（時には2つ、まあ、まあ、3つ）であり、クライアントが従業員を絶えずシステムに追加または削除したいために発生します。 そして、そのようなクライアントが50人いる場合、これは非常に面倒です。
多くの開発者は、SaaSだけでなく、システムのスタンドアロンバージョンも提供しています。 最も印象的なことは、スタンドアロンで同じ方法で支払うように提供されていることです-ユーザーあたり月額です。 これは、SaaSの場合、開発者がインフラストラクチャの維持に関連するコストを絶えず負担する場合、スタンドアロンではそのようなコストがないため、理解するのがさらに困難です。
サービスの支払いのどのモデルが私にとって公平であると思われますか？
SaaSの場合、支払いは消費されたリソースに基づきます。 開発者は、コストを正直に考慮し、コストを最適化する必要があります。 このモデルは私によって全く発明されたものではありません。皆さんはそれを使用している人を知っていると思います。 たとえば、 この美しさを見てください。
スタナロンの場合-購入時の1回限りの固定支払いと、固定ライセンス（ロイヤルティなど）の年次更新。 さらに、アップグレードの支払いが必要です。
誤解が何であれ、私はSaaSの大きな支持者であり、その表現を申し訳なく思っていますが、将来は彼にあると思います。 しかし、私には、市場に存在するほとんどのシステムの支払いメカニズムと、それらに起因する価格が業界の発展を著しく妨げているように思えます。 この記事では、開発者向けに考えようとしていますが、クライアント側からの概念について説明します。 たぶん、私はすべての推論をゼロにする多くの技術的ポイントを逃しているので、バリケードの反対側から意見を聞きたいと思います。
ユーザーごとの月ごとの支払いモデルが悪い理由
All Articles