投行技术岗面试全流程（2026）：HireVue 录像面、Superday 群面、CoderPad 与 Quant Strats

💡 核心要点 (Key Takeaways)

• 投行的第一道门槛常常不是技术题，而是 HireVue 录像面：同学提供的面经样本里出现过 6 道题、每题最长作答 1.5 分钟、题目涉及亚洲固定收益配置、私募信贷与银团贷款对比、AI 带来的网络风险这类业务判断题的形态，技术正确但业务表达空洞同样会被筛掉。
• Superday 是群面轮转制而不是单人连续面试：同学提供的面经样本里出现过先进入大会议室、同时有 4-5 位候选人、轮流与不同面试官轮转，每轮 45 分钟、中间休息 15 分钟再被 host 分配到小房间的形式；也有候选人反馈当天只有约 10 位候选人在场。
• 同一家银行的 OA 内部差异极大：Goldman Sachs 的 Engineering OA 同学提供的面经样本是 180 分钟内 2 道偏难的 coding 加若干道偏基础的概率 / 微积分 / 线代，Coding 出现的是 CPU 进程饥饿时间、书架同作者消除这类题；而 Quant Summer 条线是另一套 OT。
• 技术轮的隐藏考点是「基础实现 + 边界」而不是算法难度：同学提供的面经样本里有从零实现支持字符串的双端队列（要求 addFirst/addLast/removeFirst/removeLast/peek/getSize 全部 O(1)，用 Python list 做 addFirst 会被追问复杂度），以及字典表示子节点到父节点映射、找出最大树的根节点并处理并列取最小 ID。
• 银行领域词汇决定 System Design 的得分：支付系统的可靠性要求、信用卡交易的 fraud check 与速度限制、property rental 的 search / payment / view / guest / update 服务划分，这类题里「能不能用银行的语言讲清读写链路」比画架构图更重要。
• 拿到面试通过不是终点：JPMorgan 同学提供的面经里 Superday 通过后进入 Team Match pool、官方给了 90 天窗口，也有候选人听说三个月还没 match 上；投行的流程等待时间长是常态，不要把全部时间线压在单一家身上。

这篇投行面试攻略解决什么问题

如果你在准备 Goldman Sachs、JPMorgan、Morgan Stanley 的技术岗或量化条线，你会发现通用的大厂面试攻略覆盖不到几个关键环节：HireVue 录像面要在没有互动的情况下 1.5 分钟讲完一道业务判断题；Superday 是群面轮转制，你不是在同一天连续见同一批人；技术轮考的是从零实现双端队列和树结构，而不是算法难题；System Design 的题目是银行支付系统和信用卡 fraud check，不是设计 Twitter。

这篇攻略把投行条线拆成四件事：录像面 / 群面 / CoderPad 三种形式各自怎么运行、三家银行的技术轮与 OA 差在哪、银行领域 System Design 与 Quant Strats 条线考什么、以及按倒计时怎么排准备顺序。所有结构性判断都来自站内聚合的同学提供的面经信息，涉及具体公司的细节不展开到逐字题目，只讲题型方向与评分点。

先说结论性的差异：投行的技术门槛明显低于科技大厂，但表达门槛和领域门槛明显更高。这决定了你的准备时间分配应该和面大厂时不一样——这一点在第二节展开。

投行面试的三个专属环节：录像面、群面、CoderPad

大厂的流程是 OA → 电面 → VO loop，投行的流程里有两个环节是大厂几乎没有的。

环节一：HireVue 录像面。你面对摄像头录制回答，没有面试官、没有追问，同学提供的面经样本里出现过 6 道题、每题最长作答 1.5 分钟的形式。题目分两类：一类是业务判断（例如在当前利率与利差环境下如何构建亚洲固定收益组合、私募信贷相对银团贷款的结构性优势与跨境货币风险对冲、AI 在金融服务中带来的网络风险与银行应考虑的关键因素），另一类是行为题。这一环节的失分方式非常固定：把业务题答成技术题，或者用满时间却没给结论。

环节二：Superday 群面轮转。同学提供的面经样本里，候选人先进入一个大会议室（有 host），同时有 4-5 位候选人在场，轮流与不同面试官轮转，每轮约 45 分钟；轮次之间回到大厅休息约 15 分钟，再由 host 分配到小房间进行下一轮。也有候选人反馈当天在场的候选人约 10 位。这个形式的隐含考点是节奏适应能力：你无法像单人 loop 那样在轮次之间调整状态，休息的 15 分钟是唯一窗口。

环节三：CoderPad 技术轮。和科技公司的共享编辑器轮不同，投行的 CoderPad 轮有两个鲜明特征。第一是题目偏基础实现：同学提供的面经样本里有从零实现支持字符串的双端队列（addFirst / addLast / removeFirst / removeLast / peek / getSize，要求全部 O(1)），以及给定子节点到父节点的字典映射、找出最大树的根节点并在并列时返回最小根 ID。第二是环境细节会成为失分点：同学提供的面经里明确提到 CoderPad 编辑器默认混用 Tab 和空格，Python 3 会直接报 TabError，建议提前把缩进设成纯空格——这类问题在 45 分钟的轮次里足以毁掉节奏。

另外还有一个容易被低估的形式：debug 轮给的是一个 Pull Request。同学提供的面经样本里给过一段 Customer request class 的代码（含多个变量和一个 external request），可提 comment 的地方很多，属于开放式讨论，考察的是你能不能识别设计问题（例如并发写法是否该用更标准的库、single responsibility 是否被破坏），而不是能不能找出唯一正确答案。

• HireVue：无互动、时间硬上限、业务判断与行为题混合，先给结论再给支撑。
• Superday：群面轮转 + host 分配，轮间休息约 15 分钟，节奏起伏比题目本身更耗人。
• CoderPad：基础实现 + 边界 + 环境细节（Python 缩进务必用纯空格）。
• Debug 轮常见形态是 review 一个 PR，按设计原则提 comment 而不是找唯一 bug。

三家银行的技术轮与 OA 差异对照

同属投行，三家的流程重心并不相同。下面按同学提供的面经样本里的分布说明（样本量小且有发帖自报偏差，只用于判断准备重心）。

• Goldman Sachs：同学提供的面经样本的 22 条里，技术电面 7 条、在线笔试 6 条——OA 与电面是主要筛选位。Engineering OA 出现过 180 分钟 2 题偏难 coding + 若干概率/微积分/线代的形式，coding 题目方向包括 CPU 进程饥饿时间（对每个位置找右侧第一个更低优先级）和书架同作者行列消除的最小操作数；也有样本反馈是标准题加基础数学三件套。技术轮以 CoderPad 为主，出现过 2 道 BQ + 2 道 coding 的组合（BQ 涉及被指定为 lead 后协作者不同意怎么处理、manager 索要敏感数据怎么应对），以及从零实现 Deque 加森林最大树这类数据结构题。此外还有 Quant Strat 的 CoderPad / panel / SPD 条线与 Risk、Credit Risk 方向的 Superday（同学提供的面经样本为 2 轮 back to back、共约一小时）。
• JPMorgan：同学提供的面经样本的 14 条里，技术电面 7 条、Onsite / Superday 5 条——重头在后期轮次。Superday 公开形态是 3 轮、每轮 45 分钟：第一轮 debug session（review 一个 PR）、第二轮 System Design（出现过 property rental 系统，含 payment / view / guest / search / update 服务与全球租客场景）、第三轮 BQ（由资深 Manager 聊场景与项目）。SDE 条线的 Superday 出现过银行支付系统设计（强调 reliability，回答按 database / requirement / flow 分板块）、code review 加一道长题面 medium coding。另有 Code for Good Hackathon OA（要求用 Python）与 Quant 条线的 superday。OA 走的是标准 medium 两题。
• Morgan Stanley：同学提供的面经样本的 11 条里，技术电面 5 条、在线笔试 2 条、视频面试与 HR 各 1 条——录像面与 HR 环节占比明显高于另外两家。HireVue 同学提供的面经样本是 3 道题、每道两机会（为什么对 MS Technology 感兴趣、你如何发现并处理一个看起来不对的事情、未来 6-12 个月科技领域最大的趋势）。OA 走 HackerRank 形式。Quant Strats 条线公开结构是：第一轮 30 分钟 live coding（贪心类），第二轮 1.5 小时纯技术面、3 个 30 分钟背靠背、无 behavior 无 live coding，内容集中在期权定价（从期货定价引导到期权并追问直觉）与线性回归假设与公式，另有概率题。APAC FX 条线的 VI 样本是 6 题、每题 1.5 分钟，业务题深度明显更高。

HireVue 录像面：没有互动的表达怎么练

这是投行条线里最容易被技术型候选人低估、也最容易靠训练提分的一环。

第一，结构固定成三段。结论先行（一句话给出你的判断或方案）→ 两点支撑（每点一句话，带一个具体数字或机制）→ 收尾（风险或前提条件）。同学提供的面经样本的题目普遍是这类结构：如何构建一个组合、某种工具的结构性优势是什么、某个技术趋势对银行意味着什么。在 1.5 分钟里你只能讲清一个判断加两点理由，铺陈背景必然导致结论说不完。

第二，业务题不要答成技术题。被问『AI 在金融服务中是否带来网络风险』，需要的是银行视角的答案：攻击面在哪里（第三方模型接口、数据外泄路径）、银行要考虑的关键因素（监管报送、模型治理、供应商风险、客户数据边界），而不是讲模型安全的技术细节。技术型候选人在这一环最常见的失分就是给了技术层面的正确答案，却没有回答『对银行意味着什么』。

第三，练习方式必须是录像回放。这类面试的评分维度包含语速、停顿、镜头感和时间控制，而这些只能通过回看发现。建议的练法是：每道题严格计时 1.5 分钟、录三遍、逐遍回看，第一遍改结构，第二遍砍冗余，第三遍稳定语速。多数候选人练到第 8-10 道题时才能稳定在一分半内讲完结论加两点支撑。

第四，行为题用同一套故事库支撑。录像面的行为题（发现异常如何处理、跨团队协作、如何适应突发变化）和大厂的 BQ 没有本质区别，区别在于你没有追问机会去补救模糊的回答。所以 STAR 故事必须练到『一句话能说清背景、一句话说清我的动作、一句话说清结果与量化影响』的密度，才能在 90 秒内完整闭环。

• 结构：结论先行 → 两点支撑（带数字或机制）→ 收尾给风险或前提。
• 业务题务必回答『对银行意味着什么』，而不是技术实现细节。
• 练法：每题计时 1.5 分钟录三遍、逐遍回看，稳定后再换题。
• 行为题练到一句话讲清背景、动作、结果与量化影响。

银行领域 System Design 与 Quant Strats 条线

银行领域 System Design 的题面结构和通用题一样（需求、规模、API、存储、取舍），但内容换成了金融场景，而且评分点偏向可靠性与一致性。

同学提供的面经样本里有三类高频题。第一类是信用卡交易授权与 fraud check：给你一个交易结构（user_id、transaction_id、MCC、timestamp、amount），规则逐层加码——先拒绝某个高风险的商户类别码，再扩展为全局拒绝列表加用户级拒绝列表，最后加上滚动一小时窗口内消费超过阈值就拒绝的速度限制（velocity limit）。这道题的分水岭在最后一步：你不能只写一个累加变量，必须说明时间窗口怎么维护（滑窗还是分桶）、被拒绝的交易是否计入累计、以及边界时间戳如何处理。同学提供的面经样本里给出的判定序列正好覆盖了这些边界（同一秒、跨小时的第一个请求、刚被拒之后的下一笔）。

第二类是银行支付系统：明确要求高可靠性，同学提供的面经里候选人的回答按 database、requirement、flow 分板块组织。这类题要主动讲幂等、重复支付防护、对账与补偿、以及故障时的降级策略——银行场景里『钱不能丢也不能重复扣』比吞吐量更重要。

第三类是平台型系统：同学提供的面经样本里的 property rental 系统要求划出 payment / view / guest / search / update 五类服务，并支持全球租客；面试官常常想深挖 search 这一块（多语言、多币种、地理位置、排序与过滤），如果你不熟，主动把话题拉回通用设计（分布式、高可用、可观测性）也是可接受的策略，但一定要先说清服务划分。

一个实用的组织顺序是：先铺 entity 与 service 划分 → 再走主读写链路 → 最后挑一两个点 deep dive（直接问面试官想深挖哪块）。同学提供的面经里最常见的失分正是反过来：一开始就扎进支付细节，最后整体框架没画完。

Quant Strats 条线是完全不同的另一条路。公开结构是两段：第一轮 30 分钟 live coding（题目不难，常见贪心类，看破套路就能秒），第二轮 1.5 小时纯技术、3 个 30 分钟背靠背、没有 behavior 也没有 live coding。内容两大块：

一块是定价推导。从期货定价出发，一步步引导到期权；会持续追问直觉——例如你写出 K = S0·e^(rt) 之后，面试官要的是这个式子背后的无套利逻辑，而不是公式本身。准备方式是把每个定价公式配一段『为什么是这个形式』的口述，并准备被追问两次以上的深度。

另一块是线性回归的假设与公式。同学提供的面经里明确提到会被追问 beta 的表达式、OLS 表达式这类具体公式，以及各类经典假设。这和站内 [Two Sigma Quantitative SWE 面经](/blog/two-sigma-quantitative-software-engineer-interview-2026/) 里记录的统计推导轮属于同一类能力，区别是投行 Strats 更偏标准教材与业务解释，深度略浅但题量更大。

如果你同时在面做市商条线，可以对照站内 [量化交易公司面试全流程攻略](/blog/quant-trading-interview-guide-citadel-optiver-hrt-2026/) 的判断：做市商重概率与低延迟，投行 Strats 重定价直觉与回归基本功，两条线的准备材料大部分不通用。

• 速度限制题要讲清窗口维护方式、被拒交易是否计入累计、边界时间戳处理。
• 支付系统优先讲幂等、重复支付防护、对账补偿与降级，而不是吞吐量。
• 组织顺序：entity 与 service 划分 → 主读写链路 → 挑点 deep dive。
• Strats 定价推导必须能口述公式背后的无套利直觉，并准备被追问两层。
• Strats 统计部分要能写出 beta 与 OLS 的具体表达式，不能只说概念。

常见挂点：投行条线特有的五种失分方式

把同学提供的面经里的失败原因归类，下面五种最反复出现。前两种发生在流程早期，最容易被技术型候选人忽略。

• 录像面把业务题答成技术题：技术细节讲得很准，但没回答『对银行/对监管意味着什么』，直接被筛。
• 录像面时间失控：前 45 秒在铺背景，结论没说完时间就到了；或语速过快导致听不清关键判断。
• Debug 轮只找 bug 不讲设计：同学提供的面经样本的 PR review 题考的是设计判断（并发写法、职责划分），只指出一处语法问题就结束会显得经验不足。
• System Design 缺领域词汇：讲不清支付的对账与补偿、信用卡授权的欺诈校验链路、或监管报送需求，架构图再漂亮也拿不到高分。
• 流程期心态崩：Team Match 等待可达数月、HR 响应慢（同学提供的面经里出现过外包 HR 一问三不回），候选人因为等待焦虑而中断其他投递线。

7 天 / 14 天 / 30 天准备路线

按你的倒计时选一条。投行与科技大厂的关键差异是：录像面和领域词汇必须排在算法练习之前。

7 天（已收到 HireVue 或 Superday 通知）：第 1 天只做录像面训练——把行为题和业务判断题各写 5 道，全部计时 1.5 分钟录三遍回看。第 2 天补领域词汇：信用卡授权链路、欺诈校验、支付对账与补偿、监管报送各准备一段 90 秒口述。第 3-4 天练基础实现题：手写双端队列、LRU 变种、树结构统计，全部要求 O(1)/O(n) 复杂度说清并补 3-5 个边界测试。第 5 天做一轮完整 System Design（选支付系统或信用卡 fraud check），按 entity → 链路 → deep dive 的顺序练。第 6 天做全真模拟（含群面节奏：45 分钟一轮 + 15 分钟休息）。第 7 天只复盘录像面的前三遍录音和领域词汇。

14 天（已进技术轮）：第 1-3 天录像面与行为故事库（每个故事压到 90 秒闭环）；第 4-6 天基础数据结构实现专项加 CoderPad 环境演练（缩进、跑测试、doTestsPass 写法）；第 7-9 天银行领域 System Design 三个场景各做一遍并让面试官追问；第 10-11 天 debug / PR review 专项（准备一套设计维度清单：职责划分、并发、错误处理、可测试性、命名与边界）；第 12-13 天两次全真模拟；第 14 天复盘。

如果是 Quant Strats 条线，把上面第 4-9 天替换为：定价推导（期货 → 期权，每个公式配直觉口述）、线性回归假设与公式默写、概率题限时训练；第 3 周再加一轮 1.5 小时背靠背的耐力模拟，因为这个条线的特点是题量大而不是单题难。

30 天（社招 / 想系统补齐）：第 1 周录像面与行为故事库；第 2 周数据结构实现与编码环境；第 3 周银行领域 System Design 与 debug 轮；第 4 周模拟、投递节奏与 Team Match 预期管理。每周末把错题归类成『知识缺 / 表达缺 / 领域缺』三类，下一周按类别补。

两条每天必做的事：录像回看（投行最有效的单项训练）和领域词汇口述（把技术名词翻译成银行业务语言）。

• 7 天：录像面 → 领域词汇 → 基础实现题 → System Design → 全真模拟 → 复盘录音。
• 14 天：录像与故事库 → CoderPad 环境与实现题 → 金融 System Design → debug 轮 → 两次模拟。
• Strats 条线替换项：定价推导 + 回归公式 + 概率限时，加一轮 1.5 小时耐力模拟。
• 每天必做：录像回看、领域词汇口述。

我们怎么帮你过投行面试：学员复盘案例

下面这个案例来自站内复盘过的候选人。为保护隐私，姓名与部分细节做了模糊处理，我们不承诺任何面试结果，只说明我们在哪几个环节提供了帮助、以及学员自己做对了什么。

背景：学员是 CS 硕士 + 一年半后端工作经验，投递方向是投行 Core Engineering 与科技公司混合条线。他的技术能力不弱——大厂 OA 和 coding 轮基本能过，但在投行的第一轮 HireVue 就被拒了，而且是连续两家。

诊断：第一次模拟我们做了一件很直接的事——让他录三道 HireVue 类题目。回看结果暴露了两个问题：第一，三道题全部用了 60-80 秒铺背景，结论出现在最后 20 秒，其中一道题时间到了结论还没讲完；第二，被问『AI 给银行带来什么风险』时，他讲了 90 秒模型安全与数据加密的技术细节，完全没有提到监管报送、模型治理和供应商风险。他的问题不是英语也不是知识，而是默认了『技术面试就该讲技术』。

介入动作（2 周）：第一周，我们把所有回答模板改成固定三段——结论、两点支撑、风险或前提——要求每道题录三遍并逐遍回看，只允许在第三遍才定稿；同时建了一份银行领域词汇表（信用卡授权链路、欺诈校验、支付对账与补偿、监管报送、模型治理、供应商风险），要求每个词都能用 60 秒讲成业务语言而不是技术语言。第二周，做一轮 Superday 节奏模拟：45 分钟一轮加 15 分钟休息，连续三轮，其中一轮是 debug 轮的 PR review，逼他按设计维度清单（职责划分、并发、错误处理、可测试性）提 comment 而不是找语法错误。另加一轮银行支付系统的 System Design，练习先铺 entity 与服务划分、再走读写链路、最后挑点 deep dive 的顺序。

结果（学员自述）：他在后续的投行流程里，HireVue 环节一次通过；Superday 的技术轮他把双端队列的实现题在 20 分钟内写完并主动补了 4 个边界测试，debug 轮按设计维度提了 5 条 comment，System Design 用『服务划分 → 支付链路 → 幂等与对账』的顺序讲完。他最终拿到了投行技术岗的 offer。他的复盘是：『最值钱的不是又刷了多少题，是有人告诉我录像面的前 60 秒不能用来铺背景。』

这个案例里，三段帮助各自解决了一个明确问题：诊断阶段定位到的是表达结构与领域语言，而不是技术能力；专项阶段补的是投行专属形式（录像面、群面节奏、PR review）；模拟阶段校准的是轮转节奏下的稳定性。这三件事恰好是自学最难发现的部分——你可以自己刷题，但很难自己意识到『你答对了技术问题却没回答业务问题』。

如果你也卡在投行这类环节，站内的 [模拟面试服务](/services/mock-interview/) 可以从一次录像面 + 群面节奏诊断开始；如果你卡在 CoderPad 或 OA 这一轮，[OA 代写服务](/services/oa-daixie/) 覆盖 HackerRank、CodeSignal、Codility 与 CoderPad 上的 coding / SQL / debug 环节，交卷前交付给你核对；如果你已经在倒计时内、技术轮压力大，[VO 代面（对口型）](/services/vo-daian/) 与 [VO 辅助](/services/vo-fuzhu/) 两条线的口径与准备周期在服务页有完整说明。报价口径统一为：OA 代写 $199 起（约 1 天准备）、VO 辅助 $299/轮 起（2-3 天准备）、VO 代面 $499/轮 起（3-5 天准备），多轮连面按轮次打包报价，具体按你的公司、轮次与级别在微信里报。

最后一句实话：投行流程里的简历深挖、行业动机和背景审查必须由你本人完成，Team Match 与合规审查也不受任何服务方影响。这也是我们诊断阶段第一件事就问『你面的是哪个条线、为什么是投行而不是科技公司』的原因。

FAQ：投行面试高频问题

下面这些问题的完整答案也以 FAQ 结构标记在页面结构化数据里，方便你在搜索时直接命中。

• HireVue 和普通面试的区别：无互动、时间硬上限、业务判断题与技术题混合，必须结论先行。
• Superday 怎么进行：群面轮转制，4-5 位候选人轮流见不同面试官，每轮约 45 分钟、轮间休息约 15 分钟。
• 技术轮会考算法难题吗：普遍不考，考基础实现质量与边界，例如从零实现 O(1) 双端队列、树结构统计。
• OA 会考数学吗：Engineering OA 会含概率 / 微积分 / 线代基础题；Quant 条线走另一套 OT。
• System Design 考什么：银行支付系统、信用卡授权与 fraud 速度限制、平台型系统（含服务划分与搜索深挖）。
• Quant Strats 考什么：30 分钟 live coding 加 1.5 小时背靠背技术面，含期权定价直觉与回归公式。
• 通过后等多久：Team Match 可能长达数月，建议同时推进多条投递线。