问您如何计费您的web服务？

EN

作为市场经济中的一切，价格，也是与实际支付相关的不便(或方便)和风险(不论金额)是一个功能，如何独特和凉爽和重视您的服务或产品。

因此，要回答这个问题是不可能的，只能用非常笼统的措辞，即以建议的形式。您的实际发票模型可能基于以下一种或几种

maintenance

• bill的
• 票据，用于一次设置费
• 账单的订阅(即在一个明确规定的时期内，并明确定义了最高使用量)，
• 票据，即一定金额(可能在一个降低的单价时间表上)。这类行为应在服务器一级计算(客户端可能包括某种类型的审计/监视/日志，但服务器端应是信息的权威来源)，按数量计算的
• 账单(例如MBytes传输的数量等)，适用于每个“行为”产生的信息量有很大差异的服务。

一般来说，价格和会计方式应该是公平的，对双方，特别是对买方来说，通常情况下，越简单越好。价格不一定是低的，只要你能证明所提供的服务实际上是有价值的，而且你要么投资，要么冒着风险引入服务，或者与运行服务相关的持续费用是显而易见的。

我想这取决于™服务的功能。总的来说，我会说，当你提供一些内在价值时，你应该付费；你是如何确定哪些计费标准是相当特定的领域的。提供的服务可能有一些属性，可以让您确定要支付多少费用。

例如，假设您有一个执行计算的web服务。您可能会决定，对于您所做的每一次成功的计算，您都要收取固定的费用，比如$0.01，但是如果存在验证问题，比如无效的请求，就让用户离开。或者，如果这些计算是模糊的长时间运行，您可能有一个基于某种CPU时间度量的计费模型。

您对订阅的看法是很好的，这是一个您可能从允许几种商业模式中受益的领域；一个是为了满足可能每月执行大量请求的用户，在这种情况下，固定订阅可能是有意义的，而另一个则是迎合一些临时请求的用户。当然，在后一种情况下，如果你只吸引那些客户，那么你就不会获得很好的投资回报。某种中间立场，即您有一个小的订阅，但允许客户购买一个“块”或“捆绑”的请求顶部，而不引起额外的处理成本，可能是可行的。

我所知道的大多数for服务收费有两点：

“使用”的

• 卷。通常提供低容量的“免费”访问(即在给定的IP地址帐户组合中少于X点击率/小时)。这类似于twitter，它为您提供150次点击/小时的服务，无论是您的用户名，还是唯一的IP或两者的组合(因此，您不会滥用它经常更改IP)。如果您想要更高的访问量，那么它通常是按帐户分配的(在twitters的情况下，您可以免费获得一个开发帐户，每小时有20K或更多的点击量)，
• 的细节深度，访问特性。同样，免费帐户可以获得最少的访问量，但不能访问更多的数据或更高级的功能(过滤等)。很多google服务都是这样工作的，如果你想要更好的搜索能力(更多的搜索，更多的数据，更快的结果)，你必须用相应的functionality.

购买一个帐号代码。

我从未见过或参与过任何项目，包括按业绩付费，或按次付费/访问模式，因为它们很难可靠地为客户付费，而且很难对客户负责，即使你使用分层或条形范围。你如何告诉你的客户他们使用了多少次点击，特别是在分布式系统中，有多余的故障转移等等。如果我必须支付0.01美分的每次访问，我想确切地知道它的测量，公司有什么地方来控制访问，以及他们的监控有多精确等等。

这并不是不可能的，而且肯定是可以做到的，而且可以在大规模的场景中很好地工作。