このギャップを埋めることにしました。 Bookkeeping.Kontur （旧Elba）は大企業のプロジェクトであるという事実にもかかわらず、私たちは常にチーム内のスタートアップの雰囲気を再現しようとしました。 したがって、小さなチームで働くことの問題とニュアンス-私たちはよく理解しています。
ユーザビリティスペシャリストチーム
私たちのプロジェクトが始まったばかりの頃（ほぼ5年前）、ユーザビリティの専門家が来ていました。 今日、多くの企業で、これはまだ機能している方法です。 しかし、私たちはすぐに、来るべきユーザビリティの専門家は来るべき父親のようであると確信しました。
そのため、たとえば、ユーザーはプロトタイプをユーザーでテストする必要がありました。 彼はそれを熱心に実行し、推奨事項とコメントを含むレポートを作成し、それを送信し、検証に関する次のプロトタイプを待ちました。 また、コメントは常に考慮されていませんでした。 第一に、彼らは常に間違った場所に間違った時間にいた。 第二に、週に一度チームに来て、あなたが間違っていることを絶えず教えてくれる人の言葉を信じることは必ずしも容易ではないことを認めなければなりません。
それから、ユーザビリティの専門家の場所がチームにあることを理解するようになりました。 確かに、この場所はどこにありますか、私たちはすぐに理解しませんでした。 確立された開発プロセスで新しいリンクを入力するのは簡単ではありませんでした。
そのため、試行錯誤によって、かんばんを選択しました。 このアジャイル技術により、ユーザーでテストされるまで、単一のタスクが開発に進まないことが保証されました。
率直に言って、チーム全体がこれらの変更の重要性をすぐに理解していませんでした。 デザイナーと開発者が最初にテストに参加し、ユーザーがサービスの操作に苦労していることに気付いたとき、意識が生まれました。彼はすぐに目的のタブを見つけられず、レポートを送信するか、別のドキュメントに移動する場所をクリックしませんでした。
しかし、テストへの参加だけでなく、チームがユーザーを理解するのに役立ちます。 ユーザビリティタスクは、さまざまな内部イベントを開始することです。ユーザーの個人と作業のシナリオの共同作成、カスタマージャーニーマップの編集などです。これにより、チームは製品を作成しているユーザーとユーザーを「傷つける」ものをよりよく理解できます。
現時点では、1つのプロトタイプをテストするために5回の会議を実施し、本格的な機能の開発中に、ユーザーとの約20の異なる会議を行います：これらは完全なユーザビリティテストと非公式のコミュニケーションです（ユーザビリティスペシャリストが路面電車で人にインタビューした場合がありますが、彼は会計について電話で話していると聞いた）。
ペーパー方式
以前は、クリック可能なプロトタイプを開発するのに最大1週間かかり、その後、ユーザーによってテストされました。その後、原則として、修正のために送信され（最大1週間）、再度テストされました。 したがって、1つの新しい機能の開発には1か月かかりました。 そのため、プロセスを簡素化し、アイデアをより迅速にテストすることにしました。 そこで、ユーザーに鉛筆と紙を渡しました。
これにより、単にアイデアをテストして共同で製品を作成することから離れることができました。今はインタビューのために、ユーザー自身または私たちの助けを借りて彼の通常の作業シナリオを描きます。 そして、現在のインターフェイス学者は、ステッカーの助けを借りて図面を「活気づけ」、すぐに他のユーザーにそれを見せて、意図した機能を確認できます。
紙のシートは、移動、交換、ステッカーの貼り付け、移動、メモの作成、興味深いアイデアの修正に便利です。 もちろん、紙上のプロトタイプはまだ開発されていないインターフェイスですが、どの方向に移動するかを示すアルゴリズムです。 そして、これには20分以内で済みます。
もちろん、これは、ウェブカメラとミラーガラスを備えたユーザビリティラボを完全に放棄したという意味ではありません。これらは、クリック可能なプロトタイプ、ライブシステム、フォーカスグループとのコミュニケーションなど、他の目的に必要です。
アイデアだけがある場合は、紙、パッキングステッカー、鉛筆で十分です。
今できること
中小企業にはしばしば疑問があります。ユーザビリティの専門家が必要ですか？ 彼はそれらを買う余裕がありますか？ 彼らは自分でこの役割を果たすのに十分な知識を持っていますか？
まあ、最初の部分では、ユーザビリティがチームの一員でなければならない理由を説明できたこと、そして次に、ユーザビリティテストはコストのかかるプロセスではないことを願っています。 次に、これらすべてをチームに実装する方法に焦点を当てましょう。
実際、チームにおけるユーザビリティスペシャリストの役割は誰でも引き受けることができます。 最も重要なことは、ユーザーと通信することです。 これは通常無料です。 さらに、ユーザーは、自分に合ったサービスを望んでいるので、プロジェクトについて自分の考えを共有したいと思うことがよくあります。 私たちの最初の回答者はまさにそのような人たちでした。テストに参加してくれてありがとう、私たちは彼らにサービスを提供しました。 今、私たちはさまざまな人々を招待しようとしています：さまざまな分野から、異なるレベルのトレーニングを、そして時には私たちを一度も使用したことのない人々-彼らは大きなチェーンの1つ（香水店、機器店など）への証明書で感謝することができます）
初めに、ユーザーがどのように仕事をするか、仕事がどのように進むか、誰とやり取りするか、何を使用するかを知る必要があります。 ユーザーがさまざまなアクションを実行する方法に注意してください。これが彼の最初の発言です。 ところで、ビデオで会議を記録する場合（回答者が事前にビデオ撮影に同意していることを確認してください）、再視聴すると、ユーザーの反応に簡単に気付くことができます。 感情はテスト中に見やすいとは限りませんが、重要な役割も果たします。
しかし、最も重要なことは、常に実行可能であるとは限りませんが、クライアントの意見を注意深く聞き、彼のコメントを理解し、受け入れなければなりません。 ユーザーとあなた自身は、彼の言葉が「正しい」ことも「間違っている」こともできないことを理解しなければなりません。それらはサービスの開発にとって単に重要です。