2026年三月，多伦多还在下那种黏糊糊的雨夹雪。我在地铁上刷 LinkedIn，看到 Autodesk 挂了一个 UX Researcher 的岗位，base 多伦多，hybrid。之前合作过的一个 researcher 在那边的 AEC 团队，我厚着脸皮发了消息，她帮我内推。简历递进去第三天，recruiter 邮件来了。
Recruiter call 半小时，问得挺标准：现在在哪、工签什么状态、为什么 Autodesk、对团队了解多少、期望薪资范围、什么时候能入职。我说薪资更看整体 package，如果非要给范围我可以给，对方说在 band 内。没有技术，没有作业。隔了几天跟 hiring manager 聊了 30 分钟，主要是团队在做什么、我过去项目、合作方式。之后是 portfolio review，60 分钟，两个 researcher 加一个 designer。我讲了两个项目，一个 0-1 探索，一个评估。他们追着问研究问题怎么来的、样本怎么定、怎么处理 stakeholder bias、insight 怎么进 roadmap。
再往后是 virtual onsite，四轮，每轮 45 分钟：case/scenario、cross-functional、research craft、behavior。HR 提前说这个岗不考 code，也没有白板。我听到这句真的松了口气，毕竟面工程岗面出 PTSD 了。
Case 面里被问到一个挺典型的场景：
问：If adoption of a new feature in Autodesk Construction Cloud is low, how would you design an end-to-end research plan?
答：我会先问清楚“低 adoption”具体指什么，是 discoverability、activation，还是 retention。然后看现有 analytics，定义指标：feature activation rate、time to first value、weekly active usage、关键任务完成率。接着 recruit 两组用户，adopter 和 non-adopter，先做 diary study 看真实工作流里这个功能应该出现在哪一步，再做 12 个左右的 interviews 挖动机和阻力。如果怀疑是 UI 问题，加 6-8 个 moderated usability。分析用 JTBD 和 journey map，输出按影响和可行性排序。比如如果发现用户不知道这个功能存在，那就不是 training 问题，而是 in-context discovery 问题，建议和指标都要对应。这样面试官点头，因为我没有直接跳到方法。
问：How do you combine qualitative and quantitative data?
答：先看问题和风险。探索 unknown unknowns 用 qual，验证假设和规模用 quant。两个不是对立。我会先看现有数据，如果不知道 why 就 qual，如果不知道 how many/how much 就 quant。比如 concept test，先做几组访谈找用户语言和心智模型，再用 survey 定量排序。最后不会只交一句“用户喜欢”，而是把行为数据、访谈 insight 和业务指标绑在一起。
问：Tell me about a time you had to influence a product decision with research.
答：之前在一个 B2B 工具里，新用户 onboarding 的 drop-off 很高，PM 已经准备重写文案。我的任务是搞清楚卡点到底在哪。我拉了 funnel，发现卡在权限设置；然后约了 8 个新注册用户做访谈，又跑了 5 个 moderated usability。结果大家不是看不懂，而是怕自动同步把脏数据推给整个团队。我把 task success rate 和几段录像剪成一页 memo，跟 PM 开了个 30 分钟工作坊。后来默认权限改成 opt-in，加了 sandbox 预览，activation 有两位数提升。这个项目让我意识到，研究要贴决策，报告写得再漂亮，不进 roadmap 就是白搭。
问：Tell me about a time you disagreed with a PM or designer.
答：有次 PM 想直接上新 dashboard layout，觉得用户就是想要更多数据。我担心信息架构会让老用户迷路。我没在会上硬刚，约了 design lead 一起跑 5 个快速可用性测试，用 Figma 原型做关键任务。4/5 找不到导出，默认 filter 也理解错。我把 task success rate 和片段放在一页 memo 里，建议保留老入口，新布局先 beta。PM 接受了。后来 sprint planning 里开始主动留研究时间。我的感受是，冲突别变成 ego battle，把争论变成证据就好。
问：Tell me about yourself.
答：我是 mixed methods UX researcher，背景心理学 + HCI。在 B2B SaaS 和 marketplace 做过几年，偏 0-1 探索和复杂工作流。喜欢跟 PM、design、data 一起把模糊问题拆成可测试假设。对 Autodesk 感兴趣是因为 AEC、制造这些领域用户专业性强，工作流复杂，研究能做深。我自己不是工程师，但很愿意学用户的领域语言。
问：How do you measure research impact?
答：我会分几层看。短期看决策有没有变：roadmap、design、指标定义。中期看产品指标有没有动。长期看团队是不是更早把研究拉进来。我会维护 research repository，每季度看 insights 被引用和决策 log。不是所有影响都能量化，但至少要有 traceability。面试官追问如果研究没被采纳怎么办，我说会复盘是 timing、stakeholder alignment 还是建议不够 actionable。
问：Tell me about a project that didn’t go well.
答：有个内部工具的研究，stakeholder 已经决定重做，我坚持先做 discovery。招募很慢，我只做了 4 个访谈就出了结论，样本明显偏。建议不够扎实，团队还是按原计划走。复盘是我没提前准备 internal user list 和 screener，也没设 fallback，比如 survey + ticket 分析。后来每个项目我都先写 research plan，列出风险和备选方法。这个教训挺疼，但很值。
面完第二天 recruiter 说 feedback positive，约了 hiring manager 再聊 team fit。又过了一周，口头 offer。级别是 mid-level，package 没有到我特别心动的点，但 team 和 manager 都挺真诚。我手上另一个更偏 0-1 的机会，想了想还是拒了 Autodesk。整个流程大概四周，体验在加拿大算很顺的，至少没有让我做 unpaid take-home。
几个准备建议，给也在面 UX research 的人：作品集别堆七八个项目，选两个能讲清 research question、method、trade-off、impact 的。每个项目准备 30 秒、3 分钟、10 分钟三个版本。Case 面多练 clarifying questions，别一上来就给方案。Behavior 把 STAR 写下来，但讲的时候别像背稿。Autodesk 的面试官挺在意 collaboration 和 research craft，不是炫术语。虚拟 onsite 提前测麦，我那天猫踩键盘，面试官还笑了一下 
身份和工签问题 recruiter 电话就会问，提前想好怎么答。薪资别报死，给范围，强调 total package。多伦多 UX research 市场现在竞争挺凶，内推真的有用，别不好意思找前同事。我继续改作品集去了，想到再补。