27

20:29 - 21:36

本番の成果とセグメント別の調整

この章では、エージェントの設定を本番環境に出した後に、何を見て、どのように次の調整につなげるかを扱います。ここでの評価対象は、ルーティングや画像の品質確認だけではありません。マーケットプレイス全体の品質と健全性、そして利用者の行動も確認します。

本番では、画像以外の成果も確認する

発表者は、本番に設定を出した後、マーケットプレイスの品質と健全性を追跡すると説明します。オフラインでルーターが正しく動いたか、編集結果がQAを通ったかだけでは、本番で役に立ったかは分かりません。実際の利用者や店舗がいる環境で、システムが望ましい結果につながっているかを見る必要があります。

コンバージョンを行動の流れとして見る

その成果の一例が、コンバージョン(conversion)です。この話では、利用者が商品をカートに追加し、そこから注文を完了するまでの行動の流れとして説明されています。つまり、画像の見た目が良くなったかだけでなく、カートへの追加から注文完了までの流れにどのような結果が出たかを追跡します。ただし、発表では改善率の数値や、効果を証明する実験の設計は示されていません。したがって、画像改善が注文を増やしたと断定するのではなく、本番で確認する行動指標の例として理解します。

図:本番でコンバージョンを測定し、その結果を設定の調整と展開に戻すマーケットプレイスのループです。

このスライドは、本番のコンバージョン測定がマーケットプレイスのフィードバックループに入り、設定の調整と展開につながることを示しています。カート追加から注文完了までの流れを別のファネル図で示しているわけではありません。発表のこの部分は、動画の 20:42付近 で確認できます。

全体平均だけでなく、セグメントごとに切り分ける

マーケットプレイスの利用状況は、すべて同じではありません。そこで、指標を一つの全体平均にまとめるだけでなく、セグメント(segment)ごとに切り分けて調べます。この作業は、英語では slicing and dicing と呼ばれます。地域、端末の種類、料理の種類などで結果を分けると、全体の数字だけでは見えない違いを確認できます。

  • 地域ごとに、画像改善後の品質や行動の結果を見る
  • 端末の種類ごとに、結果の違いを見る
  • 料理の種類ごとに、結果の違いを見る

図:本番のコンバージョンを測定し、地域や料理の種類などで結果を分け、セグメントごとに調整して、良い設定を本番へ戻す流れです。

このスライドには、地域と料理の種類が結果を分ける軸として明記されています。また、セグメントごとの調整をフィードバックループの中で行う流れも見えます。端末の種類の内訳や、具体的な指標のダッシュボードまでは示されていません。発表のこの部分は、動画の 21:07付近 で確認できます。

全体の改善と、一部の悪化を分けて考える

全体の平均が良くなっていても、特定の地域、端末、料理の種類では結果が悪くなっているかもしれません。反対に、全体の変化が小さくても、あるセグメントでは大きな改善が起きている可能性があります。だからこそ、セグメント別の結果を見て、改善している部分と遅れている部分を見つけ、それぞれに合う調整を行います。

これは、以前に出てきた「マーケットプレイス全体を最適化する」という目標とも関係します。一つの店舗や利用者の集団だけを良くし、その影響で別の店舗を不利にするなら、全体として成功したとは言えません。セグメント別の確認は、平均値の裏で起きるそのような偏りを見つけるための方法です。ここで述べている考え方は、特定のセグメントで必ず回帰(regression)が起きたという報告ではなく、調整の判断に使う見方です。

発表では、コンバージョンの値、実験の設計、セグメントを分ける基準、その他の品質・健全性指標の詳しい内容は示されていません。コンバージョンは、追跡する指標の一例として挙げられています。最後の拍手と謝辞には、追加の技術的な主張はありません。

この章の要点は、設定を本番へ出して終わりにしないことです。本番の行動とマーケットプレイスの健康状態を測り、結果をセグメントごとに調べます。その情報を使って設定を調整し、全体の改善と各セグメントの安全な結果を両立させます。

100% スペースキーとドラッグで移動 | Ctrl/Cmdとホイールで拡大縮小