ユーザーエクスペリエンスを定量化するにはどうすればよいでしょうか?パブリッククラウド製品のユーザーエクスペリエンス測定システムの構築に関する簡単な説明

1. 背景

近年、パブリッククラウドの発展に伴い、パブリッククラウドのユーザーエクスペリエンスも、本来の製品段階からサービス段階へと移行しています。製品ステージはテクノロジー中心であり、機能の実装が優先されます。機能の実装が増大するエクスペリエンスのニーズに対応できない場合、大多数のユーザーを満足させることができる製品は、競争の激しいパブリッククラウド業界で際立って、ユーザーの信頼を獲得し、業界のベンチマークになる可能性が高くなります。そのため、ユーザーエクスペリエンスを継続的に測定し、製品を科学的に最適化し、サービス品質を向上させることが特に重要です。

2. ユーザー エクスペリエンス メトリックとは何ですか?

サルキンドは、測定とは、一定の規則に従って観察結果に特定の数値を割り当てることであると考えています[1]。ユーザー エクスペリエンス メトリックには次の特性があります。

• 測定可能: 他の測定システムと同様に、ユーザー エクスペリエンス測定システムは、ユーザーに気付かれずに追跡する方法、ユーザーから直接フィードバックを得るアンケート方法など、何らかの測定形式を通じて収集できます。このようにして、同じ測定形式を使用して取得されたデータを相互に比較できます。
• 測定可能: ユーザーからのフィードバックを得るときは、「この製品の体験は良いですか?」と直接尋ねます。良い体験の定義はユーザーによって異なるため、答えたり定義したりするのはより困難です。このとき、「良い体験」を、ユーザー維持率、解約率、主要操作の完了率などの測定可能な概念に変換する必要があります。
• 信頼性と妥当性: 信頼性と妥当性は、統計における測定品質を確保するための基礎です。ユーザー エクスペリエンス メトリックは、システムを使用する際のユーザーのエクスペリエンスを測定します。しかし、人によって差が大きく、環境や感情などの影響を受けて、ランダムなエラーが発生することも少なくありません。測定結果の内部一貫性と安定性を確保するためには信頼性測定が必要である[2]。評価者の信頼性を例にとると、観察記録の信頼性を確保するためには、さまざまな観察者がこれらの行動の発生をどのように記録するかについての一貫性のレベルを知る必要があります。記録の形式が類似しているほど、評価者間の合意と信頼性のレベルが高くなります[1]。一方、有効性には妥当性測定データのサポートが必要です。妥当性は測定内容の包括性や有効性に関係し、内容妥当性、基準妥当性、構成妥当性に分けられます。
• 持続可能性: メトリクスの持続可能性とは、メトリクスを継続的に観察、追跡、最適化する能力を指します。これにより、メトリクス システムは製品のライフサイクル全体にわたって実行され、製品の反復と最適化の前後のメトリクス データの比較が容易になります。

3. ユーザー エクスペリエンス測定システムを構築する必要があるのはなぜですか?

製品品質の向上

新製品を発売するときや、反復を通じて製品を最適化するときに、ユーザーエクスペリエンスの観点から「より良い」ことだけを目標に設定すると、製品が発売された後に、製品の何が「良い」のか、どれくらい良いのか、何を改善する必要があるのか​​、改善の優先順位はどの程度にすべきなのかを正確に判断できなくなります。科学的にメトリクスを設定することで、上記の問題を的確に解決し、仮定、推測、直感に基づいた重要な決定を避け、可能な限り正確な決定を下すことができます。

チームの効率性を向上させる

統一された測定システムにより、デザインチームはボタンのサイズなど、各デザインコンポーネントのサイズなどの詳細にこだわることがなくなり、チーム内での作業の重複を減らすことができます。同時に、メトリクスは、設計シナリオの漏れを防ぐために、設計者がより包括的な次元から設計およびチェックするのにも役立ちます。

エコブランドの一貫性強化

パブリック クラウドには、単一の企業だけでなく、上流および下流のエコロジカル パートナー全体が関与します。統一された測定システムは、エコロジカル ブランド全体にビジョン、インタラクション、ビジネス ロジックの一貫したエクスペリエンスをもたらし、ブランドの認知度と一貫性を高めることができます。

4. 業界の典型的なモデルシステム

HEARTインジケーターシステム

HEARTインジケーターシステムはPULSEシステムをベースにしており、ユーザーエクスペリエンスを評価し改善するためにGoogleが提案したモデルです。従来の PULSE システム指標は、ページビュー、7 日間のアクティブ ユーザー数など、ミクロの観点からの定量分析がほとんどです。マクロレベルのビジネス ディメンション指標が欠けており、定量データの背後にある理由を探るには定性調査と組み合わせる必要があります。そこで、Google はこれまでのユーザー中心の研究経験に基づいて、HEART インジケーター システムを立ち上げました。このシステムは、喜び、関与、受容、保持率、タスク完了率という 5 つのマクロ次元で構成されています。さまざまな製品では、需要に基づいてミクロの観点から指標を細分化できます。マクロとミクロのモデル構造と定性的および定量的分析を組み合わせたこの調査分析方法は、ユーザーエクスペリエンス指標システムの構築に、より包括的な分析方法論を提供し、その後のインターネット企業のエクスペリエンス測定システムにもその影が見られます。

およびインデックス

「ハーモニーインデックス」評価システムは、事業者のビッグデータ資源を活用し、ユーザー調査や専門家テストなどの研究手法を通じて17の指標を評価します。この指標は、モバイル インターネット企業の市場での地位を客観的に評価し、企業が自社の短所と長所を見つけ、市場競争力を高めることを支援することを目的としています。

Pテック

Ant Financial のエクスペリエンス測定フレームワーク「PTECH」は、エンタープライズレベルの製品にサービスを提供します。このフレームワークは、マズローの欲求階層理論を通じて、ユーザー エクスペリエンスで満たす必要のある 5 つのレベルを導き出します。これは、測定フレームワークの 5 つの次元に対応しており、完全な定量的および定性的なカバレッジを実現します。さらに、アント・ファイナンシャルはこの測定フレームワークをベースに「Jiuselu」という商品体験分析プラットフォームを開発しました。現在は社内で稼働しており、将来的にはSaaSアプリケーションとして企業にサービスを提供する予定です。

クラウド コンピューティング ソフトウェア製品のユーザー エクスペリエンス品質の測定モデル

このモデルは中国工業デザイン協会によって発表され、現在は意見を募集する段階に入っている。これは、中国におけるクラウドコンピューティング分野における最初の設計グループ標準となる可能性があります。意見募集稿によれば、モデルの指標次元、測定方法、測定式などが詳細に記述されており、操作性が高く、クラウドコンピューティング分野との互換性が高いという。

5. パブリッククラウドのユーザーエクスペリエンス指標の違い

ユーザータイプの違い

クラウドコンピューティングソフトウェア製品は、モデルに応じてパブリッククラウド、プライベートクラウド、ハイブリッドクラウドなどに分類できます。クラウドモデルによって、ユーザーグループ、ユーザー数、使用環境などが異なります。パブリッククラウドでは、ToB ユーザーに加えて、ToC 個人ユーザーも考慮されます。ユーザー総数は100万人を超えることもあり、ユーザー層も多様化の傾向にあります。したがって、パブリック クラウドでは、従来の ToB エクスペリエンス測定モデルを定量的な検出データのサポートで補完する必要があります。

プラットフォーム機能の違い

パブリック クラウド プラットフォームの機能分類では、ポータルとコンソールに分けられます。ポータルの機能は、パブリック クラウド製品の豊富で詳細な表示と紹介を提供することに反映されています。コンソールは主にユーザーに製品の実用的な操作と使用方法を提供し、操作の各ステップにはある程度の専門性が求められます。プラットフォームの機能の違いに応じて、測定の焦点もそれに応じて調整する必要があります。例えば、ポータルの製品紹介ページのエクスペリエンス測定は、タスク完了時間や機能利用率で反映するには適していません。

そのため、測定次元を整理する際には、プラットフォームの機能やユーザーの種類などの違いを総合的に考慮し、異なるプラットフォームの特性に応じて、ターゲットを絞ってエクスペリエンス測定次元の重みを増減させる必要があります。

6. まとめ

インターネット ユーザー エクスペリエンス 業界の発展とパブリック クラウド ユーザー数の増加に伴い、優れたユーザー エクスペリエンスは必然的にパブリック クラウドに強力な競争上の優位性をもたらすことになります。特に、ユーザーエクスペリエンス測定システムを科学的に確立することが重要であり、これは製品品質の標準化、設計チームの効率向上、エコブランドの一貫性の強化に重要な役割を果たします。

パブリック クラウド製品は、独自のユーザー グループとシナリオがある点で他のプラットフォーム製品とは異なります。これまでの経験に基づいてパブリック クラウド製品のユーザー エクスペリエンス測定システムをどのようにカスタマイズするかについては、企業のクラウド変革要件をさらに深く実装して、実用的な概要を実施し、戦略の明確さと参加を強化し、製品の品質を第一層レベルに到達させ、統合された差別化された製品機能を形成する必要があります。

[この記事は51CTOコラムニスト「Mobile Labs」によるオリジナル記事です。転載については原著者にお問い合わせください。

この著者の他の記事を読むにはここをクリックしてください