InsightX カジュアル面談準備
Issue #6の棚卸しを2026-09-08に反映。転職の全体方針を維持しつつ、個別のカジュアル面談に備える。面談実施日・正式な応募求人URLはunknown。
現在の選考状況・返信文案・フィードバックは 選考メモのInsightX欄 に記録する。以下は面談前の準備資料として保持する。
本人の関心と現時点の理解
Section titled “本人の関心と現時点の理解”本人は、自社のCX・パーソナライズ系プロダクトを顧客企業へ導入し、FDEが顧客に近い場所で価値提供するモデルと理解している。応募対象は共通基盤・Full-stack寄りという認識だが、正式な役職と担当範囲は面談で確認する。
関心の芯は、買い物体験へ影響するプロダクト、ML・レコメンドを実際に使われるWebプロダクトとして成立させる仕事、少人数で幅広く関われる可能性。自身のフロントエンド〜バックエンド〜インフラ〜運用の経験を活かしたい。組織の若さや役割の広さは本人の印象・期待として扱う。
公開情報との照合
Section titled “公開情報との照合”2026-09-08確認。対象は掲載中の求人文面(バージョン番号なし)。会社発表と本人の応募先を区別する。
- 公式EM/FDE求人は、BtoC企業向けCXプラットフォームと、顧客折衝・実装・効果検証を担うFDEの役割、AI前提の開発プロセスを説明している。これは本人の応募職種がEMであるという意味ではない。
- 公式求人一覧のGrowth Marketer欄は「PMFを経てスケールフェーズ」と説明している。面談では領域ごとの探索と拡大の内訳を確認する。
- 過去の探索で参照したFull-stack関連URLは現在、学生インターン求人。本人の応募要件・待遇の根拠には使わない。
話す内容の芯
Section titled “話す内容の芯”経歴・転職理由・チーム観の正本は棚卸し一覧。このページでは面談に使う順序を整理する。以下はAIによる構成案で、本人の新しい回答実績ではない。
| 質問候補 | 回答の芯・具体例 |
|---|---|
| 経歴と今後やりたいこと | 開発→運用→サポートで得た視点を、プロダクト開発へ還元したい |
| なぜInsightXか | 買い物体験への影響と、MLをWebプロダクトとして届ける部分への関心。対象職の責任範囲を確認したい |
| 自分が出せる価値 | 広い開発経験と運用視点。アラート改善やBFFの検証で具体化 |
| AI実装の品質をどう担保するか | 個人開発の単体テスト・自動対戦・状態生成・目視確認。最終的なUX判断は人間 |
| 意見が割れたらどうするか | BFFの命名規約。名前衝突という課題と自分の解決案を分離して合意 |
| 失敗から何を変えたか | 顧客会議で曖昧に答えた経験。事実・仮説・未確認事項を分ける |
1〜2分で話すなら「関心→経験の具体例を一つ→この職種で活かしたいこと→確認したいこと」の順に絞る。暗記用の完成回答を先に提示せず、本人の口頭回答後に短く整える。
逆質問(AIによる整理案)
Section titled “逆質問(AIによる整理案)”優先する順序。実際に聞いた質問や企業からの回答ではない。
- 今回の共通基盤・Full-stack側の担当範囲と、FDE側との責任分担を教えてください。入社後3か月で期待する成果は何ですか。
- 公開求人ではPMF後のスケール段階と拝見しました。既存領域の拡大と、新しい顧客・領域での探索は、それぞれどの程度ありますか。
- エンジニアは顧客課題の把握や仕様策定にどこまで関わり、共通機能と個別導入の優先順位をどう決めますか。
- AIが実装する際、人間の設計・レビュー・検証・リリース判断はどう分担していますか。最近見直した具体例はありますか。
- 現在のDB・キャッシュ・推薦APIで、規模や性能上の課題は何ですか。その改善結果をどの指標で確認しますか。
技術的な深掘りは、要件確認 → DBの実行計画・キャッシュ・スケーリングの既存入口へ接続する。実際の出題傾向・同社の内部設計はunknown。推薦基盤を題材にする場合も、追加条件は演習上の設定と明示する。
ChatGPTでは、このページと棚卸し一覧、選んだprojectとreviewを読み、既存needs_revisitを優先して一問ずつ進める。面談準備資料の追加だけで学習gapや習得statusを変えない。