web-dev-qa-db-ja.com

ニュースフィードカードのプッシュロジック

バックグラウンド:

Facebookのニュースフィードのようなコンテンツカードをユーザーにプッシュするモバイルアプリを作成しています。システムはユーザーの行動を調査し、ブックマークの関心とクリックスルー率に従って「推奨カード」を配信します。カードのバックログは、システムがユーザーの行動を調査するたびにソートされます。

現在のアプローチ:

現在のアプローチは、ユーザーがアプリを開くたびに、20の推奨される新しいカードをプッシュすることです。古いカードは(更新がない限り)再度プッシュされず、新しいカードの一番下にソートされます。

例えばユーザーが朝にアプリを起動すると、アプリは20枚の推奨カードをユーザーにプッシュします。

ユーザーが午後にアプリを起動した場合、新しいカードはプッシュされません。

ユーザーが翌日にアプリを起動する場合、20枚の新しい推奨カードがプッシュになります。

ユーザーが5日後にアプリを起動した場合、20枚の新しい推奨カードがプッシュになります。

質問:

私はロジックを検討していますが、ユーザーにコンテンツを配信するためのより良い方法/ロジックを考えることができません。コミュニティが私がそれをどのように「より良く」するかをアドバイスできるなら、それは私にとって非常に役に立ちます。 (あいまいな用語を使用してすみません)

  • このロジックのUXについてどう思いますか?どうすれば上手くなりますか?
  • 使いやすさとユーザーの期待の面で潜在的な問題を予測していますか?

更新(2017年1月12日)

いくつかの返信ありがとうございます。状況についてもう少しお話しさせてください...

ユーザーにプッシュされるカードには3つのタイプがあります。今後のイベントカード(例:クリスマスパーティー)、ポリシーカード(例:会社のFlexi勤務時間)、および記事カード(例:正しい一日の始まり方)。ポリシーカードは優先度が高く、イベントカード、最後に記事カードが続きます。

現在、システムはユーザーの行動を追跡し、「適切な」カードをプッシュします。背後にあるロジックは、それらの「関心」、「カードの熱さ」、「関連性」、および「他のカードとの相互作用」を考慮に入れています。各無視カードについて、システムは魔法を働かせて、これらの類似のカードの優先順位を下げます。

現在、各カードのサイズに制限はありません。

これがお役に立てば幸いです。

更新(2017年1月18日)

こんにちは、私の質問を手伝ってくれてありがとう。すべての返信を確認した後、私と私のチームは以下のように感じています。ほとんどの回答が何らかの形で私の質問に何らかの形で貢献していますが、特に@Petar Suboticの場合、私のチームは@Alvaroの回答が、特定できなかった新しい洞察を提供していると感じています。賞金を分割できる場合は、必ず分割します。慎重に検討した結果、報奨金は当然にアルバロに送られるべきだと感じています。

3
SimonTeo

私が正しく理解していれば、ユーザーが24時間以内にアプリを開くたびに20枚の新しいカードを押しており、一度にすべてを押していることになります。

  • 24時間ごとに20枚の新しいカードのような予測可能なものをユーザーに与える、24時間ごとに20枚ではなく。これにより、ユーザーは新しいカードをいつ受け取るか、または接続したときに何枚受け取るかを正確に知ることができます。
  • 前のアイデアに加えて、一度にすべてではなく1時間ごとにカードを1枚ずつプッシュする。ユーザーが1時間ごとに接続すると、新しいカードを取得します。 12時間ごとに接続すると、12枚の新しいカードが手に入ります。彼が48時間ごとに接続すると、24枚の新しいカードを取得します(24枚の新しいカードに制限を設定した場合)。
  • カードの内容をその日の時間に関連付ける。他の2つのポイントをフォローし、そのようなコンテンツがある場合は、朝の朝に関連するユーザーカード、午後/夜に関連する計画/パーティーを提供します。
0
Alvaro

このような高いコミットメントのオープンおよびブックマークアクションだけでなく、マイクロインタラクションの追跡から多くを学ぶことができるはずです。

  • 可能であれば、カードの可視性(エンゲージメント)時間の第3メトリックを導入することをお勧めします。これは、キュー内の位置との関係で逆に重要になります。
  • 追加の利点は、スクロール方向と速度の変化を追跡することです

コンテンツのアプローチに関して(カードがFacebookと確かに同じ長さとメディアタイプである場合)最初に、20ストーリーはかなり低いように見えることに注意する必要があります

  • 厳選された関連性の高いコンテンツをユーザーに提示している場合でも、「次の20を表示/再読み込み」オプションの形で「これらはどれも適切ではありません」オプションをテストします。これは優れた関連性インジケータであるだけでなく、ユーザーが同じ日に次回戻ってきたときに新しいコンテンツへの期待を緩和する方法にもなります。
  • カードに同じ機会を与えるには、「スクロールされた過去のメトリック」を使用してカードを一番下にプッシュします。これは一貫性の点で危険であり、すべてのカードのコンテンツのウェイトが類似している場合(たとえば、主要な見出しがない場合)にのみ機能しますが、たとえば、午前中にユーザーが20枚の新しいカードを取得し、最初の4枚をスクロールしてから5日。次回同じ日に戻るときは、6枚目のカードが一番上にあり、元の1-5が一番下になります。

同じカードが複数回読み込まれる可能性がある場合(映画の推奨事項など)は、「カードを非表示にする」オプションをお勧めします。コンテンツの種類の詳細が有益であろう。

2
Petar Subotic

人々が好きか嫌いかを測定するのは難しいです。リンクをクリックしても、関連するコンテンツが好きというわけではありません。同様に、映画のチケットを購入しても、映画を楽しんだわけではありません。映画を嫌い、途中で立ち去った可能性があります。

最も安全な方法は、ある種のいいねボタンを追加することです。取得するコンテンツを直接制御できるようにすることで、ユーザーに力を与えます。クールなアニメーションを使った素敵なマイクロインタラクションにしてください。

または、より良い解決策を見つけるのに役立つと思われるいくつかの質問を次に示します。

  • アプリは何を達成しようとしていますか?エンターテインメント、会社のニュース、実際の仕事に集中できないなど。
  • 毎日カードの数を制限したいのはなぜですか?
  • ユーザーが特定のカードを読むことは必須ですか? (あなたは会社の方針に言及しました)
  • ユーザーを夢中にさせますか? (5分ごとにアプリを開きます)
  • ユーザーは前日のコンテンツを見つける必要がありますか?
0
Martyn

私のアドバイスは、すべての点で、可能な限りユーザー中心にすることです。カードがユーザーにとって興味深いのは、ユーザーが選択するカードよりも興味深いものですか。

これらのカードに論理グループがあるかどうかはわかりませんが、興味のないカードをユーザーが破棄できるようにすると、同じカテゴリに属していないカードをロードできますか? ?

基本的に、私の意見では、ユーザーがカードを好きなように却下/再読み込みできるようにします。1日にプッシュされない、次の20がプッシュされるなどのルールを作成しないでください。

0
DarrylGodden