FinTech SDE 面试准备指南：Affirm、Marqeta、Finix、Stripe 常见轮次和答题策略

FinTech SDE 面试和普通互联网公司不太一样。除了 coding 和 system design，它还会频繁考 API design、payment workflow、ledger consistency、idempotency、risk control、compliance mindset 和业务 ownership。Affirm、Marqeta、Finix、Stripe、Plaid、Robinhood、Coinbase 这类公司，面试官通常希望你不仅能写代码，还能理解“钱”和“状态”为什么不能乱。

很多北美华人候选人刷题能力不错，但在 FinTech 面试里会输在两个地方：API 和数据模型讲得不规范，或者 system design 没有体现 financial correctness。尤其是 senior / staff level，BQ 和 project deep dive 的权重也明显更高。

这篇文章会把 FinTech SDE 面试拆成几类能力，帮你有针对性地准备。

FinTech 面试的常见结构

不同公司流程不同，但常见组合是：

Recruiter screen：背景、签证、地点、薪资、时间线
HM interview：项目深挖、BQ、role fit
Coding：LeetCode medium、graph / BFS、card game、state simulation
API design：设计 merchant、payment、review、Yelp-like 或 email service API
System design：payment workflow、train display board、transaction processing、notification、risk system
Behavioral：ambiguity、ownership、most challenging project、cross-functional collaboration

FinTech 公司流程可能很快，有些一周内走完。你需要提前准备完整材料，而不是等 VO 安排后才开始补 API design。

Coding：不一定难，但会看建模能力

FinTech coding 经常不是纯 hard algorithm，而是中等题 + 业务包装。

常见类型：

graph / BFS：用户关系、level-k friends、传播路径
card game：状态、规则、计分
LRU cache 或缓存策略
string / array parsing
transaction validation
event log replay
ranking 和 tie breaker

例如一个 level-k friends 的视频统计题，本质是 BFS 找到距离为 k 的节点，再聚合 watched videos 并按 count / name 排序。失分点通常不是不会 BFS，而是：

没讲清 graph 建模
visited set 放错导致重复
level 计数不清楚
aggregation 和 sorting 混在一起，代码难读
tie breaker 没确认

FinTech 面试官会特别看你的代码是否稳定、可读、边界清楚。因为真实 payment 系统里，小 bug 可能造成大问题。

API Design：REST 规范和数据模型要扎实

FinTech onsite 里经常有 API design 或 product design coding。题目可能不是 payment 本身，也可能是 Yelp-like service、email service、merchant review、train info display board。但面试官会看你是否能设计清楚资源、关系和约束。

一个稳定的 API design 回答框架：

先确认 users 和 actors。
定义 core resources。
给出 endpoint，不要只说“CRUD”。
说明 request / response fields。
说明 status code 和 error handling。
说明 pagination、filtering、auth、rate limit。
说明 DB schema 和 key constraints。
讨论 idempotency 和 concurrency。

如果你设计 payment API，必须主动提：

Idempotency-Key
transaction status：pending、authorized、captured、settled、failed、refunded
ledger entry 不可随便 update，通常 append-only
retry 和 duplicate request
reconciliation
audit log
permission 和 merchant isolation

很多候选人 API 设计被 challenge，是因为 endpoint 名字随意、response 不具体、错误码不清楚、数据模型没有约束。FinTech 面试里这些细节会被放大。

System Design：钱相关系统要先讲 correctness

普通 system design 常从 scale 开始讲，但 FinTech 系统不能只讲 QPS。你需要先明确 correctness。

以 payment / checkout / wallet / card issuing system 为例，核心问题是：

用户是否会被重复扣款？
merchant 是否会被重复结算？
失败重试是否安全？
ledger 是否能对账？
异步事件是否可能乱序？
webhook 是否可能重复发送？
退款和 chargeback 如何处理？

建议回答结构：

维度	面试中该主动说明
Data Model	user、merchant、payment、ledger entry、balance、event
State Machine	authorization、capture、settlement、refund、failed
Idempotency	client retry、server retry、webhook retry
Consistency	DB transaction、outbox pattern、reconciliation
Risk	fraud check、velocity limit、manual review
Observability	audit log、metrics、alert、trace

如果你目标是 senior / staff，必须讲 operational excellence：如何发现异常、如何回滚、如何补偿、如何做 migration、如何处理历史数据。

Behavioral：FinTech 很看重 trust

FinTech 面试中的 BQ 往往不只是文化匹配。面试官会判断你是否能在高责任系统里做决策。

高频问题包括：

most challenging project
deal with ambiguity
prioritize work
unexpected issue in project
cross-team conflict
production incident
how you earned trust
why this company / why fintech

准备时不要只讲“我努力推进”。要讲：

这个项目为什么重要
风险是什么
你如何发现问题
你如何和 PM、compliance、ops、support、infra 合作
最后 impact 是什么
如果重做会改什么

对 senior 候选人，最好准备一个系统可靠性或数据一致性的故事。

签证和 sponsorship：早问，不要等到最后

对在美国求职的中文候选人，FinTech 公司 sponsorship policy 可能变化很快，尤其是 new grad、returnship、remote-first 或某些 office-specific role。

建议在 recruiter call 里直接确认：

这个岗位是否支持 H-1B / STEM OPT 后续 sponsorship
sponsorship policy 是否和 level / location 有关
是否需要 immigration assessment
如果岗位 headcount 变化，已完成面试是否会受影响

这不是技术问题，但会极大影响你的时间成本。

两周准备计划

第 1-4 天：coding + state modeling

练 BFS、LRU、card game、event validation、transaction replay、ranking with tie breaker。每题都写清楚状态和边界。

第 5-7 天：API design

练 payment API、merchant review API、Yelp-like API、email service API、order / refund API。重点写 endpoint、schema、error 和 idempotency。

第 8-10 天：FinTech system design

练 payment processing、wallet ledger、card transaction pipeline、risk scoring、reconciliation、webhook delivery。

第 11-14 天：BQ + project deep dive

准备 challenging project、ambiguity、incident、cross-team collaboration、ownership、why fintech。

需要 FinTech SDE 专项 mock？

FinTech 面试最容易失分的是 API design、idempotency、ledger correctness 和 BQ。Interview Coach Pro 可以按 Affirm、Stripe、Marqeta、Finix、Robinhood、Coinbase 这类方向做 coding、API design、payment system design 和 behavioral mock。

👉 查看 SDE 面试辅导服务
👉 查看 System Design Mock Interview
👉 预约一次面试准备咨询