web-dev-qa-db-ja.com

ユーザーをからかうために実装されていない機能を表示する

私はスタートアップで働いており、ウェブベースのアプリケーションを構築しています。すべての機能がまだ実装されているわけではありませんが、いつかそこにあることをユーザーに伝える方法が必要です。

私たちの現在のアプローチは、アクションを起動するボタンやリンクを残して、次のようなメッセージを表示することです"ベータ版ユーザーの皆様へこの機能はまだ実装されていません。"

ユーザーにとって混乱しすぎですか?それらをいじめるための最良のアプローチは何ですか?

31

全くこれをしないでください。誤った期待は、残念な経験の最大の原因です。作成できない/作りたくない機能にコミットします。ユーザーはこの機能が動作するためのタイムスケールが非常に短いと想定します。また、アプリの弱点を強調して、ユーザーが競合他社のどこかでこれらを探すようにします。

どうしてもティーザーを追加する必要がある場合は、パスの最初に機能が実装されていないことを確認してください。敷物をあなたの下から引き出すためだけにプロセスを開始するための努力をすることほど厄介なことはありません。

78
JamesRyan

何か新しいものを作成しているときは、その可能性に熱心であり、その熱意をユーザーに伝えたいため、人々はUIに何らかの形の「作成中」のメッセージを入れたいと思うことがよくあります。しかし、これをユーザーの観点から考えると(優れたUXの基礎です)、それは良い考えではありません。

強調表示new UI内の機能は役に立ち、やりがいがあります。あなたが持っている機能を強調表示するまだ持っていないはせいぜい気晴らしであり、最悪の場合、アプリケーションが終了したら後で戻ってくるようにユーザーに伝えます。さらに、あなたは自分を運命の人質にしています。これらの「作成中」のメッセージは、計画よりもずっと長く留まる癖があり、プロジェクトが見捨てられたように見える可能性があります。

基本的に、計画した機能をユーザーに示す最良の方法は、それらを実装することです。これがベータ版の場合、100%洗練される前に機能をデプロイできますが、0%は時期尚早です。

23
bobtato

あなたが説明しているのは、MVP-最小限の実行可能な製品-として知られているスケルトンアプリまたはWebサイトを構築し、誰がどの機能(「有料アカウントにサインアップする」機能を含む)を使用しようとするかを確認する、人気のある「無駄のないスタートアップ」のアイデアを思い起こさせます。 )ビルドする前に。これを潜在的に利用して、たとえば、最初に点灯する機能(クリック数が最も多い機能)を見つけることができます。これはユーザー中心のアプローチではないため、目的によって異なります。あなたはUXフォーラムに投稿しているので、おそらくUXに関心があり、困惑した(またはイライラした)ユーザーを犠牲にしてビジネスの他の側面を最適化するよりも優先してUXを優先します。

これを行う確立された会社の例として、ケーブルテレビを検討してください。私のケーブル会社は、私が既存のすべてのチャンネルをたどる特権を私に与えます-私が購読していないものも含みます。そのため、購読していないものに移動すると、少し時間を無駄にして、「バズオフまたはより多くのお金を払う」というメッセージが表示されます。私の生産性を向上させず、チャンネルを増やしたいとも思わず、幸せになりません。要するに、ケーブルは明らかに私のお金がかかるが、私の時間と楽しみと生産性を向上させるためにケーブルを費やしたり投資したりしないので、ケーブルを取り除くことを常に考えさせられます。 (Verizonに感謝!)

アプリはケーブルテレビとは異なり、機能が「近日公開」になる予定です(ケーブルテレビの価格設定とは異なり、おそらくすべての人が利用できます)。ただし、ユーザーの時間の浪費や煩わしさから「近日公開」を有効にできない限り、楽しくて、ユーザーをわくわくするように導くために、私は注意します。

決定できない場合は、ユーザビリティテストを試して、反応を観察してください。

5
codingoutloud

ベータ段階のみで、「これを実装することを考えている...」というポップアップと投票ボタンが表示されますか?こうすることで、機能への関心を評価できるだけでなく、ベータユーザーに製品開発への関与を感じさせることができます。また、「近日公開予定...」というメッセージが生み出す資格の感覚を壊すのにも役立つかもしれません。

3
John Kiernander

これはteaseユーザーにとっては良い考えではないかもしれませんが、ユーザーが最終バージョンではないことを認識している限り、これは重要な安心感の要素になる可能性があります。重要な(アプリケーションのコア機能ではなく、ユーザーのワークフローに関する)機能はまだ実装されていない可能性がありますが、それらを表示すると、ユーザーが考えていたこと、およびプログラムが現在何のために便利に使用できない場合でも、ユーザーに通知されます彼らは心に留めておいて、後でもう一度確認するために戻ってくる努力の価値があります。

ただし、このように発表された機能のいずれかを提供できなかった場合、これは非常にひどいフォールバックになることを覚えておく必要があります。その点では、アプリケーションの最終バージョンoutsideの機能に関するアナウンスとほとんど変わりません。製品のWebサイト。

このようなアプリケーション内アナウンスと併せて、新しいベータバージョンを頻繁にリリースすることは価値があります。特に重要な機能について話している場合、それらはおそらくそれ自体のベータ段階に値するものであり、最終リリースの準備ができたときに単に空から出てきてはなりません。

2
O. R. Mapper

サイトが(本物のベータ版)(永遠のベータ版ではない)である限り:リンクをグレー表示/明確な色で表示し、マウスオーバーで"現在作業中!"と表示します。 =

私は、あなたが誤った期待を起こすべきではないという他の返答に同意します。

OTOH、現在の仕様を宣伝すると、ベータフィードバックが大幅に改善される可能性があります。これは、"fudibiiをグローバル化する大きな大きなボタンがないと、購入することはありません"と早期に有効にする" globurgateボタンはメイン画面にある必要があります "


私は最近、GalCiv III Alphaがこれを非常にうまく処理していることを発見しました。ゲーム開始時のアルファ状態を説明するスプラッシュスクリーンと、すでに宣伝されている計画中の機能です。

2
peterchen

ユーザーの視聴者にも依存すると思います。彼らがアーリーアダプターであるか、クローズドベータ版のKickstarterサポーターである場合は、開発が進んでいる場所を示すために、特定の場所でこれと同様のプロセスを使用することをお勧めします。早すぎると機能が到着しないものとして描写される可能性があるので、私はそれをあまり前に行うことはしません。

パブリックベータについて話している場合、UXに関しては、このようなメッセージやアプリケーションで機能しないボタンを含めることは悪い習慣だとは思いません。それはあなたのプロジェクトに既得権を持たないかもしれないユーザーを苛立たせ、混乱させるだけです。これは将来の販売に悪影響を与える可能性があります。

ただし、ベータ版アプリケーションに主要な機能を追加する必要があるかどうかについても議論があります。ベータ版は通常、最終製品のテスト期間です。ベータ期間の後にリリースされます。まだ主要な機能を追加している場合は、おそらく製品のアルファ段階にあります。

1
David R

最初に頭に浮かぶこと:迷惑なボタン。クリックすると、広告付きの無料アプリで「ゴールド」メンバーシップ(または類似のもの)を販売しようとします。

少なくとも灰色になっている/クリックしても何もしない。ベスト:それらを含めないでください!機能に取り組んでいることをユーザーに伝えたい場合は、ブログ投稿の方がよい場合があります。ほとんどの人は本当にそのようなことを気にしません。気になる人はブログの投稿を見るかもしれません。表示されない場合は、隅にある小さなメッセージをお試しください。彼らがページにアクセスする最初の数回の間、私はコーナーに非侵入的なメッセージを持っていません。ユーザーが煩わしくないように削除できることに気付いていない場合に備えて、簡単に閉じることができ、少し後に消えることを確認してください。

レイアウトを理解するためだけにボタンを配置したい場合は、ボタンを追加して、HTMLでコメント化します。それがマージン/パディングを台無しにするならば、あなたはあなたのコードを改善することができる可能性があります。 ;)

0

これはいいアイデアですが、無効になっている多くのコントロールを表示するのがユーザーにイライラさせる可能性があるため、やりすぎないでください。

そのメッセージに追加して、次のリリースで登場する機能を紹介するページにユーザーをリンクすることができます。

0
Ameen Akbar

それはwhyに依存していると思います。

まだ構築していない機能にアクセスする方法を追加することは、その機能にアクセスしようとするユーザーにとって優れたエクスペリエンスではありませんが、can人々が実際に使用するかどうかについて非常に貴重なフィードバックを提供します人々がそれをクリックする頻度を追跡する場合。

少数のユーザーが実際に使用する機能の実装に多額の費用をかけるよりも、1〜2週間、数人のユーザーに不快感を与える方が良い場合があります。

0
Ben