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>
- 如果客户购买了席位(单位定价计划)或支持无限协作者的计划,他们应该能够修改哪些用户可以从应用程序的网站访问应用程序。
- 客户应该能够在应用程序网站的帐单、个人资料或帐户设置部分立即看到其帐户的以下变动:
- 当前计划和价格。
- 购买的新计划。
- 升级、降级、取消以及免费试用剩余天数。
- 结算周期的变化(每月或每年)。
- 固定费用和每单位计划的使用情况和剩余资源。 例如,如果定价计划是按单位计费,则应用程序的网站应显示已用单位和可用单位。