6

顧客 (企業) が従業員用に X ユーザー ライセンスを購入するサイトがあります。私たちが抱えている大きな問題の 1 つは、これらの企業内でのアカウントの共有です。

これを軽減するために、すでにいくつかの措置を講じています。

  • ユーザーは一度に 1 つのセッション ID に制限されます (古いセッション ID は強制的にログアウトされます)。
  • 定期的にユーザーにパスワードの変更を強制しています (4 か月ごと)
  • サイトの周りにいくつかのプロンプトがあり、共有は気にしないことをユーザーに思い出させるために送信する電子メールがあります
  • 見つかったら、二度と同じことをしないように「教育」しようとします。

しかし、これらの措置は問題に影響を与えることさえありませんでした。多くのユーザー、特に小規模な会社 (1 つのライセンスを購入し、5 ～ 10 人のユーザーと共有する) では、サイトを同時に使用しないように互いに調整するだけです。当然のことながら、個々の従業員は気にせず、自分の仕事をしたいだけです。

経営陣は私たちにそれを解決する何かを考え出すよう求めています。

  • ほとんどのログインは、1 つの IP アドレスを持つ 1 つの建物からのものです。したがって、単純に IP で検出することはできません。

  • ほとんどのユーザーは近くで仕事をしているため、情報をすばやく共有できます (パスワードは、電子メール、テキスト メッセージ、電話、または隣に座っている人に伝えることができます)。

  • MACアドレスを取得して使用する方法はありますか? ユーザーを一度に 2 つまたは 3 つのデバイスに制限することができます (ラップトップとタブレットを考慮して)。

  • または、JavaScript/Cookie の組み合わせを使用しますか?

経営陣は、検証のために 3 日または 4 日ごとに携帯電話にテキスト メッセージを送信するよう要求することを実際に検討しています。どれだけ手間がかかるかを知っているので、代わりにもっと良いものを用意したいと考えています.

他の誰かが同様のユーザー条件でサイトを運営していますか? 問題をどのように処理しますか？

4

4 に答える 4

3

他の人が指摘しているように、これは実際には技術的な決定というよりはビジネス上の決定です。

あなたが説明している現在の状況では、アカウント共有は実際には間接的な価格差別メカニズムとして機能しています。あなたのソフトウェアを頻繁に使用し、おそらくそこから多くの価値を引き出している企業は、すべての従業員のライセンスを購入しますが、ときどきしか使わず、あまりお金を払いたくないので、購入するライセンス数を減らして不便を我慢します。

アカウントの共有を難しくすると、後者の市場セグメントの顧客は主に次の 2 つの方法のいずれかで反応します: 彼らは余分なライセンスのためにお金を払うか、あなたのソフトウェアはもはや買う価値がないと判断し、競合製品に切り替えるか、競合製品を使わないでください。(海賊版に切り替えるリスクを冒すか、追加の抑止力を備えていても、以前と同じようにアカウントを共有し続けることが最善の選択であると判断する人もいます。)

あなた (あるいは、あなたの会社の経営陣) は、新しいライセンスによる収益の増加が、顧客離れによる収益の損失を補うのに本当に十分かどうかを判断する必要があります。これは、ある程度、市場の人口統計と競争の程度に常に依存しますが、私の頭の中で、私の個人的な推測は「いいえ」です. 結局のところ、あなたの既存のアカウント共有顧客はすでにかなりの不便を我慢しており、あなたのソフトウェアにもっとお金を払う意思と能力があれば、おそらくそんなことはしないでしょう。

実際、アカウントの共有をより困難にすると、ソフトウェアの単一のライセンスの価値が、小規模、カジュアル、および/または貧弱な顧客に還元されます。基本的に、あなたはあなたの製品を悪化させ、顧客がそれを補うためにそれをもっと買うことを望んでいます. その戦略は時々うまくいきますが、通常は賭ける方法ではありません。

代わりに、アカウントの共有が発生することを受け入れ、それに対応するようにポリシーと価格戦略を調整することをお勧めします. たとえば、ポリシーを変更して、ソフトウェアを同時に使用する顧客が特定の数以下である限り、顧客が必要な数のアカウントを持つことができるようにすることができます。そうすれば、時折アクセスする必要がある (比較的無意味な) 人数ではなく、ソフトウェアの実際の使用量に基づいて価格を設定することになります。

また、顧客がより多くのライセンスを購入するインセンティブを提供することもできます。これは、非直線的な価格設定 (つまり、ライセンスを購入すればするほど、追加のライセンスが安くなる) の形で、またはより優れた、またはより安価なサポート サービスなどの追加のインセンティブとして提供できます。より多くのライセンスをお持ちのお客様。いずれにしても、購入するライセンスの数を決定しようとしている顧客に、万が一に備えて予備のライセンスをいくつか購入するのが最も簡単で費用対効果が高いことを納得させることが目的です. 一般的に、そのような状況では、ニンジンはスティックよりもうまく機能する傾向があります.

もちろん、プログラマーであるあなた個人は、そのような決定について多くのことを言うかもしれませんし、言わないかもしれません。それでも、特にソフトウェアを顧客にとってより魅力的なものにする方法について具体的な提案を提供できる場合は、少なくともそのような懸念を経営陣に伝えようとしても問題はありません。

あなたが提案するかもしれないことの 1 つは、トライアル キャンペーンです。あなたの会社は、推測やインターネットからのランダムなアドバイスに基づいて、ライセンス構造を見直したくないかもしれません。制限（そしてもちろん、それを補うためのより高い価格）を調べて、販売するかどうかを確認します。特に、技術的に実現可能であると伝えることができれば.

顧客に感想を聞くのも悪くないかもしれません。アカウントを共有しているかどうか、共有できない場合にライセンスごとに支払う意思があるかどうかを顧客に尋ねる簡単な匿名調査は、目を見張るような体験を提供するかもしれません。

于 2012-09-17T20:11:09.760 に答える
2

あなたの顧客は明らかに、組織内の全員がアクセスできることを望んでいます。なぜそれと戦うのですか？会社の規模に基づいて価格モデルを変更する必要があります。誰もが製品にアクセスできるので、顧客は満足し、組織が大きくなれば、より多くのお金を得ることができるので、あなたも満足します。

于 2012-09-17T17:09:25.160 に答える
1

同意します。コストを実際の使用パターンに合わせるには、価格モデルを変更する必要があります。そして、「著作権侵害によって失われた収益」の偽の見積もりの​​ように、実際の収益が変わることを期待しないでください。

于 2012-09-17T17:26:17.303 に答える
1

ソフトウェアを一度に 1 つまたは 2 つのインストールにロックできると思います。考えられる戦略の 1 つは、ユーザーがログインするときに秘密のランダム キーを使用して Cookie を作成することです。ユーザーが次にログインするときにこの Cookie を確認し、新しいキーを使用して Cookie を作成します。彼にどのようにコンピューターを持たせるかを決める必要があります。

もちろん、ユーザーは Cookie などをコピーする可能性があるため、これは防弾ではありませんが、より専用のハックが必要になり、より面倒になります。

複数のコンピューター、複数のブラウザーなどを使用しているユーザーは不満を言うでしょう。これに対する唯一の解決策は、ライセンス スキームを変更して、ユーザーのニーズに適合し、技術的に強制できるようにすることです。ユーザーは、使用したトランザクションの数、閲覧したページの数、データベースのエントリの数、検索の数などに対して支払うことができます。負荷ベースの支払いは、ネット上の Web アプリケーションに対してより自然で簡単に適用できます。

そして、経営陣がこの巧妙なソリューションにボーナスを与えたら、それを使ってオープンソース プロジェクトをサポートしてください ;-)

于 2012-09-17T20:36:41.300 に答える