8

在开发新的 Web 服务时，我无法找到很多关于公司如何为其 Web 服务计费的信息。

您是按请求计费还是仅按某些请求（即）GET 或 POST 计费？

- 这些会在应用程序或服务器级别进行跟踪吗？

您是否按带宽计费？

- 再次如何在每个用户的基础上进行跟踪

您是否收取订阅费才能获得访问权限？

- 这是假设他们只在付款后才被授予一个 api 密钥。

上述或其他选项的组合？

谢谢你的帮助。

4

6 回答 6

2

与市场经济中的所有事物一样，价格以及与实际付款相关的不便（或便利）和风险（无论金额如何）都取决于您的服务或产品的独特性、酷炫和价值。

因此，只能用非常笼统的术语，即建议的形式来回答这个问题。您的实际开票模型可能基于以下一项或多项

  • 一次性安装费账单
  • 按订阅计费（即在定义的期限内，明确定义的最大使用量）
  • 维修费
  • 按法案计费，即一定金额（可能按单价递减计划）。此类行为应计入服务器级别，（客户端可能包括一些审计/监控/日志等，但服务器端应是权威的信息来源）
  • 按数量计费（例如传输的 MByte 数等），这适用于每个“行为”产生的信息量有很大差异的服务。

一般来说，会计的价格和方式对双方来说都应该是公平的，尤其是对买方来说，而且通常越简单越好。价格不一定要低，前提是您可以证明所提供的服务具有实际价值，并且您投资并承担了引入该服务的风险，或者与运行该服务相关的持续费用是显而易见的。

于 2010-03-02T23:29:13.487 回答
1

我猜这取决于服务的功能。从广义上讲，我会说当你提供一些内在价值时你应该计费；您如何确定计费标准是特定领域的。所提供的服务可能具有某些属性，可让您确定要计费的金额。

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

您关于订阅的观点很好，这是您可能会从允许几种商业模式中受益的领域；一种迎合每月可能执行大量请求的用户，在这种情况下，固定订阅可能有意义，另一种迎合提出一些临时请求的用户。当然，在后一种情况下，如果您只吸引那些客户，那么您将不会获得良好的投资回报。某种中间立场，即您有少量订阅，但随后允许客户在顶部购买“块”或“捆绑”请求而不会产生额外的处理成本，可能会奏效。

于 2010-03-02T23:17:58.580 回答
1

我知道的大多数网络服务都对两件事负责：

  • “使用”量。通常提供少量“免费”访问（即，来自给定 IP 地址帐户组合的点击次数少于 X 次/小时）。这类似于 twitter，它通过您的用户名或唯一 IP 或两者的组合为您提供 150 次点击/小时的服务（因此您不会通过频繁更改 IP 来滥用它）。如果您想要更高的访问量，则需要为该访问付费，并且通常由帐户分配（在推特的情况下，您可以获得一个开发帐户 [免费]，每小时可提供 20K 或更多点击）
  • 细节深度，访问功能。同样，免费帐户可以获得最低限度的访问权限，但无法访问更多数据或更高级的功能（过滤等）。许多谷歌服务都是这样工作的，每个人都可以使用基本访问权限，但是如果您想要更精细的功能（更大的搜索、更多的数据、更快的结果），您必须购买具有相应功能的帐户代码。

我还没有真正看到或参与过任何按绩效付费或按点击付费/访问模型的项目，因为它们很难可靠地计费并且很难向客户说明，即使您使用分层或带状范围。你如何告诉你的客户他们使用了多少点击，特别是在分布式系统中，有冗余故障转移等。如果我必须为每次访问支付 0.01 美分，我想知道它是如何衡量的，以及公司是什么有地方控制访问，以及他们的监控有多准确，等等。

这不是不可能的，而且绝对可以做到，并且可能在大批量场景中运行良好。

于 2010-03-02T23:27:50.520 回答
0

我见过的许多都是按时间计费的，例如按月或按年计费。有些允许您按月付款，有些则需要预先支付部分（或全部）费用。访问可能会受到限制，方法是为客户帐户到期时到期的 Web 服务颁发安全证书，或者可能通过让他们发送客户端 ID 并让服务器检查是否允许该客户端 ID 有答案（但这对人们窃取别人的客户 ID ;) )。

我想如果您有一个发送和接收大量数据的服务，那么按服务请求计费可能是有意义的，但为此计费可能会变得更加棘手。客户每天可能会提出几十个请求，还是只有几个？每笔交易收费多少？100 美元？0.01 美元？这一切都取决于服务的性质。如果你想走这条路，你可能需要能够确保客户只为成功回答的请求付费（即使我的客户端应用程序未能从你的服务器）。

于 2010-03-02T23:22:36.820 回答
0

每个请求或作为订阅，是的，带宽可以是用于设置费用的变量。取决于绑定客户关闭或让无数松散耦合的客户使用它的价值。这个问题没有适合所有甚至大多数情况的正确答案。

如果我查看我过去提供的服务，订阅模式将是最好的使用模式。有时，每个请求打勾似乎是最好的方法，但我从来没有以这种方式配置过服务。

于 2010-03-02T23:26:34.113 回答
0

我同意 Rob 和 Des 所说的话。要记住的一件事是，订阅是一个非常简单的概念，每个人都习惯并习惯（如果你定价合适的话）。如果您想覆盖广泛的受众，请查看支付提供商的做法 - 根据您每年进行的交易数量，他们的支付方式略有不同。将有一个固定的订阅加上每笔交易的费用，它们都随着交易的数量而变化。这是最灵活的，但这取决于它是否对您的业务有意义。

于 2010-03-02T23:29:46.880 回答