背景
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%)
主要なタスク
ニュースの監視、調査、世論の認識
- キーワード検索を使用して関連する公共の意見を取得し、公衆の感情をおおよそ推定し、事象のボリュームを理解します。
- 長期タスクのモニタリング(例:高リスクキュー、事業ラインのブランドリスク)と短期タスクのモニタリング(急なリスク)。
- 提出されたタスクの評価とレビュー、リスクがある場合には下流プラットフォームに通知します
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 の参加を示すためにセグメント化されています。データ分析のフォーマットとディメンションが豊富です。



QingBo
Pros: 時間範囲の概念がイベントに適用され、発生期間中のイベントの展開が示され、イベントの最初のリリース、イベントのコンテキスト、および拡散チェーンが表示されます。
Cons: 情報の精度には改善が必要です。機能レベルではイベントの手動追加はサポートされていません。知識マップや文字マップは、可読性の低いマインドマップになる傾向があります。一貫性の低い視覚要素が多数あります。


Baidu Public Opinion
Pros: イベントに基づいた世論の要素を表示します。検索を通じてイベントの発展傾向を明確に確認できます。
Cons: ページの使用率は低いです。機能はシンプルで単一です。


私がUIUXデザイナーとして解決しようと計画している問題は以下の通りです
- 問題1: 一部の以前の機能は、ユーザーのニーズを十分に理解せずに構築されている 🔴 優先度 高
- 問題2: 一部の古いデザインには多くの専門用語とわかりずらいプロセスが含まれており、新しいユーザーがプラットフォームの使用方法を知らないことがある 🟡 優先度 中
- 問題3: 一部の細かいユーザー体験デザインの詳細(情報の表示など)が、実際にはユーザーの効率に影響を与えている 🔴 優先度 高
私の提案する解決策
イベント分析の方面と能力を強める(問題1の修正)
Before

ユーザーにとって、日報と週報作成は手間がかかる作業です。以前の機能はユーザーを満足できませんでした。たまに、レポート作成のために外部ツールを利用することもありますが、その場合安全の危険もあるかもしれません。
以前の構成では、データとデータの関連性が薄いため、ユーザー自身がそれを関連付けてまとめる必要があります。
New Solution



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


ユーザー調査によると、ユーザーは日常的にホットトピックのランキングを観察し、異なるランキングを比較する必要がありますが、以前のデザインではそのニーズも満足できませんでした。したがって、私は再設計を行い、新しいバージョンでは左側のスペースが固定され、右側は自由にスクロールできるようになりました。
同時に、ホット警報に関して、私はカスタムホットアラートの機能を新しく設計しました。ユーザーは自分が関心を持つ情報に基づいて自由に組み合わせ、それが後で自分のメッセージリマインダーにプッシュされ、ホットトピックを先取りできるようになります。
New Solution



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

調査する時、ユーザーから聞いて最もよく利用されるニュース購読の効能はそんなに効率的じゃない。
主な問題点は以下の通りです:
- 購読している情報の管理人が最も重要ですが、その情報は外部のページからは見ることができません。
- ページの一番上のスペースは固定されており、両側に多くの余白があり、ユーザーがページを移動する際に不便を感じることがあります。
- 新しい購読情報を作成する際に、そのページと他のページとのインタラクションが異なる問題があります。
New Solution


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

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



ユーザーからのフィードバック
前述のモジュールのレデザインとローンチ後、以前のユーザーの意見を聞いて、以下のフィードバックを得ました:
- 彼らは新しいデザインが非常に好評で、ユーザーフレンドリーで直感的だと感じています。
- 新しいホットトピックモニタリング機能は非常に役立ち、彼らが認識しているトピックをより良く追跡できるようにしています。

From 製品世論チーム今期(2か月)は人物ライブラリを0から1で構築し、世論マイニングの特別プロジェクトは全体として業務指標を達成しました。イベントライブラリの最適化により使いやすさの問題が解決され、イベント分析の業務効率が上がりました。
From セキュリティ察知チーム人物ライブラリの機能が、社外の問題を把握したいというニーズにすばやく対応し、繰り返しの作業を大幅に減らしました。
カーソルを合わせると日本語訳を表示
新しい版本のホームページとランディングページ
新しくローンチされたホームページにより、OWLSプラットフォームの新規ユーザー数、日々のページビュー(PV)、ユニークビジター(UV)の数が大幅に増加しました。
ローンチ後1か月の新規ユーザー増加:
45.49%
1日あたりのPV増加:
26.95%
1日あたりのUV増加:
16.00%
新バージョンのホームページと概要ページは、より豊富なコンテンツと他の重要なモジュールへのアクセスを提供し、ユーザーが人気のあるイベント、ランキング、製品モニタリングなどの機能的なモジュールにスムーズに移動できるようにしています。

振り返り
- Owlsプラットフォームのデザインオーナーとしての経験から、多くのことを学びました。企業向けプラットフォームのペルソナを作成するのは初めてでした。企業向け製品では、ユーザーに近づいて声を聞くことがずっと容易です。しかし、時にはスピードと効率の追求に基づいて、本当のユーザーニーズを見落とすことが珍しくありません。
- Bytedanceのようなインターネット企業では、特に社内プラットフォームの場合、デザイナーがユーザーのニーズを理解するための十分な時間がないことはよくあります。製品デザイナーは通常、ユーザー代表との速くインタビューを行い、すぐにプロダクト要件書の作成が始まります。しかし、その後しばらくして、ユーザーが私たちが作成したものを好ましく思っていないことを残念ながら発見します。
- UI/UXデザイナーとして、ユーザーとの共通の関係を築くことが非常に重要です。それはあまり強調する必要はありませんが、製品要件を形成する前後にちょっとしたカジュアルな会話が非常に役立つことがあります。
ピアフィードバック
リーダーより
Yukiは、リスク管理の中核システムであるOwlsを含む3つのプラットフォームを、自らオーナーシップを持って担当しました。高いデザイン実行力を発揮し、大規模な要件にも的確に対応しました。
部門横断のチームと積極的に協働し、パートナーから一貫して高い評価を得ました。また、デザインの視点からプラットフォームの課題を見つけ、ユーザーインタビューとレビューを主導するなど高い主体性を示し、プロジェクトチームの継続的な改善に貢献しました。
PdMより
Yukiは素晴らしいチームメイトです。プロダクト要件をすばやく理解し、いつも明確で実行可能なデザイン案で応えてくれます。
インタラクションデザインについても専門的で有益な意見を出してくれ、プラットフォーム全体の一貫性と使いやすさの向上につながっています。
開発者より
Yukiの論理的な思考力と洗練されたデザインセンスを本当に高く評価しています。プロダクトの調整に対するフィードバックはいつも筋が通っていて洞察に富んでおり、素晴らしいコラボレーションでした!
