アプリケーションの顧客体験のベストプラクティス

使いやすく、分かりやすいアプリケーションを作成するためのガイドライン。

以下のベストプラクティスに従えば、優れた顧客体験を提供するための役に立つでしょう。

顧客とのコミュニケーション

  • アプリケーションのためのマーケティング資料は、アプリケーションの動作を正確に表現していなければなりません。
  • アプリケーションは、アプリケーションのセットアップと利用の方法を述べたユーザ向けのドキュメンテーションへのリンクを含まなければなりません。
  • 顧客はアプリケーションの支払い、プロフィール、アカウント設定のセクションで、どういったプランがあるのかを見ることができなければなりません。
  • 顧客は個人アカウントとOrganizationアカウントの両方でアプリケーションをインストールして利用できなければなりません。 顧客はそれらのアカウントで、別々にアプリケーションを見て管理できなければなりません。

プランの管理

  • GitHub Marketplaceから購入した有料プランをキャンセルした顧客は、そのアプリケーションに無料プランがあれば自動的にダウングレードされなければなりません。 顧客がGitHub Marketplaceのサブスクリプションをキャンセルした場合、GitHubは自動的にアプリケーションをアンインストールしないので、顧客は無料の機能を使い続けられることが期待できます。 顧客は以前のプランを再度有効にできるようにすることが強く推奨されます。
  • アップグレードURLhttps://www.github.com/marketplace/<LISTING_NAME>/upgrade/<LISTING_PLAN_NUMBER>/<CUSTOMER_ACCOUNT_ID>という形式で提供する場合、顧客がアプリケーションのユーザインターフェースからアップグレードできるようにするべきです。
  • シート(ユニット単位の価格プラン)もしくは無制限のコラボレーターを提供するプランを購入した場合、どのユーザがアプリケーションにアクセスできるかを、顧客がアプリケーションのWebサイトから変更できるようにするべきです。
  • 以下の変更は、顧客が自分のアカウントで、アプリケーションのWebサイトの支払い、プロフィール、もしくはアカウント設定のセクションにおいてすぐに見ることができるようになっているべきです。
    • 現在のプランと価格。
    • 購入された新しいプラン。
    • アップグレード、ダウングレード、キャンセル、無料トライアルの残り日数。
    • 支払いサイクルの変更(月または年単位)。
    • 定額及びユニット単位のプランの利用状況と残りのリソース。 たとえば、価格プランがユニット単位であれば、アプリケーションのサイトは使用されたユニットと使用可能なユニットを表示すべきです。

このドキュメントは役立ちましたか?プライバシーポリシー

これらのドキュメントを素晴らしいものにするのを手伝ってください!

GitHubのすべてのドキュメントはオープンソースです。間違っていたり、はっきりしないところがありましたか?Pull Requestをお送りください。

コントリビューションを行う

OR, コントリビューションの方法を学んでください。

問題がまだ解決していませんか?

GitHubコミュニティで質問するサポートへの連絡