内部参加者を取得する
現在、会社の内部システムに取り組んでおり、ユーザーテストの参加者を募集するのに非常に苦労しています。
これが彼ら自身がそれが稼働するときに彼ら自身が使用しなければならないシステムであることは人々を勧誘するのにあまり役に立たず、招待された人々のほんの一部だけが出席することに同意しただけです。問題は、人々が来年の仕事を心配するために今やらなければならない仕事で忙しすぎていることです。
どうすれば好転できますか？これらの内部参加者にユーザーテストセッションへの参加に同意するように説得するにはどうすればよいですか？
ただ質問しないでください。
ゲリラの研究手法を採用する：
クリップボードを自分でつかみ、ユーザーの1人を見つけてください-その隣に座って、「ソフトウェアのユーザーの様子を観察して、改善する方法を見つけることができる」と言い、メモを取ります。
ユーザーとチャットする機会を得たときはいつでも、ソフトウェアの件名を上げる機会を利用してください-元のチャットが何であるかは関係ありません：「では、ソフトウェアをどのように見つけていますか？」そして彼らの話を聞いてください言わなくちゃならない。
新しいユーザーがソフトウェアにどのように適応するかを知るためのトレーニングセッションに参加します。
受験者に依頼する場合、何かがなければボランティアをする人はほとんどいません。コーヒーとクッキーについては5分間、無料のランチについては15分間です。費用がかかるため、予算が必要になります。そのルートを下ります。
彼らにあなたに来るように頼むよりも、彼らに行くだけの方がはるかに簡単です。
プロトタイプをテストする場合もまったく同じようにします。ユーザーのところに行って、誰かがソフトウェアを改善しようとしていることを伝え、これまでに行われたことについての意見を知りたいです（常に他の人の作業であることを伝え、より多くのことを伝えます）。あなたに正直です）。
予算はありますか？昼食に招待して、アプリケーションのテスト中に何かを食べるように言ったら、彼らの昼食代（7〜12ユーロ）を支払うと、アプリケーションをレビューします。予算がある場合は、自分のお金でこれを行わないでください。
テストが10〜40分の時間枠に収まる場合、このオプションは非常に適切です。いい副作用は、あなたが人々をよりよく知るようになることです。
すでに良いアイデアがたくさん。私の社内チームは、もっぱら従業員のために設計しています。私たちは、詳細なインタビュー、コンセプトフィードバック、プロトタイプテストなどの参加者募集でさまざまな経験を積み、さまざまなトリックを開発しました。私たちは同様のことを発見しました-誰もが常に忙しいです！しかし、彼らはやる気を起こさせることができます。
最近、私たちは常に採用の現実に研究方法を適合させる方法を検討しています。人と45分間で集中的なセッションを行うことができない場合は、他の方法で発明する必要があります。
上級支持を求める際に「大きな政治的混乱」の可能性について言及しました。これは私に少し赤い旗を上げるでしょう！申し訳ありません、それはお手伝いできません。
それはあなたが研究したいものに依存しますが、あなたの質問は特に物事をテストすることについてのようでした、私はプロトタイプを想定していますか？これらの提案は相互に排他的ではありません。順不同：
- 食堂やキッチンなどの忙しい場所や、自動販売機やコーヒーマシンの近くに設置する。サインを作り、お菓子/おつまみをいくつか用意して、人々の生活を楽にするために10分間（短い時間）尋ねます。あなたはそれを短く保つ必要があります。
- 上司/権威者にチームにメールを送信して、何をしているのかを伝え、参加するように促します。これにより、時間をかけて参加することへの不安を減らすことができます。
- インセンティブはトリッキーです。私たちは人々に彼らの時間を支払うという方針を持っていません。ただし、参加して良かったことを人々に覚えてもらうために、安くて陽気なプレゼント（ペン、トートバッグ）を用意しています。
- 個人のインセンティブの代替として賞金が抽選されます。ルールと予算があるかどうかに応じて、これにより前払いが少し増える可能性があります。
- 対象者-マネージャーに指名してもらいます。エクストリームバージョン：各地域の何人が参加できるかを競うチーム。
- 既存のシステムに関する既存の連絡先を確認します。メール、ヘルプデスクへの電話、フィードバック-人々がすでに助けを求めている、または既存のシステムについて不満を述べている可能性がある場所。彼らに連絡して、彼らがもっと手助けすることに興味があるかどうか確かめてください。
- 床を歩き、人を選ぶ。注意して使用してください！非常にあなたのオフィス文化に基づいています。これは混乱を招く可能性があり、長時間のテストには理想的ではないことがわかりました。 1つまたは2つの質問に最適です。
- 人を見つけたら、記録を保管します。必要に応じて戻るか、意図的にしばらくそのままにすることを意図しています。
- 組織がスタッフにトレーニングや紹介を提供しているかどうかはわかりませんが、これらは人々を識別するのに役立ちます。または、これらのセッションに参加して、後からサポートできる人がいるかどうか尋ねます。
- 新しいリリースでもフィードバックチャネルを提供できる場合。
お役に立てば幸いです。幸運を。
私はこれに取り組む最善の方法はマネージャーを通過することであることに同意します。テスターは、とにかくマネージャーの承認を得る必要があるかもしれません。マネージャーにボランティアを依頼することは、あなたがそうする場合よりもおそらくうまくいくでしょう。
両方の部署の共通のボスに行く必要があるとは思いません。テストしたいチームの直属の上司に近づいてください。または、上司に連絡してもらいます。プロジェクトマネージャーは通常、ユーザーのチームの権限を持つ誰かと既に連絡を取り合っているので、手配を成功させることができました。
あなたの設計チームと開発チームが、テストしたい部門にすでに連絡していると思います。誰から要件を収集し、事前にユーザー調査を行いましたか？ （トリックの質問！）これらの連絡先は、おそらく必要な手配を行うのに役立ちます。
いくつかの追加の考え：（1）それらに行きます。ユーザーのデスク（またはオフィスの会議室）でテストを実行します。 （2）リクエストを「使用しているソフトウェアを改善するための機会」と表現してください。私のテスターは通常それを手伝うことに熱心です。 （3）モデレートされていないリモートテストの大量採用では、通常、3％の回答率が見られました。したがって、30のテスターを取得するために1000のリクエストを送信します。
幸運を。