web-dev-qa-db-ja.com

30日間のトライアルでフル機能セットのダウンロードを有効にするためのUXのベストプラクティス?

弊社のソフトウェアの試用版を提供しています。現在、使用方法は1)私たちのアカウントを作成します2)ソフトウェアをダウンロードし、3)機能ライブラリを個別にダウンロードします

私たちの目標は、試用ユーザーを有料ユーザーに変換することではなく、試用期間中に製品を完全に理解するために、潜在的なユーザーができるだけ多くの機能を試してみることです。すべての機能を使用できるようにするために、ジャンプするフープをできるだけ少なくしたいと考えています。

可能な限り少ない手順で完全な機能セットのダウンロードを可能にするためのいくつかの最小バリア方法は何ですか?追加機能のインストールが必要なソフトウェアの試用版の前例はありますか?このプロセスを統合するいくつかのベストプラクティスの方法は何ですか?

同様のUXワークフローの課題を経験した人はいますか?

1
RubyTwos

同様の配布方法の例があります。クライアントの30日間の試用版ソフトウェアの配布には、いくつかの手順が含まれています。

  1. 試用版のダウンロードとインストール。
  2. 最初の実行時に必須の登録。
  3. 登録時に指定された、試用版ソフトウェアのロックを解除するためのパッチをメールで入手する。

分析後、すべてのステップが目標到達プロセスのように機能することが明らかになりました。ユーザーの最初のステップから最後のステップへの大幅な削減がありました。同時に、最初の完全な機能を実行する前でさえ、多くのユーザーの否定的なフィードバックに関する問題が発生しました!

これは、悪いUXが非常にやる気のあるユーザーを、すべての障壁を克服することに成功した幸運な男性のグループにどのように変えたかを示す非常に実証的な例でした。

現在、私の提案は賛成です。主なアイデアは、意欲の高いユーザーがプログラムで簡単に作業を開始できるように、すべての障壁(登録など)を取り除くことでした。したがって、最初の実行は、何の注意も払うことなく実行されます。フィードバックを収集してオンラインヘルプを取得するために、後で登録を提案します。少なくとも、ユーザーは登録の目的を理解しています。

試用期間が終了すると、まだ興味があり、まだ登録されていない人が登録されます。繰り返しになりますが、この時点で彼らは登録の価値を理解しています。これはソフトウェア購入の次のステップです。これは、人工的な障壁を含む古い方法と比較して、より自然で意識的な目標到達プロセスです。

それは少し逸話的なケースです、それがあなたに役立つか、いくつかの洞察を与えることを願っています。

3