コーヒーは、アプリケーションの起動時間が遅い場合の良い言い訳ですか？
ユーザーがソフトウェアアプリケーションを使用して日常の操作を実行しているのを見ていると、私はクライアントとのミーティングに引き込まれ、ユーザビリティの問題について相談しました。
最初に起こったのは、クライアントがアプリのアイコンをダブルクリックした後、アプリが読み込まれるまで約8分待機したことです。部屋の誰もそれを気にしませんでした、私だけ。彼らは、アプリケーションを起動し、読み込み中にコーヒーを飲むことを主張しました。
もちろん、ユーザーはアプリケーションが空想的で、重くて、速くロードできるほど（そして多くの点でそうである）複雑であると信じています、そして（もちろん）私は（口頭で）読み込み時間がその会議内で改善できるとは言い切れませんでしたそのユーザーと一緒に、遅い起動時間を回避するための3つの技術的な推奨事項を書き、主要な利害関係者に提示しました。 コーヒーの時間であるため、顧客は読み込み時間が遅いことを気にしていなかったため、提案はその場では無視されました。
ユーザーの毎日の様子を監視する必要があることはわかっていますが、コーヒー（またはビジネスプロセスに直接影響しないその他のアクティビティ）は含まれていますか？これはいい言い訳ですか？
編集：イラストを追加しました:)
私にとって、基本的なロジックはこれです：
遅いアプリよりも速いアプリの方が良いです。より高速なアプリケーションがより優れたUXを提供することを示す多くの調査がありますが、私にはそれはかなり公理的であるようです。つまり、一般的に人生で何かをしたい場合は、それよりも早く行うことを好みます（さまざまな美的要素と、ええと、例外としてotherプロセスがポイントを楽しんでいるアクティビティは例外です）。アプリケーションのロードがそのようなプロセスであるとは思えませんが、場合によってはそれを行うことができます）。
顧客はobjectアプリを高速化していませんが、気にしないだけです。それは大きな違いです。あなたが速くするなら、彼はコーヒーを飲む時間がないので、彼はあなたにそれを遅くするように頼むことはありません。
したがって、これは一般的に行うべきことですが、実際に行う必要はありません。それが無料で、ボタンをクリックするだけでそれができるなら、私は答えは明確だと思います-あなたはそれをすべきです。しかし、それは無料ではないので、コスト効率に帰着します。ユーザーが望むものにリソースを投資できる場合は、それを実行します（@yiselaが言うように、それがアプリの唯一のユーザーである場合など）。しかし、低コストでこれに利用できるリソースがある場合は、アプリを客観的に向上させるような何かをしてください-スピードアップしてください。
*特定のプロセスを遅くすると、特定のUX目標を達成できる場合があります。あるプロセス（おそらく保存または計算の実行）が製品の新しいリリースのために瞬時に行われ、時間がかかることに慣れているユーザーは、プロセスがこれまでに行われたかどうかわからないという有名なケーススタディがありました新しいバージョン。これは多くの混乱を引き起こし、彼らはそれが機能することを確認するためにボタンを何度も押しました。そのため、開発者は、クイックローダーやプログレスバーなどを提供することで速度を低下させるふりをして、ユーザーを安心させました。現在、リンクが見つかりません。しかし、ここではそうではありません。
A/Bスプリットテストを実行して、より生産性の高いユーザーグループを確認する必要があります。最初のグループはコーヒーを拒否されますが、アプリケーションは即座にロードされます。 2番目のグループは、読み込み中にコーヒーを与えられます。
8分遅れても、2番目のグループは最初の日数の作業を終了することを提案します;）
もちろん、はい！良いコーヒーの価値を決して過小評価することはできません。少なくともボルチモアビジネスジャーナルによれば、コーヒーはオフィスワーカーを成功または失敗させることができるオフィスで最も重要なことの1つであることは知っています。
オフィスのコーヒーは見た目よりも重要です
…職場の専門家は、コーヒーの取り扱い方に応じて、コーヒーは従業員の士気を刺激する特典か、従業員を遠ざけ不満を感じるほどにまで苛立たせる不快感のどちらかにすることができると言います。
だからあなたの質問への答えは明らかにイエスです！
;-）
はい。コーヒーは良い言い訳ですが、それは正当な理由ではありません。
ただし、ここで重要なことは、実際にはこれらのユーザーにとって大したことではないということです。本当に！
それがあなたが彼らを観察し、彼らがものをどのように使っているかを知り、ものについて感じている理由です。そして私たちソフトウェアベンダーにとって、これは恐ろしくて悲惨なことです。
これらのユーザーには、やるべき仕事があります。そして、彼らのソフトウェアは彼らが仕事を成し遂げるために使用するツールにすぎません。これは実現することが重要です。彼らは、コンピューターで作業したり、ソフトウェアを操作したりするために毎日仕事に出かけることはありません。彼らにはやるべき仕事がある。 talkingがその仕事の重要な部分である場合、彼らは話さなければなりません-そしてあなたは彼らに話させなければなりません。そして、あなたはあなたのソフトウェアのためにいくつかのチャットソリューションを実装することによってそのタスクを解決すべきであると感じる必要はありません...
考えてみれば、そのような状況はいつでも起こります。ソフトウェア/デバイス/ものが期待どおりに動作しないため、すべて回避策を講じています。コンピューターとソフトウェアは、おそらくポストイットの成功の最も重要な理由です。
次のソリューションに8分間のコーヒーブレーキを実装する必要があるとは言いません。やめろ！ただし、ユーザーが自分の作業をどのように行うべきか、それを達成するためにどの要素が重要であるかについて、別の見方があることを尊重してください。
これがビジネスに不可欠なアプリケーションである場合、非コーヒーを飲む人には次のことが当てはまる可能性があります。
毎朝8分* 1か月あたり22営業日* 1年あたり12か月：
8 * 22 * 12 = 2112分から数時間=> 2112/60 = 35.3時間。これは、英国での1週間の労働時間にほぼ相当します。
私が上司だったら、私は恐ろしいでしょう！ （しかし、私は午前中にいくつかのコーヒーが好きです。）
私はこれとまったく同じ「これがロードしている間に私たちはコーヒーブレイクを取ります」の経験をしました。
しかし、それは私たちのコードではなく、クライアントに無料で修正し、実際にはわずかな費用で私たちに代償を払わせることになりました。将来のビジネス（私たちがやった）。
ですから、それを修正しないと、競争に勝つことができます。
クライアントが提案された変更を拒否したとのことですが、これは彼/彼女のために特別に作成されたアプリケーションであり、他の潜在的な顧客にそれを提供/販売していないと思います。好奇心旺盛ですが、プログラムの読み込みに8分かかります。そんなに長くかかるなんて考えられません。
ユーザーインターフェースの応答速度と、サイトまたはアプリの使用感との間には相関関係があります。したがって、プログラムは特定のクライアントのルーチンに適合し、ファンシーであるので彼らはそれを愛しています。多分それは速くなる必要はありません。しかし、それはあなたが販売できる製品ですか？スケーラブルですか？まあ、それはおそらく他の顧客に適合しません。私はコーヒーを飲みません、私が待つ間、私は何をすべきですか？オフィスに着いたらすぐに使用する必要がある場合はどうなりますか？電話で誰かが私の応答を待っていると想像してください。 8分は非常に長い時間です。
この読み込み時間を短縮する必要がある理由は、すでにご存じでしょう。私の主なものは、（他の人に販売するのが非常に難しいことを除いて）ユーザーがソフトウェアにadaptする必要がないことです。
質問を言い換えると、ユーザビリティ/製品の担当者として、あなたのユーザー環境はアプリの外にあるものについて考える必要がありますか？
HELL YEAH！
ユーザーは自分の環境でアプリを使用するため、アプリが環境外で行うことに対するユーザーの反応も重要です。
あるプロセスが完了するのに8時間かかると想像してみてください。 8分で完了する必要があると思いますか？月に1回のバッチジョブの場合はどうなりますか？ユーザーのコンテキストは、速度やパフォーマンスなど、アプリがどうあるべきかで重要です。
アプリが1日に1回しか読み込まれず、アプリが1日の初めに起動する場合、読み込み時間をあまり気にする必要はありません。
あなたが開発者なら、それをJVMロード時間と考えてください-非常に長い時間に一度発生します。いったんアップすると、アップしたままになるので、本当に問題ではありません。
本当の問題は、分4でのクリックです。これは、戻ってそれを実行する必要があることを意味するので、問題です。それらを取り除くことは、使い勝手の良い修正です。
今のところコーヒーの言い訳を受け入れてください。しかし、それを信用しないでください。
ある日、クライアントが8分の問題（期限切れやフライトの喪失など）を抱えて、あなたのせいになるでしょう。
彼らのソフトウェアプロバイダーとしてあなたは彼らに助言しなければならず、そのような長期にわたるプロセスで彼らに任せることは良い助言ではありません。問題が発生すると、彼らは怒った顔をしてあなたに向き、コーヒーの楽しみを忘れます。
私のコンピューターの使用経験は長いですが、ソフトウェアアーキテクチャの設計が悪いため、多くのソフトウェアの動作が遅くなっていましたalways。
たとえば2006年に、40時間のプロセスを20分に管理しました。
または70年代には、夜通しの仕事が15分の仕事になりました。
または90年代の20分から1秒未満のデータベースクエリ。
すべて同じで、ハードウェアはまったく同じです。
8分のタスクを数秒継続するか、システムを再設計して、ユーザーの待機時間を超えないようにする必要があります。
理想的には、両方を実行する必要があります。
パフォーマンスを改善するために時間とリソースを費やすかどうかを決める前に、答えなければならない質問がたくさんあります。
- 他の顧客がそのアプリケーションを使用していますか？
- 他の顧客に積極的に売り込むつもりですか？
- 読み込み時間は販売の妨げになりますか？
- 読み込み時間は開発/テストの妨げになりますか？
これらすべての質問に対する答えが「いいえ」である場合は、開発者が親指をいじるのでない限り、問題を改善しないでください。
「はい」の場合、これは標準的な費用対効果の質問です。
「敵」に囲まれた人物からのデータポイントはすべて、鷹のように彼を見ているだけでは科学的ではありません。
少しの間、8分は許容できると想像してみましょう。この種の分析を行うには、ユーザーのかなりの割合を調査する必要があります。
この1人のユーザーが8分を気にしないと主張している場合でも、これはほぼ間違いなく、ユーザーが状況に満足しているのではなく、状況に適応している例です。人々は自分が何を望んでいるかを知りません。しかし、競合他社がそれを数秒で開始し、一般にカーペットの下でブラッシングするのではなく、使いやすさに注意を払った場合、クライアントは切り替えたいと思うでしょう。
興味深い使用方法は、「使用のコンテキスト」が重要だと思いますか？答えは「はい、あります」であり、説明としてコンテキストのさまざまな側面をカバーするNIST CISURドキュメント（レベル1）から始めて、Webでそのような変数の概要を理解することができます。
ユーザビリティの一般的な業界仕様-要件
http://zing.ncsl.nist.gov/iusr/documents/CISU-R-IR7432.pdf
基本的に、あなたが指しているのはユーザーエクスペリエンスの本質です。実際のユーザー、実際のタスク、実際の中断、何が「完了」したジョブを構成するかについての実際の答えなどです。または、「クリックするだけでなく、作業方法も」というように。
あなたの文字通りの質問に答えるために、私は調査結果を使用することを警告します-8分はあまりに長いですが、変数としてのコーヒーは信頼できる調査結果ではありません。他のシナリオでそれを再現できますか？確かに？そして、その周りのデザイン？
（*アイルランド人として、その間にギネスのパイントが適切に注がれていた場合、アプリが起動するのを8分間待つことと関係がありますが、他のユーザーコホートとロケールは間違いなくそれほど長くは待ちません... :)
- はい、これは条件外のジョークの使用のコンテキストです（続き、p）。 94など。職場で飲むことは非常に間違っています。
はい。起動時間が遅いのは、コーヒーがいい理由です。
ユーザーはこの8分間にコーヒーを飲みます。彼らは彼らの間でチャットし、彼らは最新の情報を共有していると推測できます...ユーザーはアプリをより速く起動する必要はありません。したがって、アプリの起動を速くする必要はありません。開発者はソフトウェアのためにソフトウェアを作成しません。彼らはsers — UX in Uのソフトウェアを作成します。
あなたが提案するのは、130 km/hで走行できるように車の速度を向上させるようなものですが、私は都市でのみ使用し、100 km/hより速く移動する必要はありません。
また、データが既に読み込まれているため、読み込みが遅いアプリは使用中に高速であると想定できます。
アプリをすぐに起動するのに遅延して起動するようにアプリを再設計したとします。次に、アプリは日中オンデマンドでデータをロードし続け、毎回ユーザーを卵タイマーの前で待機させます。次に、これにより、日中のユーザーの生産性が低下しますユーザーがコーヒーを飲んでいない場合。そして、これはおそらくユーザーを苛立たせるでしょう、それでこれはユーザーの満足とおそらく生産性を損なうでしょう。
これは悪いプログラミングです-ユーザーをまったく考慮していません。説明から、アプリケーションの起動中はUIが表示されないようです。アプリが待機しているI/OまたはCPUバインドのブロック操作がバックグラウンドで実行されている可能性があります。この場合、機能やコマンドの一部が無効になっている場合でも、別のスレッドで実行し、少なくともUIをロードするように開発者に指示してください。完全なUIを読み込めない場合は、「開始の進行状況バー」ウィンドウを表示し、完了までの推定時間を示します。 UIは、UIをまったく使用しないよりも優れています。
Susan Weinschenkによるとすべての設計者が人々について知っておく必要のある100のこと：
Lindsey St. Claire（2010）と彼女のチームは、ストレスの多い仕事をしている間に男性がカフェイン入りのコーヒーを飲むと、彼らのパフォーマンスが損なわれることを発見しました。一方、女性は、カフェイン入りのコーヒーを飲んでいた方が仕事を早く完了しました（p。192）。
したがって、ワークグループの大部分が女性で、タスクがストレスの多い場合、組み込みのコーヒータイムを使用すると、実際に生産性を向上させることができます。 ;）
十分な情報がありません。
あなたはシャーロックホームズのように考える必要があります。あなたは朝に行き、このコーヒーブレイクの間に何が起こるか観察するべきです。できるだけ邪魔にならないようにします。彼らが何をしていて話しているかを見てください。大切ですか？おそらく、彼らはコーヒーマシンで短いスクラムミーティングをしているでしょう。おそらく彼らはその日の全体的なタスクに同意します。彼らが何をするにせよ、彼らはwantを続けたいので、それが重要かもしれません。
ある朝、コーヒーマシンが壊れるように手配してみてください（何が起きているのか）。
コーヒーは「ビジネスプロセスに直接影響を及ぼさない活動」であるとおっしゃっていますが、それは前提です。アクションを実行する前に、検証する必要があります。いくつかの重要な動作をうっかり踏み込む可能性があります。
彼らがチャットするだけでも、あなたのビジネスが重要になる可能性があります。あなたが彼らのコーヒーブレイクを台無しにするならば、彼らはあなたを取り除くための言い訳を見つけるかもしれません！