イントラネットのユーザビリティテストに取り組む最良の方法は何ですか？
私の考えでは、イントラネットとパブリックWebサイトのテストの最大の違いはユーザーです。誰がイントラネットを使用する必要があるかを正確に把握しています。役割とタスクは事前定義されています。
私がよくわからないのは、適切なサンプルサイズとそれがどこから来るべきかです。一方では、これまでに見たことのない人、たとえば新入社員でイントラネットをテストすることは理にかなっています。しかし、一方で、何年も使用している人々は、それほど重要ではないとしても同じくらい重要です。
各部門または役割の数人のユーザーと数人の新しいユーザーを使用してテストするのが理想的でしょうか？実際のユーザーのテストは、代表的なユーザーよりも良いですか、悪いですか？
イントラネットサイトと一般のWebサイトのユーザビリティテストの違いはまったくありません。質問は同じであり、規約はパブリックWebサイトとイントラネットでまったく同じです。大きな違いは、イントラネットではこのグループの人々であり、赤い靴を購入したい30歳の男性または女性ではなく、対象となる視聴者です。対象者はこの会社で、これらはユーザーです。
アプリケーションで作業する実際のユーザーでイントラネットをテストできるので、これは素晴らしいニュースです。タスクの完了も同じように機能し、ワープロや計算プログラムなどの（おそらく）対応するWebアプリケーションもあります。
あなたの考えはよく考え抜かれていると思います。異なる部門の異なるユーザーがいることが不可欠です。学校の教師は、会計士やニュース編集者とは異なるニーズがあります。部門ごとに異なる役割を持つことは、完全に理にかなっています。
ただし、イントラネットを設計するときは、「すぐに使える」設計でだまされないようにしてください。 SharePoint 2010のパンくずアイコンは本当に悪い（フォルダー）。標準のパンくずリストを使用すれば、問題はありません。
通常私はベニーに同意しますが、今回は同意しません。ユーザーを個人的に知ることで、根本的な違いが生まれます。もちろん、公開Webサイト（ログなど）に使用できるすべてのツールがあり、それらのほとんどを使用する必要があります。しかし、最も重要なのは：
W A T C H Y O U R U S E R S
彼らがシステムで作業している間、彼らを見てください。初心者が行き詰まるのを見てください。高齢者がメモを調べるのを見守ります（ほとんどの人は、めったに使用されない機能の「個人ユーザーマニュアル」を保持しています）。これらのメモを求めます。
尋ねられたら、彼らが怠惰でFacebookを見ているかどうかに興味がないことを伝え、誰にも言わないでください。あなたは彼らの友達です。あなたの唯一の仕事は、彼らの日常生活をできるだけ快適にすることであり、あなたがしていることは、彼らの日常生活が何であるかを正確に理解しようとすることです。
プロトタイプを自分のマシンで、自分のデスクで実行します。このようにして、ツールは最終的な環境である環境に置かれます。
ユーザーをプロセスの不可欠な部分にします。正式な品質テストのドキュメントを維持しながら、彼らに対してあまり正式ではありません。
プロトタイプの場合は、それをキッチンで見せてください（紙またはモバイルアプリの場合）、意見を求めます。
私の机は入り口の近くにありました。だから、プロトタイプを見せたいときは、正午まで待つだけで、戻ってきたらすぐに何かを見せたいと言ってもらいました。
正式なものは必要ありません。もちろん、私はまだ通常の正式なフォームに記入していましたが、会話はできるだけ非公式なものにしようとしました。
キーワードはco-designです。
内部UXは本当のUXであり、ユーザーが実際にエクスペリエンスをデザインするのに十分な知識を持っているため、私はまだ維持しています。