我走完了 Webflow 的面试流程，投的是一个偏内容设计相关的岗位，最后有三轮都包含行为面试。想分享一下我观察到的套路。
先说结论：Webflow 有一份很明确的文化文档，而且他们真的会在面试里引用。他们经常说「ownership」，但意思和大多数公司不一样。他们说的 ownership，是在问你有没有在“并非你明确职责范围内”的情况下，依然把一件事从头到尾推动落地，而不是问你是不是交付很快。这个区别很关键。
我被问到的、或者听其他人提过的行为问题： Tell me about a time you disagreed with a decision that was already made. How did you handle it?（说说一次你不同意一个已经做出的决定，你是怎么处理的？） Give me an example where you had to influence without authority.（举个例子：你在没有职权的情况下影响别人/推动事情。） Describe a project where the initial scope was wrong and you caught it. What happened?（描述一个项目：一开始范围就错了，你发现了，后来发生了什么？） Tell me about a time you had to deliver feedback that was hard to hear for the other person.（说说一次你不得不给别人一个很难听进去的反馈。） Walk me through a time you had to prioritize under real ambiguity, where more information would've been nice but wasn't coming.（讲讲一次你在信息不足、而且信息也不会再来的情况下，如何在高度不确定里做优先级。）
这些问题背后的共同点：他们更看重判断力，而不只是执行力。他们想知道你能不能更从容地处理不确定性和冲突。很多问题的设计，是为了看你怎么理解团队里的“别人”，而不只是你自己怎么交付。
我来自非营利背景，本来很担心我的例子会不会“不适用”。结果完全没问题。他们问的是决策背后的理由，不是你用的技术栈。
一个需要避免的点：不要给那种过度“打磨干净”的答案，像所有事情都完美收场。面试官在我用「所以我发现了问题，解决了，然后团队都很喜欢」开头讲故事时，明显会追问顶回来。他们想听中间那段混乱的过程。
准备 4-5 个扎实的 STAR 故事，至少有一个必须包含真实冲突或失败。不要演失败，是真失败，以及你学到了什么。