运营商直接计费 - 是否值得实施
我有一个销售产品的移动网站，它是用 Asp.net/C# 构建的。我正在探索在我的网站上添加新的付款方式的想法，该方式将允许客户使用他们的运营商（又名直接运营商计费）进行付款。
我想征求在移动网站上实施运营商直接计费的人们的意见。
- 客户的反响
- 如何 实施这种支付方式有多复杂（是否值得实施）
- 最后，有人实施过 http://www.billtomobile.com/，除了billtomobile还有其他选择吗？
谢谢！
I have a Mobile website which sell Products, its built in Asp.net/C#. I am exploring the idea of adding a new Payment Method on my website which will allow customers to pay using their Carrier aka Direct Carrier billing.
I want to get opinion from folks who have Direct Carrier Billing implemented on their Mobile Website.
- How well was it received by the Customers
- How complex is it to implement such a payment method (is it worth implementing)
- Lastly, has anyone implemented http://www.billtomobile.com/, are there any other options apart from billtomobile
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我有在一些国家（es、it、za、pt 等）开发 wap 高级计费的经验，通常使用大型聚合商。通常开发起来非常简单。有http API，您必须将消费者重定向到运营商计费页面，它会向您返回计费信息。通常消费者必须在运营商付款页面接受付款。
我认为主要问题是您只能在某些 APN 中计费，例如，您不能向黑莓或 Opera Mini 消费者计费，因此其他 APN 不支持 wap 付款。例如，在西班牙有一个名为“互联网连接”的商业APN。当然，您不能向 wifi 用户计费。
我认为在英国等其他国家，wap 支付已被广泛接受。我相信一种选择是将 wap 支付与短信付费结合起来。
I have experience developing wap premium billing in some countries (es, it, za, pt, etc), normally using big aggregators. Usually it´s very simple to develop. There are http APIs, and you have to redirect consumer to carrier billing page, and it returns to you with billing information. Normally consumer has to accept the payment in carrier payment page.
I think main problem it´s you only can bill in some APNs for example, you can´t bill to blackberries or opera mini consumers, so other APNs don´t support wap payments. For example, in spain there is a commercial APN called "internet connection". Of course, you can´t bill to wifi users.
I think in others countries like UK, wap payments are broadly accepted. I belive one option is to mix wap payment with SMS premium.