BugSnagによるエンジニア主体のエラー監視

ツール導入前の課題

当時は、ユーザーからCS(カスタマーサクセス)への問い合わせ等によって初めてアプリケーションのエラーを検知し対応することも度々ありました。
そのため、問い合わせ時のCSコスト削減やプロダクトの品質向上のため、開発エンジニアが主体的にエラーを監視し、迅速に対応できる環境を作る必要がありました。

どのような状態を目指していたか

アプリケーションで発生するエラーをリアルタイムで監視し、エラーの発生状況や頻度、重要度を確認できるようにしたいと考えていました。
また、重要なエラーに対しては迅速に対応し、プロダクトの品質向上とユーザー体験を低下させないことを目指していました。

• Sentry
• Datadog (Error Tracking)

Rubyとそのフレームワーク、ライブラリに対応していること

検討当時、アプリケーションのRubyのバージョンが低く、対応しているサービスが限られていましたが、BugSnagは対応していたため、導入を決定しました。

改善したかった課題はどれくらい解決されたか

• 問い合わせ起因のエラー発覚が減少し、開発エンジニアが主体的にエラーを検知できるようになった

どのような成果が得られたか

• 発生しているエラーを管理して、改善することでプロダクトの品質が向上した
• CSへの問い合わせ件数が減り、CSコストが削減できた
• エラー検知から対応までのスピードが向上し、ユーザー体験の低下を防ぐことができた

フロントエンドのパフォーマンス確認や分散トレーシングによるアプリケーション全体のパフォーマンス追跡の活用を考えています。