Note
本文适用于仅在 GitHub Marketplace 中发布应用的情况。 若要详细了解如何在 GitHub Marketplace 中发布 GitHub Actions，请参阅“在 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> - 如果客户购买了席位（单位定价计划）或支持无限协作者的计划，他们应该能够修改哪些用户可以从应用程序的网站访问应用程序。
- 客户应该能够在应用程序网站的帐单、个人资料或帐户设置部分立即看到其帐户的以下变动：
- 当前计划和价格。
- 购买的新计划。
- 升级、降级、取消以及免费试用剩余天数。
- 结算周期的变化（每月或每年）。
- 固定费用和每单位计划的使用情况和剩余资源。 例如，如果定价计划是按单位计费，则应用程序的网站应显示已用单位和可用单位。