Slide 1
Slide 1 text
1
「うどん」の検索結果には何を出すべきか
李 晟圭
Slide 2
Slide 2 text
自己紹介（現在）
李 晟圭（イ・ソンギュ）
韓国出身
2016年からRetty在籍中
WEB/Search/地盤 Team
Engineering Manager
Slide 3
Slide 3 text
自己紹介（明日から）
李 晟圭（イ・ソンギュ）
韓国出身
2016年からRetty在籍中
Search/地盤 Team
Engineering Manager
Slide 4
Slide 4 text
日本最大級の実名グルメサービス「Retty」
実名制
オススメの口コミ
友人との「つながり」
口コミ内容はポジティブな“おすすめ”で
きるお店を投稿。
点数評価ではありません。
Rettyのサービス内で“友人”や“食の
嗜好が合う同士”がフォロー機能でつ
ながっているSNS型です。
実名制口コミの信頼度が非常に高いグ
ルメサービスです。
2011年6月にサービスを開始した実名グルメサービス「
Retty」は、 グルメに強いこだわりを持つ方々を中心に、 「オススメ」したいお店の情報を実名ベースでご
投稿いただく形で運営しています。 「BESTなお店が見つかる」グルメサービスとして、 20～40代の男女を中心に、 幅広い年代にご利用いただいています。
Slide 5
Slide 5 text
スマホ時代の実名グルメサービス「Retty」
月間利用者数4,000万人突破（2018年11月時点）
Slide 6
Slide 6 text
予約検索ができるようになりました
Slide 7
Slide 7 text
● Rettyの検索の全体像
● 各機能の話を少しずつ
● 表示順の話
● 課題と今後
今日話す内容
Slide 8
Slide 8 text
それでは始めます
Slide 9
Slide 9 text
● Elasticsearchベース
● 2.4.6 →7.2.0 NOW!
● Kuromoji + ちょっとした辞書
● 大体1500万documentsぐらい
Rettyの検索の全体像
Slide 10
Slide 10 text
● 検索対象
○ エリア
○ ジャンル
○ 目的
○ 店舗
Rettyの検索の全体像
Slide 11
Slide 11 text
● Rettyにおけるエリア
○ 都道府県：東京都、神奈川県、・・・
○ エリア：六本木、新宿、渋谷、・・・
○ サブエリア：道玄坂、神泉、・・・
○ 駅：六本木駅、・・・
○ ランドマーク：東京タワー、・・・
○ 市区町村：東京都稲城市・・・
Rettyの検索の全体像
Slide 12
Slide 12 text
● Rettyにおけるジャンル
○ カテゴリー：和食、焼肉、焼き鳥、・・・
○ メニュー：しらす丼、たこ焼き、・・・
○ 食材：しらす、水菜、・・・
○ 飲み物：獺祭、而今、・・・
Rettyの検索の全体像
Slide 13
Slide 13 text
● Rettyにおける目的
○ ランチ、ディナー、モーニング、・・・
○ 食べ放題、飲み放題、・・・
○ デート、お一人様OK、・・・
Rettyの検索の全体像
Slide 14
Slide 14 text
● 検索対象データは基本デイリー更新
● 必要に応じて、document単位で準リアルタイム更新
○ 予約在庫状況、店舗データ修正など
○ SQSに投下、Workerでさばく単純な仕組み
Rettyの検索の全体像
Slide 15
Slide 15 text
● 何でも検索させようとしてかなり膨れ上がっている
● 単一クラスターをやめ、複数クラスター構成を検討中
○ 目的に合わせた必要なindexのみで構成
○ SPoFになることを回避
○ 運用の手間はあるので検討中
Rettyの検索の全体像
Slide 16
Slide 16 text
● Suggest：Incremental search
● Search：検索結果として店舗が並ぶあのページ
機能の話
Slide 17
Slide 17 text
Rettyの検索においてSuggestは
もっとも重要な役割を果たしている
Suggest
Slide 18
Slide 18 text
ユーザさんのニーズとRettyが持っているものをmappingする
つまり、「ID化」できる
Suggest
Slide 19
Slide 19 text
恵比寿 → SUB701（サブエリアの恵比寿）
Suggest
Slide 20
Slide 20 text
なぜRettyではID化が重要なのか
Suggest
Slide 21
Slide 21 text
恵比寿 ざぶとん うどん
Suggest
Slide 22
Slide 22 text
恵比寿 ざぶとん うどん
すべて店名でもある
Suggest
Slide 23
Slide 23 text
Suggest
Slide 24
Slide 24 text
● 入力枠が2つある理由
○ エリアと店名を区別してID化するため
○ エリアで探す体験に慣れているユーザさんのため
Suggest
Slide 25
Slide 25 text
● エリアのSuggest
○ 完全一致、前方一致、部分一致順
○ 正式名称、読み仮名順
○ 適合率と再現率の間で明け暮れる日々
Suggest
Slide 26
Slide 26 text
● エリアのSuggest
○ 距離も要素としている
■ 現在値から近いところの重さを上げる
Suggest
Slide 27
Slide 27 text
● エリアのSuggestにおける難点
○ 同じ地名の場合、距離か検索ボリュームか
■ 伏見：愛知？京都？
○ 「ろ」で六本木優先させるのは正しいのか
■ 芦花公園？六本木？
Suggest
Slide 28
Slide 28 text
● エリアのSuggestは以下の要素で毎日格闘
○ 検索ボリューム
○ 距離
○ 入力文字列による適合率・再現率
○ POI検索に似ている
Suggest
Slide 29
Slide 29 text
● ジャンル・目的のSuggest
○ エリアに比べたら楽
○ 2枠目のメリット
■ エリア入力情報がすでに入力済み
■ 次のアクションを待たずに提案できる
Suggest
Slide 30
Slide 30 text
エリアに「恵比寿」と入力
→ 恵比寿なら「焼肉」「焼き鳥」がおすすめですよ！
→ 時間帯によっては「カフェ」「ランチ」をおすすめ
→ レコメンド要素の強いサジェストが可能
Suggest
Slide 31
Slide 31 text
● 店名のSuggest
○ かなり大変、心折れる
○ 別枠で何回か話しているので今回は省略。。。
○ ここに以前の資料とかありますよ
○ ここにもありますよ
Suggest
Slide 32
Slide 32 text
ここまで15分以内だったら大成功
前半終わり
Slide 33
Slide 33 text
● 検索結果として店舗が並ぶあのページ
● SuggestでID化が成功していたら悩むことは少ない
● だめでもキーワードと完全一致するものはID化できる
Search
Slide 34
Slide 34 text
● 問題はやっぱり店名
○ 地道にしっかりデータを整備していくしかない
■ 読み仮名、英語名、区切り、記号とか。。。
■ 鳳と凰
Search
Slide 35
Slide 35 text
Search
恵比寿 ざぶとん うどん
Slide 36
Slide 36 text
Search
恵比寿 ざぶとん うどん
Slide 37
Slide 37 text
Search
ざぶとん
Slide 38
Slide 38 text
Search
ざぶとん
肉の希少部位
店名がジャンルでもあるけど
そのジャンルと関係ない店舗のパターン
Slide 39
Slide 39 text
Search
うどん
Slide 40
Slide 40 text
Search
うどん
五反田の名店
Slide 41
Slide 41 text
Search
うどん
五反田のカレーの名店
Slide 42
Slide 42 text
Search
Slide 43
Slide 43 text
Search
違います
Slide 44
Slide 44 text
Search
検索結果で
店名のうどんですか？と聞くのもあり
でも一旦
店名とジャンル、どっちも検索結果に表示することに
Slide 45
Slide 45 text
Search
では
店名一致とジャンル一致どっちを優先するのか？
Slide 46
Slide 46 text
Search
Rettyでは今のところ店名を優先している
店名にジャンルが入ってると
その専門店である確率が圧倒的に高い
Slide 47
Slide 47 text
Search
というところで
表示順の話を少し
Slide 48
Slide 48 text
表示順
● 入力内容のエリア・ジャンル・目的が表示順に影響
● ユーザさんの投稿をベースに人気度が決まる
● その人気度が表示順の基本となる
● つまり、人気があるお店が上に表示されやすい
Slide 49
Slide 49 text
駅で探す場合の表示順
● 駅から店舗までの距離によるスコアリングも行う
● 座標に基づく検索なので、座標の周辺がいい
● でも単純に近いだけで強くなるとチェーン店が有利
Slide 50
Slide 50 text
駅で探す場合の表示順
● Rettyの価値は「見つかる」体験にある
● チェーン店は店舗が新しく見つかる
体験にはならない
Slide 51
Slide 51 text
駅で探す場合の表示順
● 一定距離区間のスコアは一緒にする
○ 0-400m（徒歩5分以内）は一緒とか
● その区間内では「見つかる」体験の確率が上がる
Slide 52
Slide 52 text
駅で探す場合の表示順
● 新宿駅と厚木駅、江ノ島駅では距離の意味が異なる
● 新宿駅：ターミナル・大型駅
● 厚木駅：地方の各駅停車駅
● 江ノ島駅：有名観光地が少し離れたところに
Slide 53
Slide 53 text
駅で探す場合の表示順
● 駅の特徴も生かしていく
○ どれぐらいの距離にお店が多いか？
○ どんなジャンルのお店が多いか？
○ 口コミが多いお店はどんなお店か？
Slide 54
Slide 54 text
ジャンルで探す場合の表示順
● 一つの店舗にジャンルが一つ、とは限らない
○ イタリアンのお店でタピオカドリンク売ってる時代
● 基本はメインジャンルの店舗が優先される
Slide 55
Slide 55 text
目的で探す場合の表示順
● ランチとディナーでは目的が違う
● 目的によって優先するジャンルと価格帯が異なる
Slide 56
Slide 56 text
目的で探す場合の表示順
ランチ
時間帯、昼食、ジャンル、予算のすべてが含まれるワード
Slide 57
Slide 57 text
目的で探す場合の表示順
● 検証が非常に難しい
● 駅ほど細かく検証出来てないので施策が展開出来てない
● 課題感が多い
● とはいえ、可能性がかなり高い検索軸
○ 恵比寿でデート！
Slide 58
Slide 58 text
ここで一息
もうすぐ終わりますので
最後まで聞いていただけると幸いです
Slide 59
Slide 59 text
課題
● 表示順の検証手法が定まっていない
○ 今は人力と効果測定で頑張っている
● ログによる分析とその活用が進んでいない
● メタデータの拡充を行っていきたい
● 「恵比寿 x 焼き鳥デート」をサジェストしていきたい
Slide 60
Slide 60 text
課題
● なんだかんだ1,2名が片手間でやっている
● にも関わらず、ここまで凝っているのには理由がある
Slide 61
Slide 61 text
Rettyで私が検索にこだわる理由
Slide 62
Slide 62 text
ユーザさんがグルメサービスを利用する
最大の目的への入り口
Slide 63
Slide 63 text
外食は
ランチを軽く済ませる場合や
そこらへんのカフェでコーヒーを飲む
体験だけかもしれない
Slide 64
Slide 64 text
だけど
プロポーズを行うための飲食店探しや
人生の中で二度とない大事な旅行で
大事な人との食事なのかもしれない
Slide 65
Slide 65 text
サービス側の都合で提供する
コンテンツではなく
ユーザさんとインタラクションができる
唯一無二の機能
Slide 66
Slide 66 text
課題
人が足りない
Slide 67
Slide 67 text
募集中！
Rettyの検索を一緒に作っていく
こだわりまくりたいエンジニアの方
声かけてください！
Slide 68
Slide 68 text
ご清聴ありがとうございました