プロジェクトライブラリ
データ & MLAmazon · Business Intelligence Engineer Intern · 2023

誰にも信用されていなかった返品ダッシュボードを作り直したら、数字が二重カウントされていた

投稿者:J. Okafor · 元Amazon Business Intelligence Engineerインターン

共有者はAmazonの面接ループでまさにこのプロジェクトを語り、リターンオファー(内定)を獲得しました。

この面接を練習する

実際の深掘り4問 · うち難問1 · 約12分

各質問に自分で答えると、本人の実際の答えが見られます。

本人はこう語った

あるインターンが、オペレーションのリーダー層がひっそりと使うのをやめていた返品率ダッシュボードを引き継ぎました。面白いのは、実際にクエリを追いかけたときに何が見つかったかです。

全文を読む

私のインターンプロジェクトは、あるカテゴリーチームの返品ダッシュボードを「リフレッシュする」というものでした。着手してすぐ、マネージャーから「返品率が高すぎるように見えるから、誰も見ていない」と聞かされました。そこで見た目を整え直すだけでなく、一番上のタイルの裏にあるSQLを追いかけました。返品率は同じ期間内の返品数を注文数で割って計算されていましたが、返品は注文から数週間遅れて発生するので、12月の返品が1月の注文で割られている状態でした。さらに、注文に複数の明細行があると、あるJOINがファンアウトして、複数商品の注文では返品が二重にカウントされていました。私は、各返品を元の注文日にコホートし直し、注文レベルで重複排除するように書き直しました。「怖い」11%は約6.5%まで下がり、これはファイナンスチームが自分たちの数字で見ていた値と一致しました。新しいバージョンをQuickSightで構築し、コホートのロジックについて短いドキュメントを書き、あるコホートで返品が注文を上回ったらフラグを立てるデータ品質チェックも追加しました。マネージャーの働きかけで、カテゴリーチームは週次レビューでこのダッシュボードをまた使い始めました。華やかな仕事ではありませんでしたが、間違った数字は数字がないより悪い、ということを教わりました。

実際に聞かれた質問

6.5%が正しくて、単に別の種類の間違いではないと、どうやって分かったのですか?

難しい

なぜ単純なローリングウィンドウではなく、注文日でコホートしたのですか?

普通

もし元の注文データ自体が汚れていたらどうしますか?

普通

修正する前に、ダッシュボードが間違っていたことで悪い意思決定は起きていましたか?

易しい