web-dev-qa-db-ja.com

エンジンの計算とユーザーの改善の投票を1つの関連性グレードに組み込んでも大丈夫ですか?

当社の製品は、検索機能とプロファイル表示を提供します。各プロファイルには、関連スコアとともにengine-calculatedタグが割り当てられます。例:プロファイルJohnDoeには、関連性率70%のタグUXと、30%のインディーロックのタグが割り当てられています。

これらの結果を改善し、ユーザーエンゲージメントを高めるために、タグごとにser-votingを追加しています。各タグには投票オプションがあり、Indie-rockがJohnDoeを正しく説明していることを投票できます。

これにより、ユーザーごとに2つの関連性スコア、タグengine-calculatedser-ratingが残ります。私たちの計画は、ユーザーの投票をエンジンの計算に組み込み、統一されたタグの関連性の計算を生成することです。つまり、上記の例では、JohnDoeとIndie-rockの関連性は高くなります。たとえば、33%とすると、UXは変わらず、次のエンドユーザーは、33%が誰かが投票したのか、それとも当然の結果なのかわかりません。 engine-calculated。さらに、検索結果はこの新しい関連性の割り当ての影響を受けます。 2つの計算を分割することは、次のユーザーにとって非生産的であるように見えます。そのユーザーは、同じ「不正確」なエンジン計算をユーザーが「改善」する前に確認しています。有権者を励ますために、「あなたが助けた人の数」を数えることを考えていました。

私が心配している2つのこと:
1。この組み込まれた計算が何であるかをユーザーに説明する正しい方法は何ですか。彼はこれらが2つの異なるメトリックであることを知る必要がありますか?
2。このようなアプローチはあまり見かけません。これは間違っていますか?良い例ですか?

2
Noam
  1. 何をしているのかをユーザーに知らせるのは間違いありません。透明性はポピュリストの言葉かもしれませんが、ユーザーへの敬意を表しています。これらの計算を指標の前に置く必要はありませんが、知りたいユーザーは簡単に見つけることができます。これは、約ページまたはFAQページに配置することを意味します。

  2. これを実装するのは間違いありません。実際、これは追跡するべきメトリックが1つしかない場合に非常に良い考えだと思います。 2つはあなたが伝えようとしているメッセージを曇らせる可能性があります。ただし、ユーザーがスコアの出所を確認できるダッシュボードページ(またはプロファイルページ)にメトリックのドリルダウンを表示することもできます。ユーザーは情報を得ることが大好きで、少なくとも透明感を味わえます。

1
Benny Skogberg