0

新しいユーザー エクスペリエンス チームを率いることになり、チームの KPI の定義に苦労しています。私の質問は技術的なものではなく、どの KPI を測定すべきかを尋ねています。

4

1 に答える 1

1

これはかなり一般的な質問です。おそらく、より具体的にする必要があります。ただし、考えられる出発点がいくつかあります。

  1. ユーザー サポートのコスト - ユーザー ベースの割合としてのユーザー サポート インシデントの数。タスク、モジュール、または修正可能な実際のアプリケーション機能にリンクできるその他の内訳で分類します。効果的な修正の割合に関する統計を取得できればボーナスです。

  2. データ修正のコスト - アプリケーションによっては、誤ったデータを修正するためのコストが、追跡する必要があるサポート コスト メトリックになる場合があります。

  3. 間違いの数 - Web サーバーのログで誤ったナビゲーション パターンを見つけることができれば、その発生率を下げることができます。

  4. 保持または中止された試行の数。公開 Web サイトを持っている場合、興味を失ったユーザーの発生率を見つけたいと思うかもしれません。

これらはすべて (少なくとも Web アプリケーションの場合) 確かなデータを取得できる可能性が非常に高い質問であり、パフォーマンスの実際の側面に相関する客観的な尺度を提供します。コストと有効性 (サイトを離れたパンター、サポート コールのコスト) との相関関係に注目してください。「素朴な」経済的観点から、これらは、サイトがその仕事をどれだけ効果的に行っているかについての基本的な定量的尺度を提供します (私は、あなたが Web アプリケーションを維持している誰かのために働いていると仮定しています)。

おそらく、アプリケーションにより直接的に適した同様の手段を考えることができます。

より深い視点を得るには、アンケートやフォーカス グループ、ユーザビリティ テストなどの従来のマーケティング/HCI を実行することをお勧めします。それを超えて、あなたはシステムの根底にある戦略を評価していますが、それはおそらくあなたの概要から外れ始めていると思います. まずは測定できるものから始めましょう。

于 2010-03-01T11:51:03.623 に答える