Block内推怎么找：SDE求职人脉攻略2026
一句话总结
在Block找内推，不是看谁LinkedIn好友多，而是看谁能把你的简历直接送进hiring manager的视线。真正有效的内推来自两类人：刚成功 referral 过候选人且对方正在onsite的员工作为"热通道"，以及你要去的组里愿意替你背书的staff engineer。
不是海发200封Cold Message能解决的，而是需要你在三度人脉内找到那个愿意花5分钟在内部系统点下"submit"的人。2026年的Block，SDE Level 4以上岗位的内推转化率是公开申请渠道的7到12倍，但这个数字对没有策略的求职者毫无意义。
适合谁看
你是Target School（CMU、Berkeley、Stanford、Waterloo）2025-2026届的CS硕士，或者国内大厂（字节、阿里、腾讯）2-4年经验想跳硅谷的SDE。你已经刷完LeetCode Medium 300题，简历上有至少一段可验证的分布式系统设计经验，但卡在"投了Block三个月没声音"的瓶颈期。
你不是NLP PhD，也不是Kaggle Grandmaster，就是一个工程能力扎实、但需要人替你把简历从ATS黑箱里捞出来的普通候选人。
你看够了"Networking很重要"的废话，想要具体操作到每一封邮件怎么写、每一次coffee chat怎么结束、每一个follow-up节点怎么把控的执行方案。你不幻想靠内推绕过面试，但清楚没有内推的Block SDE面试，连phone screen都约不上。
为什么Block的内推和Google Meta不一样
Block的招聘架构决定了内推逻辑的特殊性。不是Google那种"任何人都能推、推了进pool慢慢捞"的松散体系，也不是Meta前几年"内推奖金驱动、员工到处撒网"的扩张期打法。
Block在2023年裁员后重建了hiring bar，内推权限被收紧到"只有推荐人与hiring manager在同一组织（Cash App、Square、Afterpay、Tidal）才被视为warm referral"。
这意味着一个Tidal的工程师推你去Cash App的支付团队，系统在后台标记的是"cross-org cold referral"，优先级等同于外部申请。
这个机制很多人不知道。2024年Block内部hiring operating review的debrief里，一位senior staff提到一个典型case：候选人A通过Cash App一位工程师内推，但目标组在Square的seller team。
系统把这条referral路由到了Square的general pool，hiring manager两周后才看到，此时候选人B通过Square本组的staff engineer直接推荐，简历附带一句"spoke with them, solid backend background, would pair well with our Q3 infra roadmap"。
候选人B拿到phone screen，候选人A的recruiter outreach被自动标记为"low priority"。
不是内推没用，而是跨组内推在Block的权重被系统性稀释。你的策略应该是：先锁定目标组，再找到组内的人，最后才谈referral。顺序错了，内推变废推。
Block的级别体系也需要校准。SDE I（Level 4）base $130K-$155K，RSU $75K-$120K（四年vest），bonus 10% target，总包第一年$210K-$290K。SDE II（Level 5）base $155K-$185K，RSU $120K-$200K，bonus 12.5%，总包$290K-$420K。
Senior（Level 6）base $185K-$230K，RSU $200K-$350K，bonus 15%，总包$420K-$650K。Staff以上（Level 7+）base $230K-$280K，RSU $350K-$600K，bonus 20%，总包$650K-$980K。
这些数字来自2025年Q4的offer data点，不是�� recruiter不会主动告诉你的是：Level 5以上没有组内强推，几乎不可能拿到面试。
> 📖 延伸阅读：Block软件工程师实习面试与转正攻略2026
人脉地图：Block员工的三种类型与接触策略
Block内部有三类你可以接触的人，每类的投入产出比完全不同。
第一类是"刚referral成功且候选人正在流程中"的员工。这类人在内部系统里有active referral，他们的推荐记录是"热"的。hiring manager和recruiter对这个人的信任度正处于峰值。找到他们的方法：LinkedIn搜索"Block" + "hiring"或"referral"关键词，筛选过去45天有动态的人。
你会看到类似"Excited to welcome [name] to the team!"的帖子，发帖人就是目标。接触话术不是"能不能帮我内推"，而是"看到你在招X组的Y岗位，我目前正在看类似的机会，能否聊15分钟你团队的技术栈方向？"——这句话的设计目的是让对方在聊天中主动提出"要不要帮你推一下"，而不是你索取。
第二类是目标组的staff engineer或senior staff。Block的技术决策权在staff级别高度集中，一个组的staff engineer通常对headcount有隐形影响力，且他们的推荐在hiring committee（HC）review时被念出名字。
2025年一次HC debrief中，一位director提到："When [staff name] vouches for someone, I look at the packet differently. Not because they're always right, but because they don't vouch often." 接触这类人的难点是信息差——你不知道谁是谁。
解决方案：Block的技术博客（https://developer.block.xyz/blog）、公开演讲（Bitcoin Conference、Money20/20）、GitHub组织里的contributor名单。
一个具体技巧：搜索"site:github.com/block Cash App" + "author" + 目标技术方向，找到具体commit的人，LinkedIn反查。
第三类是recruiter。不是申请后联系你的那个，而是专门做sourcing的corporate recruiter。Block的recruiter有territory划分，一个recruiter通常覆盖2-3个组。
找到他们的方法是搜索"Block" + "technical recruiter" + "Cash App"或"Square"，看谁在积极发帖、回复评论。他们的KPI是fill rate，所以如果你是一个质量可验证的候选人（有具体project、有mutual connection、或来自他们target的公司），他们是愿意帮你forward的。
但recruiter的推荐弱于员工内推，强于外部申请，属于中间地带。
不是认识Block的人就有用，而是认识对的人在对的时机才有用。一个冷知识：Block内部系统显示，周五下午提交的referral，下周一被处理的优先级高于周一提交的。因为周末积压的packet少，recruiter周一早上清queue时先看周五的。
从Cold Message到Warm Handoff：具体对话脚本
大多数人死在第一封消息。不是对方不想理你，是你的消息让对方不知道回什么ZK什么。
BAD版本（真实收到过的）：
"Hi, I'm a software engineer with 3 years of experience in Java and distributed systems. I'm very interested in Block and would appreciate a referral. I've attached my resume. Thanks!"
这条消息的问题：没有context，没有hook，没有给对方任何回信的动机。对方每天收到5-10条类似的，你的那条被已读不回是理性选择。
GOOD版本：
"Hi [name], saw your talk at Money20/20 on Cash App's real-time ledger architecture — the part about handling idempotency at scale stuck with me. I'm currently building similar infrastructure at [company], specifically [2-sentence具体技术细节]. Curious if you've run into [specific problem] in your system. No pressure if busy, but would love to exchange notes if ever open to it."
这条消息的设计原理：展示你是做了功课的（看了talk）、展示你处于同一技术层级（能问出具体问题）、降低对方压力（"no pressure"）、留下开放性（"exchange notes"不是"给我内推"）。回复率通常在15-20%，远高于行业平均的3-5%。
如果对方回复了，第二次对话的关键是确认"你是否愿意在合适的时候帮我referral"，但不是直接问。
一个有效transition："By the way, I'm actively exploring roles at Block — if you ever hear of openings that match this background, would you mind if I kept you posted?" 这句话把主动权交给对方，同时测试意愿。
对方说"sure, send me your resume"或"sounds good, talk to [name] too"，就是绿灯。对方说"good luck"或只回emoji，就是黄灯，需要换路线。
第三次接触（假设前两次顺利）才是正式请求referral的时刻。但时机很重要：不是你们聊完马上问，而是对方提到"我们组最近在招X"的时候。
一个真实场景：对方说"we're actually looking for someone to own the payments reconciliation pipeline"，你接："That aligns exactly with what I'm looking for next — would you be open to me sending over my details for you to evaluate?" 这里的"for you to evaluate"很关键，它把referral包装成对方在筛选人才，而不是你在索取帮助。
不是发消息越多越好，而是每一次对话都推进关系一个阶段。从陌生人到愿意帮你referral，通常需要2-3次有意义的互动，压缩在一到两周内完成。
> 📖 延伸阅读：Block产品经理薪资总包L3到L7对比分析2026
面试流程拆解：从 referral 到 offer 的每一轮
Block SDE的面试流程在2025年后标准化为5轮，但内推候选人和外部申请的差异从第一通电话就开始显现。
Phone Screen（45分钟）：不是coding，而是hiring manager的fit call。内推候选人的这通电话通常由referrer的manager或相邻组hm打，会提前收到referrer的verbal brief。外部申请的phone screen由rotating pool的hm执行，没有context。
这通电话的考察重点：你是否清楚Block的业务模式（不是"做支付的"，而是"为underserved communities提供financial access"这个mission层面的理解）、你的技术深度是否匹配组内当前需求、你的communication style是否适合Block的remote-first文化。
一个内部数据点：2025年Q3，phone screen到onsite的转化率，warm referral是68%，cold application是22%。
Technical Phone Screen（60分钟）：一轮coding，通常是LeetCode Medium-Hard，但Block的风格偏好"practical algorithm"而非纯智力题。典型题目是实现一个支持并发写入的LRU cache with TTL，或者设计一个idempotent payment processor。
考察点不是你是否能写出最优解，而是你在面对ambiguous requirement时的clarification能力。
面试官会故意说"assume this runs in production"，看你是否追问QPS、failure mode、monitoring。
一个insider场景：2025年一位candidate在TSP中直接开始写code，没有问"what happens if the downstream service times out"，面试官在feedback里写"jumped to implementation too quickly, concern for production judgment"，直接挂了。
Onsite（4轮，分两天virtual）：
System Design（60分钟）：Block的系统设计面试不是设计Twitter，而是设计一个具体的Block业务场景。
2025年的高频题包括"Design Cash App's Bitcoin purchase flow end-to-end"、"Design a fraud detection system for peer-to-peer transfers"。
考察框架：requirements clarification → back-of-envelope estimation → API design → data model → high-level architecture → deep dive on one component → trade-offs and future evolution。
关键不是你想出什么，而是你是否能defend你的选择。一位senior staff的debrief note："Candidate chose DynamoDB over Cassandra. I don't care which they pick, but they couldn't articulate the consistency model implications for our use case. That's a no."
Coding（60分钟）：两道题，通常是one medium + one hard，或者one hard with multiple follow-ups。Block的coding面试允许使用IDE（CoderPad或类似），且鼓励你run test cases。一个细节：面试官会看你的debug过程。
不是"写对了就过"，而是"怎么从不对到对"。有人写错了一个race condition，但能self-correct with guided hints，feedback是"strong problem-solving, coachable"。
另一个人写了完美解法但无法解释为什么，feedback是"possible memorization, need more signal in follow-up"。
Behavioral + Block Values（60分钟）：这一轮不是" tell me about a time"，而是情景模拟。面试官会扮演一个angry merchant或frustrated customer support agent，看你怎么处理。
Block的corporate values（Courage, Decency, Creativity, Craft, Customer）在这一轮被显式评分。
一个真实case：候选人在处理"merchant claims fraudulent chargeback"场景时，说"我会按policy处理"，面试官追问"what if the policy hurts this small business owner"，候选人回答"policy is policy"，values评分直接拉低。
不是要你当滥好人，而是要展示你在rule和empathy之间的张力中如何思考。
Hiring Committee Review：所有feedback汇总，hiring manager写packet，HC（通常3-4人，包括跨组senior staff和HRBP）讨论。内推候选人的packet开头会标注referrer的名字和relationship。
如果是staff级别以上的推荐，HC会额外关注。一位HC member的笔记："When I see a staff vouch, I read the rest of the packet expecting to confirm their judgment, not to find problems." 这不是说内推能绕过bar，而是说起始假设不同。
Offer Negotiation：Block的offer有标准band，但内部comp data显示，有competing offer的候选人平均能多拿到15-20%的RSU。不是让你造假，而是如果你有Google/Meta/Stripe的offer，一定要在 verbal offer stage提出来，不要等written offer。
Block的recruiter在这个stage的权限比Google大，可以直接找comp team申请exception。
准备清单
- 锁定目标组：在Block官网job board筛选3个最匹配的SDE岗位，记录hiring manager名字（有时在JD里）、组名、技术关键词。不是"我想去Block"，而是"我想去Cash App的Real-Time Risk组做支付风控infra"。
- 构建人脉地图：用LinkedIn Sales Navigator或免费替代方案，找到目标组内2-3位staff/senior engineer，以及1位最近有referral动态的员工。记录他们的公开输出（talk、blog、GitHub），准备2-3个具体技术问题。
- 发送首封Cold Message：控制在150字以内，包含具体hook（我看了你的X）、技术对等信号（我在做Y）、低压力请求（能否exchange notes）。每天最多发3封，跟踪回复率。
- 准备System Design的Block-specific素材：熟读Cash App Engineering Blog的2023-2025文章，特别是关于ledger、settlement、Bitcoin integration的帖子。不是背诵架构，而是理解他们的技术trade-off逻辑。
- 系统性拆解面试结构：PM面试手册里有完整的硅谷大厂SDE实战复盘可以参考，特别是关于system design中"从business requirement推technical decision"的框架，和Block的考察风格高度契合。
- 模拟Behavioral的Values场景：找朋友扮演difficult customer/merchant，练习在压力下展示Courage和Decency的平衡。不是背答案，而是让价值观反应变成肌肉记忆。
- 设置Follow-up系统：每次coffee chat后24小时内发thank you note，提及对话中的具体点；每两周给未回复的联系人发一次value-add（一篇相关文章、一个你观察到的industry trend），不超过三次。超过三次无回应，标记为dead lead，转移精力。
常见错误
错误一：把内推当成一次性交易
BAD：在LinkedIn上发消息"Hi, can you refer me to Block?" 对方问"which team"，你回答"any SDE role is fine"。
这个回答的致命问题在于暴露了你没有目标感，把对方当成工具。Block的员工，尤其是senior级别，珍惜自己的social capital，不会随便把referral花在一个"随便哪个组都行"的人身上。
GOOD：在第一次对话中就说"I'm specifically interested in the Real-Time Payments infra team because of [specific reason based on their work]. If there's ever a fit, I'd value your perspective on whether my background aligns." 这句话传递的信息：你有明确目标、你尊重对方的判断、你把referral当成需要双方认可的事。
错误二：忽视referral后的内部跟进
BAD：对方点了submit，你坐等recruiter联系，两周没声音也不敢问。
Block的内部系统有glitch，referral有时会被路由错误或卡在queue里。一个真实场景：候选人的referral被系统误标为"duplicate"（因为ta之前自己投过），referrer不知道，candidate不知道，recruiter看不到。三个月后才发现，岗位已经close。
GOOD：提交referral后48小时，给referrer发一条消息："Just wanted to confirm the referral went through on my end — let me know if you need any additional info from me. No rush, just want to make sure nothing fell through the cracks." 一周后如果没有recruiter outreach，再请referrer帮忙check status。
不是pushy，是professional。
错误三：面试中暴露对内推的依赖
BAD：System Design轮中说"Well, [referrer name] told me you guys use [specific tech], so I assumed..."
这句话的问题：第一，可能泄露referrer分享的内部信息，让对方尴尬；
第二，显得你没有独立判断。HC的debrief中，一位interviewer标记："Candidate mentioned they heard internal details from referrer. Concerning judgment on confidentiality."
GOOD：同样的事实，换个说法："From my research on Block's engineering blog and [referrer name]'s public talk at [conference], I understand the system prioritizes X. Is that accurate, and how does that shape the design constraints here?" 这句话展示了你通过公开渠道做功课，且把referrer的input框定在public information内。
FAQ
内推一定能拿到面试吗？
不是。Block 2025年的数据显示，warm referral到phone screen的转化率约55%，意味着将近一半的内推候选人连第一通电话都拿不到。
常见原因：岗位突然freeze、候选人背景与JD不匹配（referrer没仔细看）、同岗位已有更优先候选人。一个具体case：候选人通过Cash App senior engineer内推Level 5 backend role，但ta的简历上全是frontend经验，referrer以为"backend engineer能推任何backend"。
recruiter在screening时直接标记"mismatch"，没有进入phone screen。正确的做法是：发简历给referrer时，附上一段"this is why I think I'm a fit for this specific role"的说明，帮对方做判断。
不是假设对方会仔细看你的简历，而是主动降低对方的认知负担。如果referrer说"这个可能不太配"，不要argue，换岗位或换referrer。
没有LinkedIn Premium怎么找到Block员工？
LinkedIn的免费搜索在每月一定次数后会限制结果，但有几个绕过方法。一是利用校友网络：搜索"Block" + 你的学校名，Alumni页面不受限制。
二是利用Twitter/X：许多Block工程师活跃在技术Twitter，搜索"Block engineer" + "hiring"或"Cash App" + "we're hiring"，找到具体的人再反向LinkedIn。
三是利用会议和meetup：Block赞助了多个技术会议（特别是fintech和Bitcoin相关的），speaker和attendee list是公开的金矿。一个技巧：搜索"Block" + "panel" + "2024"或"2025"，找到panel discussion视频，记下名字，这些人通常是愿意public speaking的，相对容易接触。
不是每个Block员工都值得接触，优先找那些活跃在public discourse的人，他们的response rate更高。
Block的remote-first政策对SDE面试有什么影响？
Block在2023年转为永久remote-first，这对面试流程有实质性改变。Onsite不再存在，所有面试通过Zoom进行，但这不是说"更轻松了"。
实际上，virtual面试对communication的要求更高——你无法通过白板上的身体语言建立连接，所有信号都来自语音和屏幕共享。一个具体变化：System Design轮现在要求候选人在自己的IDE或draw.io上实时画图，分享屏幕给面试官。
很多人不习惯"边想边画边说"的多线程操作，提前练习不足直接崩掉。另一个是team match阶段：remote-first意味着你可能never meet你的manager in person before joining，所以每一轮面试都在测试"你是否能在这个模式下有效协作"。
一位hiring manager在feedback中写道："Candidate's answers were solid, but they didn't ask any questions about how we collaborate remotely. Flag for remote readiness." 不是让你假装热爱remote work，而是展示你有意识地在remote环境中主动沟通。比如问"How does your team handle async decision-making?"或"What's the cadence of 1:1s and team syncs?"——这些问题在remote语境下是quality signal。
从referral到offer，整个流程在Block平均需要8-12周。不是你在等，是多个决策节点在串行推进。理解这个节奏，才能在内推后管理好自己的预期，不在错误的时间做错误的催促。2026年的Block SDE招聘，内推仍然是最高效的入口，但效率只属于那些把它当成系统工程来做的人。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。