Hi, It would also be a good practice to show us the notes taken by the interviewee to explain his or her approach while solving the case study. Could you please do that?
I honestly feel that Mitchell just jumped to the solution without delving into the problem at all. As a PM, you are expected to think user/consumer backwards. Who is the user you are solving this for? How does the user interact with the product currently? What are his pain points and prioritising those pain points. Then brainstorming on the solutions and prioritising among them. And finally coming down to the features you would want to build to execute those features in an MVP.
@Vansh Pandita That could certainly be the case, but i think for the purpose of this exercise, you're expected to explain your product thinking framework, in order to best show off your product skillset.
Yeah! The only thing he did about users is assuming they are millenials, tech savvy, music enthusiast who care about design graphic and they want the world to know that. Anyway...It was top to see. I learnt few things.
@@kevinngaleu1545 Facts, you'll literally get rejected if you pick the same segment as the one you belong to attributed to "bias" EVEN THOUGH You're the majority user lol
Here is a framework I think seems to work best for these interviews (built myself over watching a bunch of these videos): 1. Restate the problem 2. State assumptions 3. Describe your understanding of the ecosystem - products, platforms, users, personas, market segment 4. Hone in on the user base or "who" you are building for - describe them 5. Define the metrics you think we could optimise for - how do we measure success? 6. Pick metric. 7. List solutions 8. Prioritise each solution based on ROI, linked to the metric you want to optimise for 9. Show how you would test this. PAEMSPT Problem Assumptions Ecosystem Metrics Solutions Prioritise Test
Overall liked it. few notes and questions: 1. Mitchell got not feedback on his body language, covering his mouth most of the time . 2. Mitchell said "Hey, let's not make Spotify into a social network" but then he offered to follow a person feed which feels Instagram/Facebookish . 3. Mitchell said that he personally doesn't like the feature of seeing what friends are listening to on the right screen . should a PM give his personal opinion without given data analysis first ? I personally don't use Spotify much , but I cought my sister listening to a very stupid song and harassed her about it , so maybe it is a good feature in general but needs to be expanded ? 4. When asked what KPIs , he did not answer , but described , so Stephan basically answered and summed his explanation for him - User session length Hope someone can refer to those points and give some useful tips of do and don'ts from their vast experience , as I am a junior product manager who's in the learning progress , trying to learn practices .
covering the mouth is more in the Asian culture. It is inappropriate to speak or eat in front of each other without covering its mouth partially. That's why in Japanese restaurants, people sit next to each other.
1. Should a PM be asked to implement Social features in Spotify out of the blue? Or should he instead be asked to deliver business KPIs: like enhance user retention & LTV, and on basis of his knowledge of user, business needs and the product, should he come up with what to do: Social Features, Loyalty/Subscription Programs, or a new feature altogether? This felt like starting with a solution rather than actually knowing the genuine problem. 2. Assuming Mitchell is indeed given the direction to implement social features as a product requirement, shouldn't he spend more time trying to figure out what problem he's solving here for his current user base? I think the fact that he chose to double down upon the cool & sexy factor of Spotify without looking at other user psychology angles and needs left some loose ends.
Apt! From my experience collaborating with designers and developers most of the time, as a PM you are not the one coming up with the solution. It's rather a kind of combination of all the different inputs, ideas and constraints (during developments or collaboration). I start to believe that Product Manager interviews are somehow broken.
@@kevinngaleu1545 you are spot on mate. the PM's job is NOT to find and deliver the SOLUTION> the PM's job is to figure out what does the customer care about, what does the customer want (what problem do they want solved) - and finding the things to focus o that will create value for users whilst enabling the business to capture value from the market.
Stephen is really passionate about helping us prepare for our interview. Appreciate tryexponent. I have grown a lot in just one week of mock interviews.
It'd be great to see a similar interview using a whiteboard! Would love to see the thought process expressed visually, and see best practices on a whiteboard interview
Hey Mahmoud! We actually did an entire lesson on this in our online course! You can view it here: www.tryexponent.com/course/lesson/tips-whiteboard, along with several other example videos with whiteboards!
great interview. I would approach it by 1) define our target user group 2) use cases by that user group 3) why current website does not satisfy the need without social features 4) what social features can be the next improvements 5) wrap up.
I agree. Mitchell seems to be coming up with new ideas by drawing inspiration from other companies instead of understanding the various pain points Spotify users have at various user segments.
I also agree , I thought it . was eerie to simply jump into solutioning way too fast without revealing or asking more about the user's pain points/user needs. it seemed as if Mitchell jump into that way too fast.
it's truly bewildering that this is the bar for PM'ing at the mainstream corporate level. these answers would not fly with Startups or VCs. at the end the guy on the left said Mitchell did an "excellent" job, a "professional" job. wow. i'd say this is a "D" grade in terms of clarity, understanding, value, originality, strategy, testability, viability, etc. i.e., it would put the company at risk to build that out. he could have kept it short by saying, "remember MySpace? let's just do that with Spotify."
Was surprised to see that definition of problems/goals and metrics were brought up as late as they were. Imo feature ideas should come afterwards as a function of goal outcomes
I've seen some different approach to this. (1) Goal is defined and confirmed with the interviewer in the beginning or (2) no goal was given by the interviewer even asked and then the interviewee looked at user pain points first and explicitly call-out "let me understand our users first then i can have a better product vision or direction after we fully understand our target users" or (3) you can make an assumption based on the mission of the company and say "hey Facebook is about fostering community so I want to see some user engagement picked up with my product" ... In the end based on watching all mock ups - it's all about persuasion and structure is just one strategy to land well so you can customise it to what comes naturally to you as long as you are ensuring you take the interviewer with you on your approach and ensure the interviewer is not lost...
Isn't the first step is to see whether Improving social feature aligns with Spotify's goal? I wasn't clear on what's the goal that was set before jumping to features and for whom?
It shouldn't because that is his personality. Maybe he is just avoiding spurling out saliva because the interviewer is sitting close to him. As long Mitchell and the interviewer are both comfortable - gets the job done.
It would have been nice to look at some notes or a summary of the thought process divided into sections - User Base, Features, Prioritization, etc. Do you have some documentation or summarized version of this case somewhere?
Really loving the content of this channel, would love to see a interview with Stephen and Mitchell having their roles swapped , as stephen suggested in the end ;)
Hey Kewal! I'd recommend communicating to the interviewer you've never used the app before (although, as a good PM, it'd be helpful to have exposure to some of the main products out there). You can ask your interviewer for advice on how they'd like to proceed.
When left-side guy asks, "Why is this an important user need to talk about?" the right-side guy totally misses that question. He says, "Doubling down on discovery."
1) how do you manage conflicts with engineers 2) how do you best communicate business goals or designs etc into technical requirements 3) how do you measure estimates? Time or complexity etc
@Exponent - I just watched the video and it is cool. How about Spotify reads the user activity and gifts him a musicmashup as birthday gift and asks if he/she would like to share it to their instagram story or snap story etc., Twin benefits: User engagement, shows that product empathises with user
I just subscribed. I’m trying to make the transition from QA engineer to PM. Any tips on what benefits I can highlight since I’m coming in at a disadvantage in interviews compared to experienced PMs?
I think, improving the social features should be broken to qualitative and quantitative aspects. You can’t just add features. How about the metrics? Are we tracking how we are currently doing in that front and stuff like that.
A "moat" here is describing a dynamic of locking in users to the ecosystem. Moat around the castle/product. Basically, Spotify has a bunch of users and wants to make sure they don't jump ship to a competitor. In this case, through social features to create more of a network effect.
Covering your mouth with your hand is a very unfortunate "tick". It tends to communicate that you're being untruthful. We should all record ourselves answering questions to determine if we have ticks or habits we're not aware of.
IMO, Mitchell completely missed the user persona and needs aspect of the problem. Goal was well established but without establishing user persona and needs of that particular group, and prioritising, it honestly felt like hopping onto the feature. I think Steven also felt that and tried to check it with Mitchell to nudge him towards the thought process. But once the solution step began, rest of the discussion went on in a structured manner.
It's weird; this is a good video *because* the guy answers so poorly. It's good to see what mistakes are possible. He says he wants to revamp the "old" "out of place" ~what friends are listening to~ section to be links to profiles which show... what friends are listening to. 🤦♂️ So the solution is: build more useless profile stuff into a music player 😬😬😬.
Don't leave your product management career to chance. Sign up for Exponent's free PM interview course today: bit.ly/3J1Ircm
Hi, It would also be a good practice to show us the notes taken by the interviewee to explain his or her approach while solving the case study. Could you please do that?
I know it's kinda randomly asking but do anybody know a good site to watch newly released tv shows online?
@Connor Korbin ehh I use Flixportal. you can find it on google:) -arlo
@Arlo Damian Thank you, signed up and it seems like they got a lot of movies there :D I appreciate it !!
@Connor Korbin Glad I could help :)
I honestly feel that Mitchell just jumped to the solution without delving into the problem at all. As a PM, you are expected to think user/consumer backwards. Who is the user you are solving this for? How does the user interact with the product currently? What are his pain points and prioritising those pain points. Then brainstorming on the solutions and prioritising among them. And finally coming down to the features you would want to build to execute those features in an MVP.
@Vansh Pandita That could certainly be the case, but i think for the purpose of this exercise, you're expected to explain your product thinking framework, in order to best show off your product skillset.
Yeah! The only thing he did about users is assuming they are millenials, tech savvy, music enthusiast who care about design graphic and they want the world to know that. Anyway...It was top to see. I learnt few things.
@@kevinngaleu1545 Facts, you'll literally get rejected if you pick the same segment as the one you belong to attributed to "bias" EVEN THOUGH You're the majority user lol
Agree, there was no goal stated at the start either.
Here is a framework I think seems to work best for these interviews (built myself over watching a bunch of these videos):
1. Restate the problem
2. State assumptions
3. Describe your understanding of the ecosystem - products, platforms, users, personas, market segment
4. Hone in on the user base or "who" you are building for - describe them
5. Define the metrics you think we could optimise for - how do we measure success?
6. Pick metric.
7. List solutions
8. Prioritise each solution based on ROI, linked to the metric you want to optimise for
9. Show how you would test this.
PAEMSPT
Problem
Assumptions
Ecosystem
Metrics
Solutions
Prioritise
Test
Wow Dhruv! Really cool to see that you have been absorbing our content and building a framework that works best for you 😎. Thanks for sharing!
so helpful! Thanks
Overall liked it. few notes and questions:
1. Mitchell got not feedback on his body language, covering his mouth most of the time .
2. Mitchell said "Hey, let's not make Spotify into a social network" but then he offered to follow a person feed which feels Instagram/Facebookish .
3. Mitchell said that he personally doesn't like the feature of seeing what friends are listening to on the right screen . should a PM give his personal opinion without given data analysis first ? I personally don't use Spotify much , but I cought my sister listening to a very stupid song and harassed her about it , so maybe it is a good feature in general but needs to be expanded ?
4. When asked what KPIs , he did not answer , but described , so Stephan basically answered and summed his explanation for him - User session length
Hope someone can refer to those points and give some useful tips of do and don'ts from their vast experience , as I am a junior product manager who's in the learning progress , trying to learn practices .
covering the mouth is more in the Asian culture. It is inappropriate to speak or eat in front of each other without covering its mouth partially. That's why in Japanese restaurants, people sit next to each other.
Structure
1. Ask clarifying questions
2. About the product
3. Goal
4. Target user
5. Problem
6. Solution
7. Prioritisation solutions
8. Success metrics
9. Trade off
10. Summary
I love the comments here. As someone just starting the journey of being a productive PM the critique of the video helps just as much.
Thanks Vignesh! I'm glad you enjoy our channel! Don't forget to like and subscribe :)
1. Should a PM be asked to implement Social features in Spotify out of the blue? Or should he instead be asked to deliver business KPIs: like enhance user retention & LTV, and on basis of his knowledge of user, business needs and the product, should he come up with what to do: Social Features, Loyalty/Subscription Programs, or a new feature altogether? This felt like starting with a solution rather than actually knowing the genuine problem.
2. Assuming Mitchell is indeed given the direction to implement social features as a product requirement, shouldn't he spend more time trying to figure out what problem he's solving here for his current user base? I think the fact that he chose to double down upon the cool & sexy factor of Spotify without looking at other user psychology angles and needs left some loose ends.
Apt! From my experience collaborating with designers and developers most of the time, as a PM you are not the one coming up with the solution. It's rather a kind of combination of all the different inputs, ideas and constraints (during developments or collaboration). I start to believe that Product Manager interviews are somehow broken.
@@kevinngaleu1545 you are spot on mate. the PM's job is NOT to find and deliver the SOLUTION> the PM's job is to figure out what does the customer care about, what does the customer want (what problem do they want solved) - and finding the things to focus o that will create value for users whilst enabling the business to capture value from the market.
@@user-jp7ni5xv1r ABSOLUTELY!
Stephen is really passionate about helping us prepare for our interview. Appreciate tryexponent. I have grown a lot in just one week of mock interviews.
That's so great to hear Ivy!
It'd be great to see a similar interview using a whiteboard! Would love to see the thought process expressed visually, and see best practices on a whiteboard interview
Hey Mahmoud! We actually did an entire lesson on this in our online course! You can view it here: www.tryexponent.com/course/lesson/tips-whiteboard, along with several other example videos with whiteboards!
Great video! This book helped me land a PM role as well: gum.co/CSwwL
great interview. I would approach it by 1) define our target user group 2) use cases by that user group 3) why current website does not satisfy the need without social features 4) what social features can be the next improvements 5) wrap up.
What about goals? You need to clarify the goal at the start, otherwise the next steps will be very difficult.
Should the interview cover more user segmentation and pain point discussion before jumping into millennials and expressing oneself? Thx
I agree. Mitchell seems to be coming up with new ideas by drawing inspiration from other companies instead of understanding the various pain points Spotify users have at various user segments.
I also agree , I thought it . was eerie to simply jump into solutioning way too fast without revealing or asking more about the user's pain points/user needs. it seemed as if Mitchell jump into that way too fast.
yes I agree with you
Loving the rawness of these mock interviews Exponent!
Love and appreciate the channel, I'm learning a lot in preparation for upcoming interviews!
it's truly bewildering that this is the bar for PM'ing at the mainstream corporate level. these answers would not fly with Startups or VCs. at the end the guy on the left said Mitchell did an "excellent" job, a "professional" job. wow. i'd say this is a "D" grade in terms of clarity, understanding, value, originality, strategy, testability, viability, etc. i.e., it would put the company at risk to build that out. he could have kept it short by saying, "remember MySpace? let's just do that with Spotify."
How would you do it?
Was surprised to see that definition of problems/goals and metrics were brought up as late as they were. Imo feature ideas should come afterwards as a function of goal outcomes
I agree , like , what KPIs do we want to improve first?
I've seen some different approach to this. (1) Goal is defined and confirmed with the interviewer in the beginning or (2) no goal was given by the interviewer even asked and then the interviewee looked at user pain points first and explicitly call-out "let me understand our users first then i can have a better product vision or direction after we fully understand our target users" or (3) you can make an assumption based on the mission of the company and say "hey Facebook is about fostering community so I want to see some user engagement picked up with my product" ... In the end based on watching all mock ups - it's all about persuasion and structure is just one strategy to land well so you can customise it to what comes naturally to you as long as you are ensuring you take the interviewer with you on your approach and ensure the interviewer is not lost...
Isn't the first step is to see whether Improving social feature aligns with Spotify's goal? I wasn't clear on what's the goal that was set before jumping to features and for whom?
So will Mitchell's habit of covering his month while talking affect his overall interview evaluation?
Jonan Zhang Yes!!
It shouldn't because that is his personality. Maybe he is just avoiding spurling out saliva because the interviewer is sitting close to him. As long Mitchell and the interviewer are both comfortable - gets the job done.
The body language of people covering their mouth while speaking shows that they're hiding something or they're not confident. I'd say it's a turn off
@@bubblybubblu maybe he just has morning coffee breath
Excellent interview and confidence. Loved the framework, structure and questions. Also Stephen's questions were really on point!
It would have been nice to look at some notes or a summary of the thought process divided into sections - User Base, Features, Prioritization, etc.
Do you have some documentation or summarized version of this case somewhere?
Hey Rahul! Yep we do! It's in our course, here's a link to the specific lesson: www.tryexponent.com/courses/pm/product-design
Really loving the content of this channel, would love to see a interview with Stephen and Mitchell having their roles swapped , as stephen suggested in the end ;)
Thanks Ajay! Videos of Stephen answering are available in our course at tryexponent.com/course
Before going to the feature space, understand the problem space firsr
Brilliant responses by Mitchell...Appreciate the structure and ideas he put in.
How do you approach such questions when you have never used the app in question ?
Hey Kewal! I'd recommend communicating to the interviewer you've never used the app before (although, as a good PM, it'd be helpful to have exposure to some of the main products out there).
You can ask your interviewer for advice on how they'd like to proceed.
I had similar doubts.How does one stay updated on ALL the features and apps ? 🧐
The guy from linkedin is dope
These are great. Think I will sign up for Exponent.
Mitchell needs to stop covering his mouth!
I love your content, but have to say is this interview not more harmful than beneficial?
Not defining user segments, pain points?
When left-side guy asks, "Why is this an important user need to talk about?" the right-side guy totally misses that question. He says, "Doubling down on discovery."
Did I miss anything or did Mitchell not share the how he concluded on those features, be briefly touch about it in the goal
How about making it possible for people to comment on a track or album and tag other users these in comments
What is Mitchell LinkedIN? wonderful mock.
Hi ABIR Hs! You can find Mitchell at www.linkedin.com/in/mckim0928/ (LinkedIn) and at blog.tryexponent.com/author/mitchell/ (Exponent)
Can you guys do a mock interview focusing on questions around Pm experience working with engineers
Hey Ethan! What kind of questions would you like to see?
1) how do you manage conflicts with engineers
2) how do you best communicate business goals or designs etc into technical requirements
3) how do you measure estimates? Time or complexity etc
@Exponent - I just watched the video and it is cool. How about Spotify reads the user activity and gifts him a musicmashup as birthday gift and asks if he/she would like to share it to their instagram story or snap story etc., Twin benefits: User engagement, shows that product empathises with user
I love this idea!
After 4 rounds of interviews for the PM position, how soon should someone expect to hear back from the HR regarding the decision of hiring?
Hey Selina! It really depends. What company are you interviewing with? Have you tried asking your recruiter?
I just subscribed. I’m trying to make the transition from QA engineer to PM. Any tips on what benefits I can highlight since I’m coming in at a disadvantage in interviews compared to experienced PMs?
Hey there! Try this article: blog.tryexponent.com/break-into-product-management/
How is your transition going on?
I think, improving the social features should be broken to qualitative and quantitative aspects. You can’t just add features. How about the metrics? Are we tracking how we are currently doing in that front and stuff like that.
Great interview but what is a "Moat" ? A weird term used in this context.
A "moat" here is describing a dynamic of locking in users to the ecosystem. Moat around the castle/product. Basically, Spotify has a bunch of users and wants to make sure they don't jump ship to a competitor. In this case, through social features to create more of a network effect.
Moat is actually a very common term used to describe the defensibility of a product or company
thanks for asking this. I've never heard this term before.
Covering your mouth with your hand is a very unfortunate "tick". It tends to communicate that you're being untruthful. We should all record ourselves answering questions to determine if we have ticks or habits we're not aware of.
No he just ate insurmountable amount of garlics
Interesting concept!
I am looking for a pal to do mock PM interview with me, I am working as a PM for a top 5 tech company (by market cap) in Europe. Thank you!
Hi I'm down if we can makeup before next Tuesday :)
Thanks for providing great content like that! Very useful! 😉👍
This is helpfull :)
try not to cover your mouth!
this didn't age well in the time of covid 😂
IMO, Mitchell completely missed the user persona and needs aspect of the problem. Goal was well established but without establishing user persona and needs of that particular group, and prioritising, it honestly felt like hopping onto the feature. I think Steven also felt that and tried to check it with Mitchell to nudge him towards the thought process. But once the solution step began, rest of the discussion went on in a structured manner.
Mitchel's pronunciation and communication is not good. Cannot understand clearly what is saying.
Underconfident way of answering
It's weird; this is a good video *because* the guy answers so poorly. It's good to see what mistakes are possible. He says he wants to revamp the "old" "out of place" ~what friends are listening to~ section to be links to profiles which show... what friends are listening to. 🤦♂️ So the solution is: build more useless profile stuff into a music player 😬😬😬.
He stole my messaging gif type idea smh
Does Mitchell have bad teeth? His habit is VERY distracting!!
lol
His breath might stink