对于下面提到的订阅服务，Stripe 或 Google 的应用内结算，我需要如何或使用哪个支付系统？
How or which Payment system do I need to use for Subscription services which are mentioned as below , Stripe Or Google's In-App Billing?
我目前对在任何第三方或 Google 的应用内计费系统之间使用哪种订阅服务感到非常困惑。
让我先解释一下，我有一个应用程序为房东提供服务，用于发布他们的空置房产，我们提供 60 天的免费试用，以获得完整的应用程序功能，试用期满后，我想添加如下订阅计划:
- 白银级：少于 50 个单位（每月或每年）
- 黄金：少于 51 - 100 个单位（每月或每年）
- Platinum 100 及以上单位（每月或每年）
现在我正在探索实现此订阅功能的选项，发现 Stripe 对我来说是个不错的选择，但很快我发现了应用内购买指南，其中提到应用内购买必须使用Google Play 的支付系统 & 还提到，Google Play 应用内结算目前不支持的产品示例：
所以，基本上我这边有两个问题：
- 我可以使用其他支付系统还是需要使用 Google 的 Play Billing 系统？
- 对于Google的Play系统，以上订阅方案我该如何划分或有多少个订阅项目？
如有任何帮助，我们将不胜感激！
您可以同时使用服务 Stripe 和 Google IAP(In App Purchases)，或者只使用其中的一项。
我建议您使用 Google IAP，因为您没有 BE(BackEnd)，据我所知，您很难维护卡号和所有内容。
Google IAP 提供了一个 SDK，以便您可以自己在 Play Developers Console 上管理订阅。它还提供沙箱环境，以便您可以对其进行测试，但 Stripe 也可以这样做。
这里有一些参考资料：
https://developer.android.com/google/play/billing/billing_subscriptions
https://developer.android.com/google/play/billing/billing_overview.html
但我猜你已经看过了。在我之前工作的公司中，我们正在开发一个项目，其计划几乎与您上面描述的一样，我们使用 Google IAP 和 Apple IAP（对于 iOS/tvOS）没有任何问题。此外，我们能够查询 Google 或 Apple 以前的订阅，让客户实际续订而不是购买新的。
正如您提到的，leasers/landlords 将无法使用 Google IAP 支付电子账单，但您可以集成 Paypal/Stripe/BrainTree/WePay 或任何其他替代方案。
提到我现在想回答你的问题：
1) 是的，您可以使用 Stripe 而不是 Google IAP
2) 您可以划分订阅，并且可以在 https://play.google.com/apps/publish/ 的 Google 开发者控制台中管理它们。然而，当您在控制台中上传一个 .apk 并具有 in-app-billing 依赖项和权限后，可能会发生这种情况。
希望对您有所帮助！！！
我推荐使用 Google 的 In-App 计费。因为 google 支持大多数国家/地区的支付，并且用户首先信任 google，这对您最有利。
您的特定场景有点灰色地带。
作为先例，英国的 Autotrader 应用程序使用直接信用卡结算 in-app，这是与您的服务类似的服务 - 即他们正在销售列表。
这对我来说似乎是正确的，因为在应用程序中计费旨在用于在应用程序中消费的数字内容 - 而不是 用于现实世界的服务。 Google 甚至可能会拒绝您的应用。
在这种情况下，我的建议实际上是使用 Stripe 或其他一些计费平台。
至于您的计费模式 - 它并不真正适合订阅模式。我不太了解 Stripe，但使用 Google，您无法按照您描述的方式订阅和限制项目。因此，您必须在自己的后端自行管理列表限制。
虽然有一些极端情况 - 如果您在一个月内使用了所有 50 个列表会怎样？我必须再购买一份完整的订阅吗？
我能看到的最适合您的支付模式是来自 stripe 的 Metered Billing - 本质上是现收现付。
我目前对在任何第三方或 Google 的应用内计费系统之间使用哪种订阅服务感到非常困惑。
让我先解释一下，我有一个应用程序为房东提供服务，用于发布他们的空置房产，我们提供 60 天的免费试用，以获得完整的应用程序功能，试用期满后，我想添加如下订阅计划:
- 白银级：少于 50 个单位（每月或每年）
- 黄金：少于 51 - 100 个单位（每月或每年）
- Platinum 100 及以上单位（每月或每年）
现在我正在探索实现此订阅功能的选项，发现 Stripe 对我来说是个不错的选择，但很快我发现了应用内购买指南，其中提到应用内购买必须使用Google Play 的支付系统 & 还提到，Google Play 应用内结算目前不支持的产品示例：
所以，基本上我这边有两个问题：
- 我可以使用其他支付系统还是需要使用 Google 的 Play Billing 系统？
- 对于Google的Play系统，以上订阅方案我该如何划分或有多少个订阅项目？
如有任何帮助，我们将不胜感激！
您可以同时使用服务 Stripe 和 Google IAP(In App Purchases)，或者只使用其中的一项。
我建议您使用 Google IAP，因为您没有 BE(BackEnd)，据我所知，您很难维护卡号和所有内容。
Google IAP 提供了一个 SDK，以便您可以自己在 Play Developers Console 上管理订阅。它还提供沙箱环境，以便您可以对其进行测试，但 Stripe 也可以这样做。
这里有一些参考资料：
https://developer.android.com/google/play/billing/billing_subscriptions https://developer.android.com/google/play/billing/billing_overview.html
但我猜你已经看过了。在我之前工作的公司中，我们正在开发一个项目，其计划几乎与您上面描述的一样，我们使用 Google IAP 和 Apple IAP（对于 iOS/tvOS）没有任何问题。此外，我们能够查询 Google 或 Apple 以前的订阅，让客户实际续订而不是购买新的。
正如您提到的，leasers/landlords 将无法使用 Google IAP 支付电子账单，但您可以集成 Paypal/Stripe/BrainTree/WePay 或任何其他替代方案。
提到我现在想回答你的问题：
1) 是的，您可以使用 Stripe 而不是 Google IAP
2) 您可以划分订阅，并且可以在 https://play.google.com/apps/publish/ 的 Google 开发者控制台中管理它们。然而，当您在控制台中上传一个 .apk 并具有 in-app-billing 依赖项和权限后，可能会发生这种情况。
希望对您有所帮助！！！
我推荐使用 Google 的 In-App 计费。因为 google 支持大多数国家/地区的支付，并且用户首先信任 google，这对您最有利。
您的特定场景有点灰色地带。
作为先例，英国的 Autotrader 应用程序使用直接信用卡结算 in-app，这是与您的服务类似的服务 - 即他们正在销售列表。
这对我来说似乎是正确的，因为在应用程序中计费旨在用于在应用程序中消费的数字内容 - 而不是 用于现实世界的服务。 Google 甚至可能会拒绝您的应用。
在这种情况下，我的建议实际上是使用 Stripe 或其他一些计费平台。
至于您的计费模式 - 它并不真正适合订阅模式。我不太了解 Stripe，但使用 Google，您无法按照您描述的方式订阅和限制项目。因此，您必须在自己的后端自行管理列表限制。
虽然有一些极端情况 - 如果您在一个月内使用了所有 50 个列表会怎样？我必须再购买一份完整的订阅吗？
我能看到的最适合您的支付模式是来自 stripe 的 Metered Billing - 本质上是现收现付。