Zerodha PM系统设计面试思路与真题解析2026
一句话总结
Zerodha的PM系统设计面试不是考你对 broker 架构的技术背诵，而是考你在监管约束与用户体验之间做 trade-off 的决断力。面试官真正想看的是：当印度SEBI的一条新规让你必须在一周内砍掉某个功能时，你会把技术债埋在哪里、把用户信任押在哪里。
它不是一场架构答辩，而是一次产品决策的极限压力测试。你以为在画方块图，实际上是在回答"这家公司的核心假设是什么"——而Zerodha的假设是：低成本不是策略，是信仰。
适合谁看
三类人需要认真读完这篇。
第一类是正在准备Zerodha PM面试的候选人，尤其是从Flipkart、Swiggy、PhonePe这类消费互联网跳过来的PM。你们的用户增长方法论在这里会碰壁，因为Zerodha的Kite月活增长不是靠补贴砸出来的，而是靠"每笔订单20卢比"这个定价承诺锁死的。
面试官会问：如果明天SEBI把衍生品合约的保证金要求提高30%，你的onboarding funnel怎么改？这不是growth hacking能回答的。
第二类是在新加坡或中东的fintech PM，想回流印度市场。你们熟悉的是MAS或DFSA的监管框架，但印度SEBI的"先禁止、后咨询"风格完全不同。
2024年SEBI突然禁止裸卖空时，Zerodha的PM必须在48小时内上线restrictions，没有grace period。面试官会挖你处理regulatory shock的经验，而不是你做过多少A/B test。
第三类是IC2到IC3级别的工程师转PM，或者技术背景深厚但缺乏印度市场语境的候选人。Zerodha的面试委员会（HC）对这类人有特殊偏好——Nithin Kamath本人就是交易员出身、自学编程——但也有特殊顾虑：你们容易把PM当成"高级架构师"来演。
HC的debrief记录里有个反复出现的评语："Can architect, cannot prioritize." 如果你属于这类人，需要重点看后面的"常见错误"章节。
不适合谁：纯商业背景、对clearing and settlement一窍不通的PM。Zerodha的面试不会替你补这一课。
Zerodha面试为什么不是考技术深度，而是考"约束下的取舍"
大多数候选人走进Zerodha面试时，带着的是FAANG system design的肌肉记忆。他们准备的是：如何设计Twitter的timeline，如何sharding一个database，如何设计Uber的matching算法。这些准备的致命缺陷在于，它们预设了一个可以横向扩展的技术问题，而Zerodha的问题预设了一个垂直穿透的监管-商业-技术三角。
2024年Zerodha的一个真实面试题是："设计一个system，让Kite用户能在IPO allotment结果公布前24小时，提前知道自己是否中签。" 候选人A——一位来自某独角兽的资深PM——花了15分钟讲解如何用Kafka stream处理NSDL的allotment data feed，如何设计cdc（change data capture）来保证实时性，如何在Redis里做eventual consistency的缓存。
面试官打断了他："如果SEBI明天说，提前披露allotment信息属于'前置泄露'，你会在72小时内怎么改？" 候选人A沉默了。
候选人B——最终被hire的那位——回答路径完全不同。她第一句话是："这个feature的核心假设是'信息优势带来的用户留存价值'，但它的regulatory risk是SEBI对'material non-public information'的重新定义权。所以我的system design会预留一个kill switch，不是技术上的，是合规流程上的。
" 她接着画了三个框：NSDL data ingestion layer、SEBI interpretation buffer、user notification gate。第三个框的owner是compliance officer，不是engineer。
这不是技术深度的胜利，是治理结构设计的胜利。Zerodha的PM面试中，"谁有权decision"比"怎么实现"更重要。
另一个debrief中的细节：HC在讨论候选人B时，hiring manager提到一点——"她提到了2018年SEBI对retail IPO allocation的quota调整，说明她读过circular，不是只读新闻。" 这种细节在Zerodha的面试评分里是隐性的加分项，不会写在JD上，但会出现在hiring manager的notes里。
> 📖 延伸阅读：ZerodhaAI产品经理岗位职责与面试要点2026
面试流程拆解：每一轮都在筛什么
Zerodha的PM面试通常是4轮，总时长约6-8周（对，他们很慢，且不会因为你有其他offer而加速）。
第一轮：HM Screen（45分钟）。hiring manager——通常是Kite或Console的产品负责人——会用一个具体场景开场。2025年一个真实开场："Kite的order placement flow在market open时的p99 latency从120ms涨到400ms， trader 在Twitter上骂。你是PM，第一步做什么？
" 注意，不是"怎么优化latency"，而是"第一步做什么"。错误答案是立刻拉engineer开会。正确答案是先确认这是否影响了actual order execution，还是只是UI feedback delay。Zerodha的infrastructure和Kite frontend是分离的，混淆这两者说明你不理解产品边界。
第二轮：System Design（90分钟）。这是核心轮。面试官会给你一个open-ended problem，比如"设计Zerodha的mutual fund SIP系统"，然后观察你如何scope。关键技巧：主动提出约束条件。
不是等面试官给，是你自己列。比如："我先确认一下，这个SIP系统需要支持pause和skip吗？还是只是fixed frequency debit？" 这会暴露你是否理解印度mutual fund行业的actual operational complexity——AMC的NACH mandate、BSE Star MF的cutoff time、SEBI对SIP discontinuation的disclosure要求。
第三轮：Cross-functional（60分钟）。这一轮通常由engineering lead或design lead主导，但不是考你和他们function的深度协作，而是考你在没有authority的情况下的influence。
一个真实场景：engineer lead坚持要用microservices重构Kite的order module，你的research显示这会带来3个月的feature freeze，而Q2有SEBI-mandated change必须上线。你会怎么谈？HC的评分标准里有一条："Can they say no to a senior engineer without making it personal?"
第四轮：Founder/Exec（45分钟）。Nithin Kamath或COO Venu Madhav会亲自面最后一轮。风格不可预测。
有候选人被问到："如果SEBI明天取消all broker的F&O业务，Zerodha的PM能做什么？" 这不是expect你有一个business plan，而是看你是否理解Zerodha的mission——"to break barriers that traders face"——在极端场景下是否还成立。
2025-2026真题解析：三个典型问题的"不是A，而是B"拆解
真题一：设计Kite的"pledge and unpledge shares"功能
不是设计一个 collateral 管理的technical workflow，而是设计一个"用户何时、以何种方式意识到自己正在把资产变成 liability "的信任机制。
BAD版本：候选人画了完整的SEBI pledge workflow，从client initiation到depository confirmation，标注了OTP verification、email notification、SMS alert三个touchpoint。面试官追问："用户pledge了50万卢比的股票，market crash导致margin shortfall，他应该在什么时候第一次看到这个risk？
" 候选人答："When margin utilisation crosses 80%." 面试官摇头。
GOOD版本：同一位候选人在第二轮（对，Zerodha有时会请候选人再聊一次）回答："用户pledge的那一刻，Kite应该show的不是'pledge successful'，而是'your effective buying power is now X, and it can go to zero if...' 这个'if'不是legal disclaimer，是contextual, just-in-time risk education。" 她进一步建议，在pledge flow里嵌入一个slider，让用户模拟"if Nifty drops 10%, your margin call is Y"。
这不是engineer喜欢的feature，是behavioral design。
真题二：设计Zerodha的"console 2.0"——从portfolio tracker到wealth dashboard
不是功能堆叠，而是重新定义"who owns the narrative of your wealth"。
BAD版本：候选人列出了12个widget：P&L, tax harvest suggestions, capital gains report, mutual fund XIRR, equity XIRR, segment-wise breakdown, etc. 面试官打断："这是Kotak Mahindra的dashboard，不是Zerodha的。"
GOOD版本：候选人问了一个问题："Console的current users中，有多少人是daily active vs. tax-season active?" （面试官没有直接回答，但note了下来）。然后他说："Console 2.0应该回答的问题是：在我忘记Kite存在的那些月份，我的money在做什么？不是'track'，是'tell me when to care'。
" 他建议了一个"alert digest"——不是real-time notification，而是weekly synthesized narrative，由用户定义什么值得interrupt他们。这背后是Zerodha的product philosophy：不追求engagement time，追求decision quality per interaction。
真题三：设计一个"optionsense" feature——帮助option traders理解Greeks
不是教育工具，而是failure mode的预演。
BAD版本：候选人设计了一个interactive Greeks calculator，with sliding IV and time decay visualization。
面试官："So you're teaching them to trade better?" 候选人："Yes." 面试官："And when they lose money on a trade they 'understood', who is responsible?"
GOOD版本：候选人B——最终hire——的回答："This feature is not about education. It's about making the implicit risk explicit, so that when SEBI audits our user communication, we can show we did not oversimplify. The UI should be pessimistic by default: show max loss first, not max gain." 她进一步建议，在feature里强制加入一个"simulated trade" phase，用户必须用paper trading验证他们的Greeks understanding before real money。
这不是user delight，是regulatory pre-defense和user protection的交集。
> 📖 延伸阅读：Zerodha内推攻略：如何拿到产品经理内推2026
准备清单
- 读透SEBI 2024-2025年的关键circular，不是新闻摘要，是原始文档。至少能说出circular number和核心改变。面试中hiring manager会假设你读过的。
- 系统性拆解面试结构（PM面试手册里有完整的印度fintech PM实战复盘可以参考）——包括SEBI regulatory shock场景的应对框架，不是泛泛的system design。
- 用Zerodha的产品做三次end-to-end transaction：从Kite order placement到Console P&L reconciliation到Coin mutual fund purchase。注意每个transition point的friction，不是bug，是design choice。
- 准备三个"我搞砸过"的故事，分别对应：regulatory constraint被迫改变product decision、technical debt导致feature delay、stakeholder conflict导致suboptimal outcome。Zerodha的HC对humility的signal非常敏感。
- 研究Zerodha的pricing model：为什么20卢比per order能work，在什么unit economics下会break。不是算数学题，是理解"cost as product strategy"的可持续性。
- 找到Zerodha engineering blog上至少两篇关于infrastructure的post，理解他们的technical constraint——不是学技术，是知道"为什么他们选择自托管而不是AWS"背后的organization principle。
常见错误
错误一：把system design当成architecture review
BAD：候选人说"我会设计一个microservices架构，用Kubernetes orchestrate，Redis做cache，PostgreSQL做主存储..." 面试官打断："这是Zerodha还是Amazon?"
GOOD：同一位候选人在feedback session后被建议重新准备，第二次面试时说："Given Zerodha's self-hosted infrastructure and the T+1 settlement constraint, the critical path is between order matching engine and clearing corporation. My first question is: what's the current SLA breach protocol, and who is paged?" 面试官立刻engaged。
错误二：忽视印度市场的特异性，用global fintech playbook硬套
BAD：候选人从Robinhood背景来，大谈"democratizing finance"和"gamification of trading"。
面试官追问："SEBI's 2024 circular on treating F&O as 'specified business' and restricting leverage—how does your gamification framework adapt?" 候选人没有读过这条circular。
GOOD：候选人承认："My Robinhood experience is a liability here. What I learned there—rapid feature iteration driven by engagement metrics—does not translate to SEBI's 'prohibit first, consult later' regime. My approach would start with compliance review, not user research."
错误三：在trade-off面前假装没有trade-off
BAD：候选人被问"如果只能在real-time P&L和order execution reliability之间选一个，你选哪个？" 回答："Both are important, I would find a way to do both."
GOOD：候选人B回答："In Zerodha's context, execution reliability. Because P&L is a user emotion problem, execution failure is a regulatory incident. But I would measure the cost: how many support tickets does delayed P&L generate, and is that acceptable trade-off for zero execution failure? I need 48 hours of data to confirm."
FAQ
Q: 我没有印度fintech背景，但有多年的trading经验和PM经验，Zerodha会给我机会吗？
会，但路径不同。Zerodha的HC对"outsider"有明确的diversity quota——不是identity diversity，是cognitive diversity。一位2024年hire的背景是：前Goldman Sachs quant，在新加坡做了5年structured products，零印度市场经验。他的突破口在于：在面试中展示了对SEBI regulatory framework的自学能力，以及把Singapore's MAS framework与SEBI做systematic comparison的能力。
但他的offer package比同banda的印度fintech背景PM低15%——base 22 lakh INR vs. 26 lakh INR——因为HC评估他的"ramp-up risk"更高。关键建议：不要假装了解印度市场，展示你的学习框架和迁移能力。Zerodha的面试委员会更怕的是"不知道自己不知道"的候选人。
Q: Zerodha的PM薪资和Flipkart/Swiggy相比如何？为什么有人说它"underpays"？
Zerodha的PM薪资结构是：base 24-40 lakh INR（约$28K-$48K，按当前汇率），RSU为零（Zerodha未上市，且明确表示不承诺ESOP liquidity），annual bonus 2-6个月base（与公司profitability挂钩，2024年因F&O volume record而generous）。总包对比：Flipkart PM的base可能相似，但RSU占30-50% of TC；Swiggy上市后ESOP有liquidity。
Zerodha的"underpay"叙事来自于此——不是cash低，是equity story弱。但HC的counter argument是："我们不需要用golden handcuffs留人，我们的retention来自于mission alignment。" 一位前Zerodha PM的exit interview反馈被leaked出来："I left for 2x TC, but I still believe in what they built." 这是Zerodha想要的。
Q: 面试中的system design轮，如果我对印度的settlement infrastructure不熟悉，会直接挂掉吗？
不会直接挂，但会有一个隐形的"curiosity test"。2025年一位候选人的经历：他在system design中把T+1 settlement当成了T+2，面试官没有纠正他。他继续讲了20分钟基于T+2的架构。最后面试官问："你确定印度还是T+2吗？" 他愣住，然后诚实说："I should have confirmed. My assumption was outdated." 面试结束后，他在24小时内发了一封follow-up email，附上了他对India's T+1 transition的研究和对自己design的revised thinking。
HC在debrief时争论了45分钟：一位成员认为"基本功不扎实，不能hire"；另一位认为"learning agility和intellectual honesty是Zerodha更稀缺的品质"。最终hire，但starting level从senior PM降为PM。这个案例的启示：not knowing is forgivable; not caring to find out is fatal. 面试中的"我不知道"不是终点，而是你展示how you close knowledge gap的机会——但必须在面试中主动提出，不能留到follow-up。
Zerodha的PM系统设计面试，本质是一场关于"在约束中保持清晰"的测试。不是看你能在白板上画多复杂的图，而是看你在图被regulatory shock撕碎时，还能不能说出：核心假设是什么，什么必须保留，什么可以牺牲。大多数候选人带着正确答案来，带着错误问题走。你的任务是先问对问题。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。