OnCrawl
SEOテック
サポートチケット40%削減のためのアラート機能のデザイン
プロダクトデザイン
プロトタイピング
OnCrawlのSEOチームはデータの低下を検知するためにダッシュボードを手動で監視する時間を何時間も費やし、問題が発生するたびにサポートに連絡していました。私はリアクティブな監視から自律的なアクションへと移行させるアラートシステムをデザインしました。
-40%
サポートチケット
10,000+
アクティブユーザー
B2B SaaS
SEOアナリティクス
7ヶ月
キックオフから完全採用まで
課題
強力なデータ。
常に手遅れ。
OnCrawlはグローバルブランド向けに数百万ページをクロールし、ログファイルを分析し、技術的なSEOデータを提供するエンタープライズSEOプラットフォームです。プラットフォームは強力でしたが、有意義な変化を見逃さないためにユーザーが常に手動で確認する必要がありました。低下を見逃すたびに、サポートに連絡していました。
大規模な手動モニタリング
ユーザーは複数のクロールプロジェクトにわたる40以上のライブメトリクスを管理していました。通知を受ける方法がなく、ログインして確認し、気づくことを願うしかありませんでした。数百のURLを管理するエンタープライズSEOチームにとって、これは持続不可能でした。
松葉杖としてのサポート
クロールの低下やインデックス異常が発生したとき、ユーザーはそれが想定内なのか重大なのか判断できませんでした。最初の反応はサポートチケットを開くことで、チケットの40%はプロダクト自体が答えるべき質問でした。
パワーユーザーは行き詰まり、新規ユーザーは離脱
エキスパートはカスタムしきい値を設定し、重要なときだけ通知を受けたいと考えていました。新規ユーザーは何を監視すればいいかわかりませんでした。両グループとも、価値を引き出すために深い知識を必要とするプロダクトに十分なサービスを受けていませんでした。
私のアプローチ
プロセス、ステップバイステップ。
01
ディスカバリーワークショップとユーザーインタビュー
SEOリードとの3回のディスカバリーワークショップと、顧客層（SMBからエンタープライズ）にわたる8回のユーザーインタビューを実施。モニタリングワークフローをエンドツーエンドでマッピングし、ヒートマップ、ユーザーが見逃すことを恐れているもの、サポートへの問い合わせのきっかけを特定しました。
02
ジョブズ・トゥ・ビー・ダンのフレーミング
リサーチから3つのコアジョブを抽出：事前に把握する・サポートなしで行動する・ワークフローを中断せずにコントロールを維持する。これらがデザインブリーフになりました。すべてのアラート機能の意思決定はこの3つのジョブに照らして評価されました。
03
アラートシステムデザインとプログレッシブな複雑性
アラート作成フロー、通知システム、しきい値設定UIをデザイン。シンプルなデフォルト（主要な低下時の自動アラート）から高度なカスタマイズ（カスタムメトリクス、パーセンテージ、頻度）まで構築。モデレーターなしのユーザビリティテストで検証しました。
キーとなる意思決定
「プロダクトにはすでにデータがありました。欠けていたのは、適切なタイミングでユーザーにそれを届けるメカニズムでした。アラート機能はインテリジェンスを追加したのではなく、すでに存在していたインテリジェンスを浮かび上がらせたのです。」
ソリューション
データがあなたのもとへ届く。
OnCrawlの既存のアナリティクスフレームワークに組み込まれたプロアクティブなアラートシステム。ユーザーはしきい値を一度設定し、メトリクスがそれを超えたときにコンテキストに応じた通知を受け取り、ダッシュボードに移動せずにアラートから直接行動できます。
成果
ユーザーの障壁を解消。データがついに役立つように。
次にやり直すなら：開発者への引き渡しドキュメントをより早い段階で含めます。プロトタイプと本番環境のギャップが2週間の確認サイクルを生み、より良い仕様があれば防げたはずです。
-40%
サポートチケット
10,000+
アクティブユーザー
B2B SaaS
SEOアナリティクス
7ヶ月
キックオフから完全採用まで
© 2026 Victoria Pereira
Figmaで制作
OnCrawl
SEOテック
サポートチケット40%削減のためのアラート機能のデザイン
プロダクトデザイン
プロトタイピング
OnCrawlのSEOチームはデータの低下を検知するためにダッシュボードを手動で監視する時間を何時間も費やし、問題が発生するたびにサポートに連絡していました。私はリアクティブな監視から自律的なアクションへと移行させるアラートシステムをデザインしました。
-40%
サポートチケット
10,000+
アクティブユーザー
B2B SaaS
SEOアナリティクス
7ヶ月
キックオフから完全採用まで
課題
強力なデータ。
常に手遅れ。
OnCrawlはグローバルブランド向けに数百万ページをクロールし、ログファイルを分析し、技術的なSEOデータを提供するエンタープライズSEOプラットフォームです。プラットフォームは強力でしたが、有意義な変化を見逃さないためにユーザーが常に手動で確認する必要がありました。低下を見逃すたびに、サポートに連絡していました。
大規模な手動モニタリング
ユーザーは複数のクロールプロジェクトにわたる40以上のライブメトリクスを管理していました。通知を受ける方法がなく、ログインして確認し、気づくことを願うしかありませんでした。数百のURLを管理するエンタープライズSEOチームにとって、これは持続不可能でした。
松葉杖としてのサポート
クロールの低下やインデックス異常が発生したとき、ユーザーはそれが想定内なのか重大なのか判断できませんでした。最初の反応はサポートチケットを開くことで、チケットの40%はプロダクト自体が答えるべき質問でした。
パワーユーザーは行き詰まり、新規ユーザーは離脱
エキスパートはカスタムしきい値を設定し、重要なときだけ通知を受けたいと考えていました。新規ユーザーは何を監視すればいいかわかりませんでした。両グループとも、価値を引き出すために深い知識を必要とするプロダクトに十分なサービスを受けていませんでした。
私のアプローチ
プロセス、ステップバイステップ。
01
ディスカバリーワークショップとユーザーインタビュー
SEOリードとの3回のディスカバリーワークショップと、顧客層（SMBからエンタープライズ）にわたる8回のユーザーインタビューを実施。モニタリングワークフローをエンドツーエンドでマッピングし、ヒートマップ、ユーザーが見逃すことを恐れているもの、サポートへの問い合わせのきっかけを特定しました。
02
ジョブズ・トゥ・ビー・ダンのフレーミング
リサーチから3つのコアジョブを抽出：事前に把握する・サポートなしで行動する・ワークフローを中断せずにコントロールを維持する。これらがデザインブリーフになりました。すべてのアラート機能の意思決定はこの3つのジョブに照らして評価されました。
03
アラートシステムデザインとプログレッシブな複雑性
アラート作成フロー、通知システム、しきい値設定UIをデザイン。シンプルなデフォルト（主要な低下時の自動アラート）から高度なカスタマイズ（カスタムメトリクス、パーセンテージ、頻度）まで構築。モデレーターなしのユーザビリティテストで検証しました。
キーとなる意思決定
「プロダクトにはすでにデータがありました。欠けていたのは、適切なタイミングでユーザーにそれを届けるメカニズムでした。アラート機能はインテリジェンスを追加したのではなく、すでに存在していたインテリジェンスを浮かび上がらせたのです。」
ソリューション
データがあなたのもとへ届く。
OnCrawlの既存のアナリティクスフレームワークに組み込まれたプロアクティブなアラートシステム。ユーザーはしきい値を一度設定し、メトリクスがそれを超えたときにコンテキストに応じた通知を受け取り、ダッシュボードに移動せずにアラートから直接行動できます。
成果
ユーザーの障壁を解消。データがついに役立つように。
次にやり直すなら：開発者への引き渡しドキュメントをより早い段階で含めます。プロトタイプと本番環境のギャップが2週間の確認サイクルを生み、より良い仕様があれば防げたはずです。
-40%
サポートチケット
10,000+
アクティブユーザー
B2B SaaS
SEOアナリティクス
7ヶ月
キックオフから完全採用まで
© 2026 Victoria Pereira
Figmaで制作
OnCrawl
SEOテック
サポートチケット40%削減のためのアラート機能のデザイン
プロダクトデザイン
プロトタイピング
OnCrawlのSEOチームはデータの低下を検知するためにダッシュボードを手動で監視する時間を何時間も費やし、問題が発生するたびにサポートに連絡していました。私はリアクティブな監視から自律的なアクションへと移行させるアラートシステムをデザインしました。
-40%
サポートチケット
10,000+
アクティブユーザー
B2B SaaS
SEOアナリティクス
7ヶ月
キックオフから完全採用まで
課題
強力なデータ。
常に手遅れ。
OnCrawlはグローバルブランド向けに数百万ページをクロールし、ログファイルを分析し、技術的なSEOデータを提供するエンタープライズSEOプラットフォームです。プラットフォームは強力でしたが、有意義な変化を見逃さないためにユーザーが常に手動で確認する必要がありました。低下を見逃すたびに、サポートに連絡していました。
大規模な手動モニタリング
ユーザーは複数のクロールプロジェクトにわたる40以上のライブメトリクスを管理していました。通知を受ける方法がなく、ログインして確認し、気づくことを願うしかありませんでした。数百のURLを管理するエンタープライズSEOチームにとって、これは持続不可能でした。
松葉杖としてのサポート
クロールの低下やインデックス異常が発生したとき、ユーザーはそれが想定内なのか重大なのか判断できませんでした。最初の反応はサポートチケットを開くことで、チケットの40%はプロダクト自体が答えるべき質問でした。
パワーユーザーは行き詰まり、新規ユーザーは離脱
エキスパートはカスタムしきい値を設定し、重要なときだけ通知を受けたいと考えていました。新規ユーザーは何を監視すればいいかわかりませんでした。両グループとも、価値を引き出すために深い知識を必要とするプロダクトに十分なサービスを受けていませんでした。
私のアプローチ
プロセス、ステップバイステップ。
01
ディスカバリーワークショップとユーザーインタビュー
SEOリードとの3回のディスカバリーワークショップと、顧客層（SMBからエンタープライズ）にわたる8回のユーザーインタビューを実施。モニタリングワークフローをエンドツーエンドでマッピングし、ヒートマップ、ユーザーが見逃すことを恐れているもの、サポートへの問い合わせのきっかけを特定しました。
02
ジョブズ・トゥ・ビー・ダンのフレーミング
リサーチから3つのコアジョブを抽出：事前に把握する・サポートなしで行動する・ワークフローを中断せずにコントロールを維持する。これらがデザインブリーフになりました。すべてのアラート機能の意思決定はこの3つのジョブに照らして評価されました。
03
アラートシステムデザインとプログレッシブな複雑性
アラート作成フロー、通知システム、しきい値設定UIをデザイン。シンプルなデフォルト（主要な低下時の自動アラート）から高度なカスタマイズ（カスタムメトリクス、パーセンテージ、頻度）まで構築。モデレーターなしのユーザビリティテストで検証しました。
キーとなる意思決定
「プロダクトにはすでにデータがありました。欠けていたのは、適切なタイミングでユーザーにそれを届けるメカニズムでした。アラート機能はインテリジェンスを追加したのではなく、すでに存在していたインテリジェンスを浮かび上がらせたのです。」
ソリューション
データがあなたのもとへ届く。
OnCrawlの既存のアナリティクスフレームワークに組み込まれたプロアクティブなアラートシステム。ユーザーはしきい値を一度設定し、メトリクスがそれを超えたときにコンテキストに応じた通知を受け取り、ダッシュボードに移動せずにアラートから直接行動できます。
成果
ユーザーの障壁を解消。データがついに役立つように。
次にやり直すなら：開発者への引き渡しドキュメントをより早い段階で含めます。プロトタイプと本番環境のギャップが2週間の確認サイクルを生み、より良い仕様があれば防げたはずです。
-40%
サポートチケット
10,000+
アクティブユーザー
B2B SaaS
SEOアナリティクス
7ヶ月
キックオフから完全採用まで
© 2026 Victoria Pereira
Figmaで制作
OnCrawl
SEOテック
サポートチケット40%削減のためのアラート機能のデザイン
プロダクトデザイン
プロトタイピング
Built a multi-brand design system adopted across 10+ products — cutting design-to-dev handoff by 30% and aligning 5 product teams on a shared visual language.
-40%
サポートチケット
10,000+
アクティブユーザー
B2B SaaS
SEOアナリティクス
7ヶ月
キックオフから完全採用まで
課題
強力なデータ。
常に手遅れ。
OnCrawlはグローバルブランド向けに数百万ページをクロールし、ログファイルを分析し、技術的なSEOデータを提供するエンタープライズSEOプラットフォームです。プラットフォームは強力でしたが、有意義な変化を見逃さないためにユーザーが常に手動で確認する必要がありました。低下を見逃すたびに、サポートに連絡していました。
大規模な手動モニタリング
ユーザーは複数のクロールプロジェクトにわたる40以上のライブメトリクスを管理していました。通知を受ける方法がなく、ログインして確認し、気づくことを願うしかありませんでした。数百のURLを管理するエンタープライズSEOチームにとって、これは持続不可能でした。
松葉杖としてのサポート
クロールの低下やインデックス異常が発生したとき、ユーザーはそれが想定内なのか重大なのか判断できませんでした。最初の反応はサポートチケットを開くことで、チケットの40%はプロダクト自体が答えるべき質問でした。
パワーユーザーは行き詰まり、新規ユーザーは離脱
エキスパートはカスタムしきい値を設定し、重要なときだけ通知を受けたいと考えていました。新規ユーザーは何を監視すればいいかわかりませんでした。両グループとも、価値を引き出すために深い知識を必要とするプロダクトに十分なサービスを受けていませんでした。
私のアプローチ
プロセス、ステップバイステップ。
01
ディスカバリーワークショップとユーザーインタビュー
SEOリードとの3回のディスカバリーワークショップと、顧客層（SMBからエンタープライズ）にわたる8回のユーザーインタビューを実施。モニタリングワークフローをエンドツーエンドでマッピングし、ヒートマップ、ユーザーが見逃すことを恐れているもの、サポートへの問い合わせのきっかけを特定しました。
02
ジョブズ・トゥ・ビー・ダンのフレーミング
リサーチから3つのコアジョブを抽出：事前に把握する・サポートなしで行動する・ワークフローを中断せずにコントロールを維持する。これらがデザインブリーフになりました。すべてのアラート機能の意思決定はこの3つのジョブに照らして評価されました。
03
アラートシステムデザインとプログレッシブな複雑性
アラート作成フロー、通知システム、しきい値設定UIをデザイン。シンプルなデフォルト（主要な低下時の自動アラート）から高度なカスタマイズ（カスタムメトリクス、パーセンテージ、頻度）まで構築。モデレーターなしのユーザビリティテストで検証しました。
キーとなる意思決定
「プロダクトにはすでにデータがありました。欠けていたのは、適切なタイミングでユーザーにそれを届けるメカニズムでした。アラート機能はインテリジェンスを追加したのではなく、すでに存在していたインテリジェンスを浮かび上がらせたのです。」
ソリューション
データがあなたのもとへ届く。
OnCrawlの既存のアナリティクスフレームワークに組み込まれたプロアクティブなアラートシステム。ユーザーはしきい値を一度設定し、メトリクスがそれを超えたときにコンテキストに応じた通知を受け取り、ダッシュボードに移動せずにアラートから直接行動できます。
成果
ユーザーの障壁を解消。データがついに役立つように。
次にやり直すなら：開発者への引き渡しドキュメントをより早い段階で含めます。プロトタイプと本番環境のギャップが2週間の確認サイクルを生み、より良い仕様があれば防げたはずです。
-40%
サポートチケット
10,000+
アクティブユーザー
B2B SaaS
SEOアナリティクス
7ヶ月
キックオフから完全採用まで
© 2026 Victoria Pereira
Figmaで制作