6

しばらく前に、専門のソフトウェア製品を販売するソフトウェア会社と仕事をしていました。無料でパッチをリリースし、アップグレード料金が必要な新しいバージョンをリリースすることがよくありました。これは通常、ソフトウェア業界の仕組みです。

しばらくして、同社はサブスクリプション ベースのソフトウェアという新しい戦略を決定しました。これは、ソフトウェア会社が自社のソフトウェアで実行される「トランザクション」ごとに少額の増分料金を請求する方法であることが判明しました。このモデルでは、パッチとアップグレードはトランザクションごとの料金に含まれており、料金を徴収するためにトランザクション数の「調整」が頻繁に行われていました。

私には、これはソフトウェアを開発して販売するためのより良い方法のように思えます。ソフトウェア会社は継続的な収入源を獲得し、顧客はアップグレード費用などを心配する必要がなく、顧客が本当に大きくなれば、あなたの収入源は彼らの成長とともに成長します.

問題 (およびこの質問の理由) は、もう誰もそのようなことをしていないことです。このモデルがうまくいかないからですか？このモデルのマイナス面を見ずに、ソフトウェアの開発と販売について過度に単純化した見方をしていませんか?

[編集]サブスクリプションベースのソフトウェアを書くことがソフトウェアを開発する良い方法であるかどうかについての開発者の意見に興味があります。

したがって、この質問は、商用アプリケーションに取り組んだプロの開発者に向けられています。 このモデルの経験について話せる人はいますか?また、なぜ機能する/機能しないのですか?

4

5 に答える 5

3

私は以前、製品ライセンスからサブスクリプション ベースのモデルに移行した会社で働いていました。これについてのいくつかの観察は次のとおりです。

  1. 製品ライセンス モデルとサブスクリプション モデルの両方を提供
  2. 製品ライセンス: ユーザーは、使用するために「n」個のシートを購入します。
  3. サブスクリプション モデルでは、顧客はソフトウェアを 'x' か月間、'y' 人分購入します。
  4. あなたの会社が、顧客と協力して顧客サイトでソフトウェアの実装などを行う「コンサルタント」も開発している場合は、非常に役立ちます (必要なインストール、トレーニングなど)。

実際、GMail エンタープライズ、Fogbuz などのサービスを目にすると、さまざまな価格設定オプションが提供されます。

  • アプリをホストする場所: サーバーまたはそのサーバー
  • ソフトウェアを使用する人数ごとに $x が請求されます

サブスクリプション モデル (時間ベース) は、現在の時代には確実に機能すると思います。実際、クラウド モデルは、収益モデルの自由度を高めるのに役立ちます。たとえば、データベース サーバーを購入するのではなく、クラウド データベースを「サブスクライブ」することを選択できます。 .

于 2009-02-19T08:39:59.267 に答える
2

はい、そうです。例については、 salesforce.comを参照してください。

于 2009-02-19T08:55:52.443 に答える
1

まったく同じではありませんが、 37Signalsの basecamp は月額料金ベースで非常に成功しており、FogBugzも同じモデルを使用しています。ここであなたが話しているアプローチは、Web の黎明期に収益獲得者と見なされていた MircoPayment のアイデアに似ているようです。誰かがそのモデルから成功してお金を稼いだかどうかはわかりませんが、多くの VC が試みに費やされたことは確かです。

[編集]これは、小規模な ISV がビジネスを運営するための優れた方法だと思います。SAAS とサブスクリプションの組み合わせは、すぐに収益を得る優れた方法です。数々のメリットがあります

1) 継続的な収益

2) 最初の支払いが少額またはゼロで、顧客を引き付け、クレジット カードの価格の問題を解決します (1 回限りで 100 ドルを請求するよりも、月に 10 ドルを請求する方が簡単です)。

3) ISV とベンダーの間に強固な関係を構築する

4) 提供品が優れていると仮定すると、アップセルのチャンス

そして、大きなソフトウェア ベンダーになる唯一の方法は、最初は小さなベンダーになることです。

于 2009-02-19T08:40:23.913 に答える
1

Red Hat はそれが機能すると考えているようです。1 年間のサポートを購入すると、すべてのアップグレード/etc/etc を入手できます。年が明けても製品を保持できることを除いて（だから..顧客もそれが好きだと思います=）。

于 2009-02-19T09:28:03.770 に答える
0

ソフトウェア開発の性質上、サブスクリプション ベースのモデルが実際に適していますが、実際にソフトウェアをサブスクリプション料金に見合うものにする継続的な更新を確実に行うにはどうすればよいでしょうか。

サービスを提供している場合は、サブスクリプションの無料化を促進するのははるかに簡単ですが、毎月のリリースに対して毎月支払うことを計画している場合は、成功と完全な失敗の間の細い線です. これがほとんどのソフトウェアでどのように機能するかわかりません。

更新：@Dscoduc

私はそれをサービスと呼ぶでしょう。ソフトウェアのリリース スケジュールとサポートを明確に区別してください。プレミアム サポートの料金を請求したい場合、そのサービスは手付かずの状態である必要があります。しかし、私はそれがどのように機能するかを見ています。人々は、プログラミングの経験がなくても低コストでニーズに合わせて調整できるという前提で、サブスクリプション ベースのソフトウェアを購入することになるかもしれません。

あなたの課題は、顧客の声に耳を傾け、彼らのフィードバックをソフトウェア ライフサイクルの基盤とする方法を実際に見つけられるようにすることですが、これは簡単なことではありません。

おそらく、プログラミングに関係なく、プログラマーにとって興味深いコンテンツをマークする方法について、stackoverflow に請願する必要があります。

于 2009-02-19T08:43:50.070 に答える