ケーススタディ 07

OWLS

OWLSプラットフォームは、会社内の意見や情報をまとめている場所で、さまざまなチャンネルから公共の意見を収集しています。アルゴリズム技術と世論専門家のチームを組み合わせて、さまざまな部門に向けて世論サービスを提供しています。

  • ユーザー調査なしでつくられたMVPのあと、ByteDanceの世論モニタリングプラットフォームをデザインオーナーとして引き継ぎました。
  • 4人のユーザーにインタビューし、このプラットフォームで初めてのペルソナとユーザージャーニーをつくり、それをもとにリデザインしました。
  • リリース後の最初の1か月で、新規ユーザーは45.49%増加、1日のPVは26.95%、UVは16%増えました。
役割
製品戦略 · ユーザー調査 · ユーザーエクスペリエンス
ツール
Figma · TEA(のウェブサイトデータ分析プラットフォーム)
タイムライン
2021年5月〜2022年10月(在籍中)
+45.49%ローンチ後1か月の新規ユーザー数
+26.95%1日あたりのPV
+16%1日あたりのUV
OWLSのロゴと、ホットイベントランキング、世論トレンドのグラフ、人物リスク分析、世界地図の地域分析の画面。

背景

OWLSはByteDanceのコンテンツセーフティの一部です。社内外の情報源からリスク情報を掘り起こし、リスクをできるだけ早くリスク対応プラットフォームに届けて解決できるようにします。会社の2つの側面を支えています。

会社の内容安全

review リスクの管理

  • Net Information Monitoring
  • Risk Disposal

政府や公共の意見

  • Summarize Current Political Opinions
  • People's Livelihood Issues

広報マネジメント

  • Company Image
  • Reduce risk Breakouts

社内サービス提供

  • Listen to Internal Voices
  • Enterprise Services

事業発展

業界の監視

  • Identify Industry Trends
  • Discover Crises
  • Explore Opportunities

関連製品の分析

  • Monitor Competitor Dynamics
  • Assist Various Business Lines

ユーザーのフィードバック

  • Reputation and Feedback
  • Handle Negative Public Opinion

メディア運営

  • Hotspot Operations

私が引き継いだとき、OWLSはPMと開発者がユーザーのニーズを十分に考えずにつくったMVPで、UVとPVがとても低いモジュールもありました。UI/UXデザイナーとしての私の目標は、ユーザーのニーズを理解し、タスクをできるだけ効率よく終えられるようにすることでした。対象は、ニュースの購読、リスクのアラート、イベントと人物の分析です。

主要なユーザー

  • プラットフォームの主要なユーザータイプは「ニュース発見者」です。彼らの責任は、製品ラインを保護し、オンラインでのネガティブな世論からの影響を防ぐことです。次に、ホットな話題の変化を発見して、TikTokなどの製品ラインがホットな運用を行うのを支援します。また、彼らは定期的にホットなイベントやリスクタスクの分析を行い、チーム内で発表する必要があります。
  • 私は4人のユーザー(そのうち1人はリーダーです)を招いてユーザーリサーチを行いました。その後、調査結果に基づいてユーザーレポートとペルソナを作成しました。

ニュース発見者

役割責任

世論の日常的な発見と監視、発見された公開情報の関係者への送信、世論リスクの定期的なレビューと要約

よく使用されるデバイス

15 inch MacBook (70%) · 13 inch Windows (10%)

主要なタスク

ニュースの監視、調査、世論の認識

  1. キーワード検索を使用して関連する公共の意見を取得し、公衆の感情をおおよそ推定し、事象のボリュームを理解します。
  2. 長期タスクのモニタリング(例:高リスクキュー、事業ラインのブランドリスク)と短期タスクのモニタリング(急なリスク)。
  3. 提出されたタスクの評価とレビュー、リスクがある場合には下流プラットフォームに通知します

Proportion of effort: 40%

タスクのリスク評価、ホットスポット マイニング、およびホットスポット トラッキングに関連する側面で専門的な研究が実施されます

Proportion of effort: 20%

世論リスクの要約とレビュー

プロジェクトの要件に基づいて、調査結果を文書化するための日次および週次レポートを作成してください。

Proportion of effort: 40%

コアmetrics

スピード: 世論の発見から提出までの時間

metricsの説明: 速ければ速いほど良いです。

正確さ: 送信時に提供された情報の正確さ

metricsの説明: リスク処理プラットフォームへの送信中のリスク ポイントの説明が正確かどうかを確認します。

完全性: 報告された情報が包括的かどうか

metricsの説明: 報告中にケースの見逃しや誤った判断やコミュニケーションの誤りがないかを確認します。

典型的な 1 日:

  • 彼らの勤務時間は午前 9 時から午後 6 時までです。会社に到着すると、アラート グループの監視にかなりの時間が費やされます。事前審査の責任者がおり、関連する危険な情報を警戒グループにプッシュする前に、世論データをクリーニングしてラベルを付けます。
  • 次に、データはアラート グループからさらに選別されます。危険なコンテンツに遭遇した場合、レポートを送信する前に背景情報がオフラインで収集されます。
  • 提出後、情報の検証・判断が行われます。提出および判定後、社内の専門家による二次評価が行われます。潜在的な貴重なリスクが特定された場合、報告する前に特定の事業部門と協議して価値を確認します。
  • 午後 4 時頃には、その日の主なトピックを中心に日報がまとめられます。日報は通常、午後 4 ~ 6 時頃に送信されます(特殊なプロジェクトがある場合は、そのプロジェクトの担当者が別途レポートを作成する必要があります)。

ペルソナ - for ニュース発見者

アクション

Create a subscription task

Monitor the task

Submit task

Summarize and review

タスク

  • 関連する世論をキーワード検索して、世論の初期推定を行います。
  • キーワード構成を最適化し、アカウントを追加し、その他の制限条件を追加します。
  • TCS(長期課題)の事前スクリーニングの条件を確立します。
  • 事前審査結果・フェイシュ通知をもとにリスクの高い情報を抽出。
  • 専門的な調査を実施します (特定の個人リスク評価、ホットスポット マイニング、ホットスポット追跡)。
  • ホットスポットマイニングを実施します。
  • レポート提出のための基本情報を入力し、評価を実施し、リスクが発生した場合には、各部門のセキュリティチームと協力して問題を解決します。
  • プロジェクトの要件に基づいて、日次レポートと週次レポートを作成して、調査結果と洞察を文書化します。

感情

関係パターンの設定により、キーワードのサブスクライブが簡単かつ迅速になります。主観的な推論に基づいて条件を設定する必要があります。最初のスクリーニングの後、有効な世論を特定できる可能性が高まります。専門的な情報は、さまざまなソースから手動で抽出する必要があります。トレンドイベントは予測が難しく、事前に防ぐのが困難です体系的なコラボレーションモデルはすでに確立されています過去のホットスポット、出来事、敏感な個人を蓄積し、それらの関係を確立するには、かなりの時間が必要です。

ペインポイント

サブスクリプション タスクでは大量の無関係なデータが生成される可能性があるため、作成後にサブスクリプションを返して編集し、無効な情報を除外する必要があります。

  • 世論プラットフォーム上のデータ分析形式は十分に包括的ではなく、補足分析には依然として外部からの追加支援が必要です。
  • ホットスポット情報の警告条件は十分に包括的ではないため、情報がすでに拡散した後で発見が遅れることがよくあります。

-

過去の出来事と世論の記録と関連付けには手作業が必要で、時間と労力がかかる場合があります。

改善の機会

  • より包括的で効果的なデータ情報。
  • ユーザーが事前の検索と見積もりを実行できるようにガイドします。検索結果に基づいて、新しい情報サブスクリプションを調整および作成します。
  • 世論イベントの分析にさまざまな側面を追加します (地理分析、センチメント分析、サイト分析、NLP 分布など)。
  • 複数の警告条件 (ランキング、ユニット範囲、関連する製品ラインなど) を組み込んで潜在的なホットスポットを早期に検出し、積極的な介入を可能にし、トレンドのトピックや製品の動きをリアルタイムで監視します。

-

水平方向 (個人対個人、個人対イベント、イベント対イベント) と垂直方向 (関連イベントの人気、メディア、ネチズンの KOL の意見) の両方の相関関係を使用して、人物とイベントとオブジェクトの関係を確立し、世論を発見します。リスクの手掛かり。このアプローチは、ユーザーがリスクを迅速かつ包括的に特定し、潜在的なリスクをより深く理解するのに役立ちます。

詳細なユーザージャーニー - for ニュース発見者

関連する製品

以下は、PM (Product Manager)と一緒に見つけた関連する製品です。それらの中にはウェブサイトを通じて人気があるものもあり、他のものは私たちのユーザーによく使われています。ただし、すべての製品には一長一短があり、どれも代替できない利点と欠点があります。

ZhiWei Data

Pros: Qingbo と同様に、強力な追跡能力を備えています。イベントのボリュームは、主要なメディアと KOL の参加を示すためにセグメント化されています。データ分析のフォーマットとディメンションが豊富です。

ZhiWei DataZhiWei DataZhiWei Data

QingBo

Pros: 時間範囲の概念がイベントに適用され、発生期間中のイベントの展開が示され、イベントの最初のリリース、イベントのコンテキスト、および拡散チェーンが表示されます。

Cons: 情報の精度には改善が必要です。機能レベルではイベントの手動追加はサポートされていません。知識マップや文字マップは、可読性の低いマインドマップになる傾向があります。一貫性の低い視覚要素が多数あります。

QingBoQingBo

Baidu Public Opinion

Pros: イベントに基づいた世論の要素を表示します。検索を通じてイベントの発展傾向を明確に確認できます。

Cons: ページの使用率は低いです。機能はシンプルで単一です。

Baidu Public OpinionBaidu Public Opinion

私がUIUXデザイナーとして解決しようと計画している問題は以下の通りです

  • 問題1: 一部の以前の機能は、ユーザーのニーズを十分に理解せずに構築されている 🔴 優先度 高
  • 問題2: 一部の古いデザインには多くの専門用語とわかりずらいプロセスが含まれており、新しいユーザーがプラットフォームの使用方法を知らないことがある 🟡 優先度 中
  • 問題3: 一部の細かいユーザー体験デザインの詳細(情報の表示など)が、実際にはユーザーの効率に影響を与えている 🔴 優先度 高

私の提案する解決策

イベント分析の方面と能力を強める(問題1の修正)

Before

以前のホットイベントのページ:発信チャンネルの円グラフとデータの折れ線グラフ

ユーザーにとって、日報と週報作成は手間がかかる作業です。以前の機能はユーザーを満足できませんでした。たまに、レポート作成のために外部ツールを利用することもありますが、その場合安全の危険もあるかもしれません。

以前の構成では、データとデータの関連性が薄いため、ユーザー自身がそれを関連付けてまとめる必要があります。

New Solution

新しいイベント分析:地域分析の地図を世界から中国に切り替え、キーワード分析へスクロールする

人物ライブラリ:人物リスク分析、リスクの推移、関連するニュース記録

ニュース記録の詳細:プロセスnode、追跡記録、提出内容

ホットランキングの再設計とホット事件の警報設定(問題1、2、3の修正)

Before

以前のランキングページ:ホットイベントランキングとホットワードランキングの2列

以前のホットイベントのページ

ユーザー調査によると、ユーザーは日常的にホットトピックのランキングを観察し、異なるランキングを比較する必要がありますが、以前のデザインではそのニーズも満足できませんでした。したがって、私は再設計を行い、新しいバージョンでは左側のスペースが固定され、右側は自由にスクロールできるようになりました。

同時に、ホット警報に関して、私はカスタムホットアラートの機能を新しく設計しました。ユーザーは自分が関心を持つ情報に基づいて自由に組み合わせ、それが後で自分のメッセージリマインダーにプッシュされ、ホットトピックを先取りできるようになります。

New Solution

新しいホットランキング:左の全体ランキングは固定で、右のWeibo、TikTok、Zhihuなどのランキングは横にスクロールできる

カスタムランキング監視タスクの作成:タスク名、管理者、監視データ、トリガー条件、アラートの設定

カスタムランキング監視:左に監視タスクのリスト、右に選んだタスクのイベント一覧

最も一般的に使用されるニュース購読の機能を磨く(問題1、2、3の修正)

Before

以前のニュース購読ページ:中央に固定された検索ボックスと購読カード、両側は余白

調査する時、ユーザーから聞いて最もよく利用されるニュース購読の効能はそんなに効率的じゃない。

主な問題点は以下の通りです:

  • 購読している情報の管理人が最も重要ですが、その情報は外部のページからは見ることができません。
  • ページの一番上のスペースは固定されており、両側に多くの余白があり、ユーザーがページを移動する際に不便を感じることがあります。
  • 新しい購読情報を作成する際に、そのページと他のページとのインタラクションが異なる問題があります。

New Solution

新しいニュース購読ページ:管理者のアバターが付いた購読カードが全幅に並び、フォロー中、管理中、すべてのタブで切り替える

新しい購読の作成フロー:購読情報、キーワード設定、完了の3ステップ

ホームページを再設計し、ランディングページを追加する(問題1、2の修正)

Before

以前のホームページ:検索ボックスだけがあり、検索すると結果のリストが表示される

使用効率の向上新規ユーザーの獲得優先度の高いモジュールの集約重要な情報の表示RedesignHomepage

もともと、OWLSのホームページには検索ボックスしかなく、新しいユーザーの概要がありませんでした。プラットフォームの機能を包括的に表示し、新しいユーザーを引きつけるのが難しかったです。新しいデザインでは、プラットフォームの主要な機能をまとめて表示し、初めてプラットフォームに入る新しいユーザーにはプラットフォームの包括的な紹介が表示されるようになりました。

New Solution

新しいホームページ:検索の下に分析ダッシュボード(ニュース総数、プラットフォーム分布、ホットイベントTop 50、ニューストレンド)

ローンチ後のホームページと製品モニタリング(TikTok)のページ

新しいランディングページ:OWLSの紹介、プラットフォームのハイライト、利用シーン

ユーザーからのフィードバック

前述のモジュールのレデザインとローンチ後、以前のユーザーの意見を聞いて、以下のフィードバックを得ました:

  • 彼らは新しいデザインが非常に好評で、ユーザーフレンドリーで直感的だと感じています。
  • 新しいホットトピックモニタリング機能は非常に役立ち、彼らが認識しているトピックをより良く追跡できるようにしています。

ユーザー2人からのフィードバック。製品世論チーム:人物ライブラリを0から1で構築し、イベントライブラリの使いやすさの問題を解決して、イベント分析の効率が上がった。セキュリティ察知チーム:人物ライブラリが社外の問題を把握するニーズにすばやく対応し、繰り返しの作業を大幅に減らした

From 製品世論チーム今期(2か月)は人物ライブラリを0から1で構築し、世論マイニングの特別プロジェクトは全体として業務指標を達成しました。イベントライブラリの最適化により使いやすさの問題が解決され、イベント分析の業務効率が上がりました。

From セキュリティ察知チーム人物ライブラリの機能が、社外の問題を把握したいというニーズにすばやく対応し、繰り返しの作業を大幅に減らしました。

カーソルを合わせると日本語訳を表示

新しい版本のホームページとランディングページ

新しくローンチされたホームページにより、OWLSプラットフォームの新規ユーザー数、日々のページビュー(PV)、ユニークビジター(UV)の数が大幅に増加しました。

ローンチ後1か月の新規ユーザー増加:

45.49%

1日あたりのPV増加:

26.95%

1日あたりのUV増加:

16.00%

新バージョンのホームページと概要ページは、より豊富なコンテンツと他の重要なモジュールへのアクセスを提供し、ユーザーが人気のあるイベント、ランキング、製品モニタリングなどの機能的なモジュールにスムーズに移動できるようにしています。

リデザイン前のユーザー経路分析 リデザイン後のユーザー経路分析:ホームページから他のモジュールへの流れが増えている

振り返り

  • Owlsプラットフォームのデザインオーナーとしての経験から、多くのことを学びました。企業向けプラットフォームのペルソナを作成するのは初めてでした。企業向け製品では、ユーザーに近づいて声を聞くことがずっと容易です。しかし、時にはスピードと効率の追求に基づいて、本当のユーザーニーズを見落とすことが珍しくありません。
  • Bytedanceのようなインターネット企業では、特に社内プラットフォームの場合、デザイナーがユーザーのニーズを理解するための十分な時間がないことはよくあります。製品デザイナーは通常、ユーザー代表との速くインタビューを行い、すぐにプロダクト要件書の作成が始まります。しかし、その後しばらくして、ユーザーが私たちが作成したものを好ましく思っていないことを残念ながら発見します。
  • UI/UXデザイナーとして、ユーザーとの共通の関係を築くことが非常に重要です。それはあまり強調する必要はありませんが、製品要件を形成する前後にちょっとしたカジュアルな会話が非常に役立つことがあります。