Most candidates finish an interview and send a simple “Thank you for your time.” And then they wait. But recently, one of my UX students did something different. After her final round, she didn’t send a thank-you note. She sent a 90-day onboarding plan . A few hours later, the hiring manager replied personally: “I appreciate you taking time to do that,” and invited her to discuss offer details. This is what most candidates miss. The interview does not end when the conversatio

Recently, I’ve been talking with several interviewer friends, and one topic keeps coming up again and again: AI. But not just in a general sense. More specifically, how to tell whether a candidate is truly “AI-native.” At the same time, many of my students have been sharing similar experiences. Whether they are applying for design or research roles, they are almost always asked some version of: “How do you leverage AI in your work?” And simply saying “I use ChatGPT for resear

“Do you have any questions for me?” Every interview includes this final segment. And most candidates ask something. But very few use it well. What you may not realize is that this moment is not a formality. It is part of the evaluation. And in competitive hiring environments, it can quietly decide between two equally strong candidates. I’ve seen this happen firsthand. In a previous role, I helped with hiring for a product position. After all the interviews, the team gathered

Many candidates make the same mistake during a UX case presentation. When they reach the solution section, they start walking through screens one by one, explaining features like: “This button takes you to the details page.” “You can filter by price and category.” “You can favorite an item here.” While this might feel like a clear explanation, interviewers often lose interest very quickly. The Core Problem: You’re Presenting Like an Internal Demo This approach is called a fea

Many people feel the same anxiety when preparing case studies. Their projects feel incomplete. The logic feels messy. Some steps were skipped. So they hesitate to use them, or they struggle to explain them in a convincing way. This is especially common if you have worked in startups or fast-moving teams. You might think: “We didn’t have time for full user research” “The PM gave direction and we just executed” “We didn’t even run proper usability testing after launch” And then

As our society undergoes rapid technological transformation, working at a startup has become part of many people’s journey. Yet, startup experience comes with both strengths and weaknesses. On the positive side, you move fast, take end to end ownership, and can turn ideas into execution quickly. You are also used to working under pressure and navigating ambiguity. On the downside, processes are often unstructured, systems are not mature, and decisions are rarely driven by str