ユーザーからのフィードバックをソフトウェア開発に活用する方法 2022 年 8 月 3 日

ソフトウェア開発に関しては、仮定は危険なゲームです。 繰り返しになりますが、推測を行うのはあなたが最初ではありません。特に、顧客自身の個人的な好みではなく、主に市場調査やビジネス ニーズに基づいている場合はなおさらです。 ただし、アジャイルと顧客中心の両方を目指している場合は、何らかの方向性が必要になります。 そこで役に立つのがユーザーのフィードバックです。

この記事では、ソフトウェア開発にユーザーからのフィードバックが必要な理由と、実際にフィードバックを行う方法について説明します (Mopinion の開発チームから直接得た洞察を基に)。

では、そもそもなぜユーザーのフィードバックを収集するのでしょうか?

ソフトウェア開発にユーザーからのフィードバックが必要な理由

ソフトウェア開発プロセスの一環として、ユーザー フィードバックの洞察を活用すべき理由は無数にあります。

まず第一に、ユーザーからのフィードバックは、ユーザーが何を必要としているかに関して、あなたとあなたのチームが誤った仮定をするのを防ぎます。 結局のところ、ソフトウェア開発者としてのあなたの目標は、ソフトウェアのユーザーの問題を解決することです。

ソフトウェア開発者は、上司が下着姿で仕事をしているのを見るのと同じように仮定を扱うべきです — 彼らが立ち去るまで質問を続けますか?

ITNEXT.io

ユーザーからのフィードバックは、それらの問題が何であるか、ユーザーにどのように影響するか、ソフトウェア内でどのように修正できるかを発見するために必要な洞察を提供します。

さらに、ユーザーからのフィードバックは、全体的なユーザー エクスペリエンスの向上に役立ちます。 ソフトウェア内でユーザーが成功するために必要なものをよりよく理解することで、ユーザーの期待に応えるユーザー エクスペリエンスを作成することができます。 たとえば、プラットフォーム内の特定の機能についてフィードバックを提供する機会をユーザーに与えると、その機能がユーザーによって評価されているかどうか、および/または機能のどの側面を改善できるかを知ることができます。

主要な製品の発売に取り組んでいますか? ユーザーからのフィードバックもこれを解決するのに役立ちます。 多くのユーザーは、新製品が迅速に発売されることを期待しています。 ただし、フィードバックがあれば、開発者はリリース時間と品質のバランスを取ることができます。 途中でユーザーにフィードバックを求めることで、顧客中心のアプローチを維持しながら、プロセスがより迅速に進みます。

そして最も重要なことは、ユーザーからのフィードバックは、組織がより高い顧客維持率を達成するのに役立ちます. 製品内でフィードバックを収集することで、ユーザーの満足度を把握できます。 たとえば、フィードバックがなければ、ソフトウェアが十分に活用されていないかどうか、またはユーザーがあまりにも多くの問題に直面しているかどうかを知る方法がありません。

Mopinion では、ユーザーからのフィードバックを収集することで、ユーザーとプラットフォームの使用方法について多くの洞察を得ています。

Mopinion の開発責任者、Anwar Jebali 氏

では、どこから始めますか？ Mopinion がソフトウェア開発目的でフィードバックを収集する方法について説明します。

実際にユーザーのフィードバックを収集する

ユーザーからのフィードバックの価値を理解することは重要です。 ユーザーからのフィードバックを収集することは別の方法です。 ユーザー フィードバック プログラムを設定するのは難しい場合があるため、特にソフトウェア開発のためにこのフィードバックを収集するための私たち自身の経験、ヒント、および洞察を共有することが役立つと考えました. 以下で共有される洞察は、開発チームと製品チームの両方から提供されたものであり、多くの場合、互いに協力して作業します。

フィードバックを収集するプロセスを 3 つの異なる目標に分割しました。

• パフォーマンスと品質に関するリアルタイムの最新情報を収集する
• UX の改善と製品の採用
• 製品の発売

これらのそれぞれを個別に見てみましょう…

パフォーマンスと品質に関するリアルタイムの更新

ユーザーからのフィードバックは、製品のパフォーマンスと品質の優れた指標です。 また、ユーザーはパフォーマンスをリアルタイムで把握できます。

このフィードバックを収集するために、ソフトウェア内にフィードバック フォームが配置されています。 そのフォームを常に表示するか、サイドバー メニューに組み込むか、(動作に基づいて) 「アクティブに」展開するかはユーザー次第です。



たとえば、Mopinion の開発チームは、サイドバー メニューでフィードバック フォームを使用することにしました。 私たちの場合、使用されるフィードバック フォームは非常に単純です。 ユーザーは、最初の質問「バグを見つけましたか?」でオープン コメントを送信できます。 提案はありますか？」 次に、必要に応じて視覚的なフィードバックを送信します (発生した問題を説明するため)。



ダッシュボード内のデータをより簡単に監視できるように、CSAT、スマイリー、親指など、他のフォーム メトリックを適用することもできます。

上記の例は、非常に標準的なアプローチのようです。 ただし、次に来るのは、ソフトウェア開発者にとってフィードバックをより価値のあるものにするものです。 これらのフィードバック フォームには、バグの原因を再現したり特定したりするのに役立つ便利なメタデータも添付できます。 フィードバック フォームで送信されるデータの種類には、オペレーティング システム (OS)、ユーザー エージェント、ブラウザー、タイム スタンプ、URL などがあります。

さらに、収集したフィードバックは、JIRA などのさまざまな問題追跡ツールにプッシュすることができます。 実際、Mopinion は JIRA と統合されています。 この統合は、Mopinion の Webhook モジュールを介して JIRA に接続するための、非常に「ネイティブな」機能豊富な完全にインターフェース化されたアプローチです。

Mopinion は、JIRA および Sentry と連携してフィードバックを使用して、受信したバグ レポートを管理したり、タスク/問題を管理したりします。

Mopinion のフィードバック フォームを通じて受信したバグ レポートは、自動的に JIRA のサポート インボックス プロジェクトに送信されます。Mopinion のサポート チームは、問題のトリアージ、支援の提供、開発者への問題の割り当てを行うことができます。 開発では、エラーの監視にも Sentry を使用します。 これらのツールにメタデータを渡すことで、フィードバックやバグ レポートを追跡されたエラーに簡単にリンクし、バグの原因をすばやく突き止めることができます。

ユーザーからのフィードバックを収集し、それを他のツールと組み合わせることで、バグの原因をすばやく突き止めることができます。

UX の改善と製品の採用

ユーザー フィードバックは、ユーザー エクスペリエンスを向上させ、製品の採用を支援するためにも使用できます。 今、私はあなたが何を考えているか知っています。 これは、製品部門の焦点です。 ただし、このタイプのフィードバックで学んだことは、実際には開発戦略にも役立ちます。 ユーザーが見たいと思っているもの (つまり、機能の要求や提案) と、ユーザーが把握できない (したがって採用できない) 機能についての洞察を収集することにより、あなたとあなたのチームは方向性のための情報を収集できます。

Mopinion の製品チームと開発チームは、この目標を実現するために密接に協力しています。 この種のフィードバックは、Mopinion ユーザーの特定の割合に展開されるアクティブなフィードバック フォームを通じて収集されます。 以下の例では、アプリ内の特定の機能と、これをユーザーの好みに合わせて最適化する方法に関するフィードバックを求めています。

アプリの特定の改善に関するユーザーからのフィードバックにより、ユーザーのニーズにズームインすることができます。

このフィードバックを収集する方法は他にもたくさんあります。 機能の提案を求めるより基本的なフィードバック フォームであるか、ユーザーが特定の機能の使用方法を理解しているか、質問の設定について質問があるかどうかを尋ねるフォームを利用するかどうか。



すべての受信アイテムについて、Mopinion 製品チームは Google チャット (Mopinion 統合) の製品アラート チャネルを使用してアイテムを監視します。 これは彼らの働き方の重要な部分であり、フィードバックをタイムリーに通知するための優れた方法です.

次に、Mopinion の製品チームはこれらの洞察を取り入れ、これらの提案を実現する可能性について話し合い、機能に対する需要のレベルと、もちろん実現可能性を検討します。

製品の発売

最後に、ユーザー フィードバックは、製品の発売や機能の発売を展開するための優れたツールです。 ローンチ前、ローンチ中、ローンチ後に多くの微調整と最適化の作業が行われるため、これは通常、開発チームにとって非常にエキサイティングな時期です。

製品の発売中および発売後にユーザーからのフィードバックを収集することで、改善点やバグを迅速に特定することができます。

プロセス全体にわたるリアルタイムのフィードバックにより、開発チームはソフトウェア内で何が起こっているかを実際に確認できます。 実際、Mopinion は、最新のユーザー インターフェイスである Mopinion Raspberry のリリース サイクルのすべての段階で、このフィードバックを収集しました。ベータ版とテストから、最初のリリースとハード ローンチまでです。

これらの段階で、チームは、開発チームとカスタマー サポート チームの両方が処理するさまざまなフィードバック フォームを活用しました。

ベータ段階で使用されるフィードバック フォームの例:



最初のリリース後に使用されるフィードバック フォームの例:


このフォームの目的は、Mopinion が新しいユーザー インターフェイスである Mopinion Raspberry をソフト リリースしたという事実についてユーザーを教育し、試してもらうことでした。

プロセスの後半で、チームは現在の Mopinion Raspberry ユーザーからの入力を収集するフィードバック フォームを展開しました。 このフォームにより、ユーザーが新しいユーザー インターフェースをどのように体験したか、またまだハードルに直面しているかどうかを判断できました。



次に、これらのフォームのフィードバックは、「Raspberry チケット」としてサポート チームと開発チームにプッシュされました。

このプロジェクトでは視覚的なフィードバックが特に重要な役割を果たしました。これにより、チームは、ユーザーが直面している問題の種類と、これらの問題がソフトウェア内でどのように現れているかを迅速に特定できるようになりました。

ソフトウェア テストに対するユーザー フィードバックはありますか? もうこれ以上言わない...

この証言で、SaaS 企業がソフトウェア テストでユーザー フィードバックをどのように活用できるかを発見してください

もっと詳しく知る

すべてを結び付けて開発プロセスを成功させる

この記事で前述したように、ユーザー フィードバックをソフトウェア開発に利用することは共同作業です。 開発チームはこのデータに責任を負うだけでなく、製品チーム、カスタマー サポート、さらにはカスタマー サクセスにも責任を負います。 これらのチームは協力することで、洞察を共有し、直感的で使いやすいソフトウェアの作成と保守に貢献できます。

したがって、プロセスの次のステップは、このフィードバックを分析して対処することです。 Mopinion ソフトウェア内でフィードバック分析とループを閉じる方法について詳しく知りたいですか? これらの投稿をチェックしてください！