プロンプトと背景
ローカルイベントの発見を支援するプロダクトを設計してください。ターゲットユーザー、ユースケース、供給、検索とレコメンデーション、トラスト＆セーフティ、コールドスタート、メトリクス、V1のスコープを網羅してください。
回答は必ずしもマップやSNSを前提にする必要はありません。特定のターゲット層とコンテキストを選択し、他の方向性を後回しにする理由を説明してください。位置情報データ、イベントのプライバシー、主催者の質は現実的な制約事項です。
面接官が見ているポイント
ユーザーセグメンテーション
優れた回答は、すべての住民を1つのユーザーとして扱うのではなく、街への転入者、子連れのファミリー、特定の趣味コミュニティなど、具体的なグループを選択します。セグメントによって、イベントの種類、信頼性の要件、発見の入り口が変化します。
課題の優先順位付け
ユーザーが適切なイベントを見つけられない理由（情報の断片化、日程、距離、不確かな品質、一緒に行く人の不在など）を検証します。プロダクトによって改善可能な、頻度の高い課題を1つ優先付けします。
両面型の供給（Supply）
主催者と参加者が共同で価値を創出します。実際のイベントがどのようにカタログに登録され、重複や期限切れの掲載がどのように処理され、なぜ主催者が更新し続けるのかを説明します。
メトリクスとトレードオフ
成功指標を、適切なイベントの発見と参加に結びつけます。ガードレール指標として、誤解を招く掲載、苦情、位置情報権限の拒否、供給の偏りを追跡します。
質問すべき明確化のための問い
- どの都市、イベントタイプ、年齢層が対象範囲ですか？
- このプロダクトは観光客、住民、主催者、あるいはその3者すべてを対象としていますか？
- 供給はパートナー、主催者、または公開データのどれから得られますか？
- 発見機能はリアルタイムかつパーソナライズされている必要がありますか、それともまずは正確性が優先ですか？
- 正確な位置情報の利用は許可されていますか？拒否された場合はどうなりますか？
- ゴールは閲覧、登録、参加、あるいは主催者の定員充足のどれですか？
30秒の回答フレームワーク
「まずは、最近ある都市に引っ越してきて、大規模なソーシャルグループに参加することなく、共通の趣味を持つ人と小規模な週末のアクティビティを楽しみたい成人をターゲットにします。課題は、信頼でき、時間が合い、十分に近いイベントを見つけることです。V1では、認証済みのローカル主催者が構造化されたイベントを投稿できるようにし、ユーザーは時間、距離、興味で絞り込めるようにします。その際、情報源、更新日時、キャンセルポリシーを表示します。位置情報の権限がなくても、ユーザーが選択したエリアで機能します。詳細閲覧から登録、登録から参加へのコンバージョンを測定し、期限切れ、苦情、主催者のリテンションをガードレールとします。」
ステップごとの詳細解説
ステップ 1: 切り口（Wedge）を選択する
趣味の小規模なイベントを探している新しい住民など、具体的なニーズ（Job）を持つグループを選びます。現在の検索行動、それが失敗する理由、ユーザーが提供してくれる情報を説明します。
ステップ 2: コアとなるニーズ（Core Job）を定義する
許容できる時間と距離の中で、信頼できるイベントを見つけることをコアニーズとして定義します。クリックがタスク完了と見誤られないよう、閲覧、保存、共有、登録、参加を明確に区別します。
ステップ 3: 供給と信頼性を構築する
認証された主催者に、開始時刻、エリア、定員、価格、キャンセルポリシー、更新日時の入力を求めます。重複を統合し、期限切れのイベントを削除し、詐欺、差別、危険行為に関する通報を受け付けます。
ステップ 4: 発見体験を設計する
V1では、エリア、時間、興味、距離、価格のフィルターを提供します。スポンサー枠のみに頼るのではなく、関連性、最新性、信頼性で順位付けします。詳細ページには、情報源、位置情報の精度、最終更新日時、登録先を表示します。
ステップ 5: 位置情報とプライバシーを処理する
ブラウザの位置情報を要求する前に、ユーザーに都市または地域を選択してもらいます。拒否された後も手動検索を維持し、必要な大まかなエリアのみを保持して、削除や編集のコントロールを提供します。位置情報は段階的な拡張機能であり、利用の障壁であってはなりません。
ステップ 6: コールドスタートとメトリクス
1つの都市において、少数の会場、コミュニティグループ、イベントプラットフォームと提携します。条件を満たした詳細閲覧から登録へ、登録から参加へのコンバージョンを追跡します。ガードレールには、期限切れ、重複、苦情、キャンセル、権限拒否、および主催者の7日後リテンションが含まれます。
質の高い模範解答
「最近ある都市に引っ越してきて、週末に趣味の小さなアクティビティを探している成人をターゲットにします。彼らの課題はイベントの不足ではなく、情報の断片化、時間や距離の不一致、主催者の質の不透明さです。
V1は都市単位のディレクトリです。認証された主催者が構造化フィールドを入力し、システムが重複、期限切れ、データの欠落をチェックします。ユーザーは都市や地域を選択し、時間、興味、距離、価格でフィルターをかけます。詳細ページには情報源、更新日時、定員、キャンセルポリシーが表示され、主催者側の登録へと誘導します。正確な位置情報がなくても、手動でのエリア検索が引き続き利用可能です。
私のバリューメトリクスは、詳細から登録、および登録から参加へのコンバージョンです。期限切れ、苦情、重複、キャンセル、主催者のリテンション率をガードレールとします。レコメンデーション、ソーシャル機能、都市間をまたぐ発見機能を追加する前に、まず1つの都市と1つの興味関心バーティカルで供給と参加を検証します。」
よくある間違い
- 全員をターゲットにする → 需要も供給も焦点が定まらない → 1つの都市とセグメントを選択する。
- マップやソーシャル機能から始める → 価値が未検証 → まず信頼できる発見と登録の課題を解決する。
- ユーザーの投稿のみに頼る → コールドスタートと品質が制御不能になる → 認証済み主催者と構造化フィールドを導入する。
- クリック数を成功指標にする → 紛らわしい掲載によってクリックが増加する可能性がある → 登録、参加、苦情のガードレールを追跡する。
- 正確な位置情報を必須にする → 拒否された際にプロダクトが使えなくなる → 都市や地域の検索を提供する。
- イベントの総数のみをカウントする → 重複や期限切れが供給を汚染する → 新鮮さ、重複、削除までの時間を監視する。
- 主催者を軽視する → 供給が持続しない → 認証、編集、リテンションのループを設計する。
- ソーシャル機能を早期に拡大しすぎる → 安全性とモデレーションのコストが増大する → まず発見から参加までの流れを検証する。
フォローアップ質問と回答
フォローアップ 1: 供給が少なすぎる場合はどうしますか？
都市と興味の範囲を絞り込み、質の高い主催者を少数獲得してインポートツールを提供します。投稿の一般開放やレコメンデーションを行う前に、実用的な密度を証明します。
フォローアップ 2: ユーザーが位置情報の権限を拒否した場合はどうしますか？
都市、地域、郵便番号での検索を維持します。コアとなる機能にはユーザーが選択したエリアを使用し、デバイスの位置情報は明示的な許可を得た後にランキング向上のためだけに使用します。
フォローアップ 3: 偽のイベントや危険なイベントをどう防ぎますか？
主催者、連絡先、キャンセル規定を認証します。重複や異常な編集を検知し、通報と迅速な削除をサポートします。リスクの高いカテゴリには人的レビューを追加します。
フォローアップ 4: ランキングによって人気のあるイベントがさらに人気を集めてしまいませんか？
関連性、最新性、信頼性、多様性を用いてランク付けし、新しいイベントにも制御された露出を与えます。クリック数だけでなく、ロングテールの詳細から登録へのコンバージョンを監視します。
フォローアップ 5: 2つ目の都市へ進出するかどうかをどのように決定しますか？
最初の都市で、質の高い供給密度、登録から参加へのコンバージョン、苦情率、主催者のリピート投稿、ユーザーリテンションが複数サイクルにわたって維持されていることを条件とします。その上で、次の都市での供給獲得のしやすさと現地の規制を評価します。
出典 1: Metaのプロダクトマネージャー面接ガイド
Metaの公式準備ガイドでは、課題が重要である理由の説明、ユーザーへの共感、セグメンテーション、トレードオフ、目標、メトリクスを重視しています。これらはこのプロダクトセンスの回答にも当てはまるシグナルです。
出典 2: 位置情報の許可とフォールバック
MDNのドキュメントによると、Geolocation APIはユーザーの許可を必要とし、セキュアコンテキストで利用可能であり、拒否やエラーの処理が必要です。これは、権限がない場合のフォールバックとして手動のエリア検索を採用することの裏付けとなります。
出典 3: 公開されているプロダクトセンスの設問
公開されている面接準備資料では、「ローカルイベントの発見を支援する」というテーマは、機能の多さではなく、セグメンテーション、優先順位付け、トレードオフ、メトリクスに焦点を当てたプロダクト設計演習として挙げられています。