我们有一个网站，客户（公司）将为其员工购买X用户许可。我们遇到的一个重大但反复出现的问题是这些公司内的账户共享。
我们已经采取了一些措施来缓解其中的一些问题：
但这些措施甚至没有对问题产生影响。许多用户，特别是小公司（购买1个许可证和共享5-10人）只是相互协调，不能同时使用该网站。可以理解的是，个别员工并不关心，只是想做好自己的工作。
管理层要求我们提出解决问题的方法。
大多数登录来自一个具有一个IP地址的建筑物。所以我们不能简单地通过IP检测。
大多数用户都在附近工作，因此他们可以快速分享信息（密码可以通过电子邮件发送，发短信，打电话，或只是告诉坐在他们旁边的人）
有没有办法获取MAC地址并使用它？我们可以一次将用户限制为2或3个设备（占笔记本电脑和平板电脑的费用）
或者可以使用一些JavaScript / Cookie组合？
管理层实际上正在考虑要求我们每3或4天向其手机发送短信进行验证。因为我们知道会有多少麻烦，所以我们希望有更好的东西。
是否有其他人运行具有类似用户条件的网站？你是如何处理这个问题的？
答案 0 :(得分：3)
正如其他人所指出的，这实际上更像是商业决策而非技术决策。
在您描述的当前情况下，帐户共享实际上是一种间接price discrimination机制：公司大量使用您的软件，并且可能从中获得大量价值，将为所有人购买许可证他们的员工，而那些偶尔只使用它的人，并且不愿意为此付出那么多钱，会购买更少的许可证并忍受不便。
如果你更难分享账户，后一个细分市场的客户将主要采取以下两种方式之一做出反应：他们要么掏钱取得额外的许可证，要么他们会决定你的软件不再存在值得购买并切换到竞争产品或不做。 （有些人可能还会决定冒险转换为盗版版本，或者决定，即使有额外的威慑力量，他们的最佳选择仍然是继续像以前一样共享帐户。）
您（或者，更有可能的是，您公司的管理层）需要决定新许可证增加的收入是否足以弥补离开客户的收入损失。在某种程度上，这将始终取决于您的市场人口统计和竞争程度，但是，就我而言，我个人的猜测是“不”。毕竟，您现有的帐户共享客户已经遇到了相当大的不便，如果他们愿意并且能够为您的软件支付更多费用，他们可能不会这样做。
实际上，让帐户共享更加困难的是将软件的单一许可证的价值降低到小型，休闲和/或差劲的客户。基本上，你会让你的产品更糟糕，并希望客户会购买更多的产品来弥补。虽然该策略有时有效，但通常不是下注的方式。
相反，我建议接受帐户共享 发生，并调整您的政策和定价策略以适应它。例如，您可以更改策略，以便客户可以拥有任意数量的帐户，只要最多只有一定数量的帐户同时使用该软件。这样，您的定价将更多地基于软件的实际使用情况，而不是需要偶尔访问它的（相对无意义的）人数。
您还可以为客户提供购买更多许可证的激励措施，可以采用非线性定价的形式（即您购买的许可证越多，每个额外的许可证越便宜），或者作为额外的激励措施，例如更好和/或更便宜为拥有更多许可证的客户提供支持服无论如何，这个想法是说服那些试图决定购买多少许可证的客户，为了以防万一，购买一些备用的许可证是最简单和最具成本效益的。通常，在这种情况下，胡萝卜往往比棒更好地工作。
当然，作为程序员，您个人在此类决策中可能会或可能没有太多话要说。尽管如此，至少尝试将这些问题传达给您的管理层可能并没有什么坏处，特别是如果您还可以提供有关如何使您的软件对客户更具吸引力的具体建议。
您可能建议的一件事是试用活动：您的公司可能不愿意仅根据互联网上的推测和随机建议对其许可结构进行大修，但他们可能愿意尝试提供一些限时许可使用限制较少（当然，还有更高的价格可以弥补）并看看它们是否会出售，特别是如果你能告诉他们技术上可行的话。
向客户询问他们的想法也许并不是一个坏主意。一个简单的匿名调查询问您的客户他们是否共享帐户，以及如果他们无法共享帐户，他们愿意为每个许可证支付多少费用，可能会提供令人大开眼界的体验。
答案 1 :(得分：2)
您的客户显然希望组织中的每个人都可以访问。为什么打架呢？您应该根据公司规模更改定价模型。您的客户会很高兴，因为每个人都可以访问该产品，您会很高兴，因为如果组织规模庞大，您将获得更多收入。
答案 2 :(得分：1)
我同意 - 您需要更改定价模式，以使您的成本与实际使用模式保持一致。就像虚假估计“盗版收入损失”一样，不要指望你的实际收入会发生变化。
答案 3 :(得分：1)
我想您可以一次将软件锁定到一个或两个安装。一种可能的策略是在用户登录时使用秘密随机密钥创建cookie。下次用户登录时检查此cookie并使用新密钥创建cookie。您将不得不决定让他拥有的计算机。
这当然不是防弹的，因为用户可能会复制cookie等，但这需要更专注的黑客并且更加麻烦。
拥有多台计算机，多个浏览器等的用户会抱怨。唯一的解决方案是更改许可方案，使其既符合用户需求又具有技术可执行性。您的用户可以支付他们使用的交易数量，他们查看的页面数量，数据库中的条目数量，搜索次数等等。基于负载的支付对于网络上的Web应用程序来说更自然，更容易实施。
当管理层为这个聪明的解决方案提供奖励时，使用它来支持开源项目; - ）