今年早些时候我走完了 Twilio 的完整面试 loop，面的是 senior program manager 岗位。行为面试部分有两轮，每轮 45 分钟，比我预期的结构化得多，毕竟他们对外宣传自己是 developer-first 的公司。
他们有一套要对标的能力项。按我的体验，主要是：客户至上（小写的 customer obsession，不是 Amazon 那套品牌说法）、跨职能协作、在不确定性中推进，以及我称之为「从搭建到扩展」的故事：他们想知道你有没有把东西从 0 做到 1，也有没有把它从 1 做到 10。
我实际被问到的问题： 讲讲你不得不对一个领导已经对外承诺的优先级提出异议的经历。 描述一个产品的技术约束迫使你重新思考客户承诺的场景。 带我过一遍一个项目：你需要同时在 engineering、sales 和 customer success 之间建立一致性。 讲讲你数据不完整但仍然必须做决定的一次经历。结果如何，你学到了什么？
最后一个问题在两轮里、两个不同面试官那儿都出现了。感觉是刻意的。
Twilio 的面试官比大多数人更会追问细节。我一旦给得比较泛，他们就会说「can you be more specific about what YOU did vs. the team?（你能更具体说说你自己做了什么，和团队做的分别是什么吗？）」。我得调整准备方式，把每个故事里「我个人具体做了什么」那一层补出来。
我注意到一点：他们确实很在意客户，只不过是 telecom / developer 语境下的那种客户。如果你没有和开发者或 API 用户合作的故事，至少把你的客户故事用「技术型买家」的视角去框定。
有效的： STAR 格式，但在最后的 Resolution 和 Learning 上多花笔墨。他们喜欢你能讲清楚下次会怎么做得更好。
一开始不太有效的： 我先讲了团队胜利，结果他们立刻把话题拉回我个人的角色。多用「我」。