注意
本文仅适用于在 GitHub Marketplace 中发布应用。 有关在GitHub Actions中发布GitHub Marketplace的详细信息，请参阅在 GitHub Marketplace 中发布操作。
遵循这些最佳实践将有助于您提供良好的客户体验。
客户通信
- 应用程序的营销材料应准确反映应用程序的行为。
- 应用程序应包含面向用户的文档的链接，这些文档介绍如何设置和使用应用程序。
- 客户应该能够在应用程序的帐单、配置文件或帐户设置部分看到他们在使用什么类型的计划。
- 客户应该能够在个人帐户和组织帐户上安装和使用您的应用程序。 他们应该能够单独查看和管理这些帐户上的应用程序。
- 应用程序应为客户提供删除其帐户的方法，而无需发送电子邮件或呼叫支持人员。 应用应在收到用户请求后 30 天内或在用户与 GitHub 的法律关系终止后 30 天内删除所有 GitHub 用户数据。
计划管理
- 取消从购买 GitHub Marketplace 的付费计划的客户应自动降级到应用的免费计划（如果存在）。 当客户取消 GitHub Marketplace 订阅时，GitHub 不会自动卸载应用程序，因此客户可以预期免费功能仍然有效。 强烈建议客户重新启用其以前的计划。
- 如果提供以下格式的升级 URL，客户应该能够从应用的用户界面进行升级：
https://www.github.com/marketplace/<LISTING_NAME>/upgrade/<LISTING_PLAN_NUMBER>/<CUSTOMER_ACCOUNT_ID> - 如果客户购买了席位（按单位计费方案），或者所选方案提供无限协作者，他们应能够通过你的应用网站修改哪些用户可以访问你的应用。
- 客户应该能够在应用程序网站的帐单、个人资料或帐户设置部分立即看到其帐户的以下变动：
- 当前计划和价格。
- 已购买新套餐。
- 升级、降级、取消以及免费试用剩余天数。
- 结算周期的变化（每月或每年）。
- 固定费率方案和按单位计费方案的使用情况及剩余资源。 例如，如果定价计划是按单位计费，则应用程序的网站应显示已用单位和可用单位。