APM Preparation Guide
Feel free to contact me @harshittells on Twitter or @harshitconnects on LinkedIn. Mail to contactingharshit@gmail.comfor specific requirements/ opportunities.
A systematic yet customisable APM Preparation strategy booklet
Helps in removing the noise and ambiguity in the APM prep journey
Prepared primarily for Indian engineering placements candidates
This is a very personal topic and should be unique to your taste. This will keep you motivated throughout the preparation journey and nevertheless, is the first interview question.
Preparation begins by answering ‘Why product management?’.
For that, you must know ‘What is product management?’
For entry-level roles, these topics are enough. Although, as per companies domain, a few rounds might be conducted. (Eg. in HiLabs, the Data Science round was also compulsory.)
Generally, at the APM level for engineering undergraduates, there are two rounds.
This section may seem simple and commonsensical, but it is definitely not easy. Gear up for insane practice, mock interviews and learnings from blogs/ videos/ podcasts/ books, etc.
In both the rounds, candidates are required to come up with a solution having
Limit yourself to a single resource first which resonates with you, and once you finish that move to the second resources. Almost all the resources will give the same/similar knowledge.
For entry-level product roles, basic topics of Product Management are tested.
Resources: PM School decks, The Product Folks decks, IIT/IIM Product Competition decks (if available), Product case studies blogs, etc.
Resources: podcasts, mock interviews on youtube (Exponent, Rocket Blocks, etc), product interview books, newsletters, forums on Reddit.
Resources: Courses/ Bootcamp on Product (NextLeap, Embark, Insurjo, Doremon Den, PM School, etc), EdX/ Coursera/ Skillshare etc.
Much time should be spent on mock interviews and building deck templates, as the knowledge required for entry-level APM positions is very limited.
Month |
Target |
Hour/Week |
Focus on |
June |
Create a deck template for product building request Gain foundational knowledge and internalise |
10 to 15 |
Deck prep + Knowledge |
July |
Create interview templates for PD and RCA Build product resume and a story of ‘Why APM?’ |
10 to 15 |
Interviews prep + Knowledge |
August |
APM decks and practice interviews from past year |
15 to 20 |
Exam readiness |
September |
Ace placement tests and deck rounds |
10 to 15 |
Deck + Tests |
October |
Ace placement tests and intensive interview prep |
10 to 15 |
Interviews +Tests |
November |
Practice for interviews and HR round |
10 to 15 |
HR + Interview |
Have a sound understanding of what to build and why to build and under which circumstances we are building the product.
Treat every segment of the interview as a filter to next segments. Based on previous data, make a smart judgement. Always think and ask ‘what is the purpose of this question?’.
Example of user segmentation: Gender, Age, Profession, Literacy, Digital Literacy, Geography, Ethnicity, Dietary, etc.
There is no punishment for re-inventing the wheel. Read about futuristic technologies and design trends to hone critical thinking.
Always remember the north star of the product and the core problem target
Build a technologically feasible, financially viable and user-friendly solution.
Go high level first and then deep dive into specifics whenever asked.
Try to formulate a grand formula for tracking the success of the product. Show your analytical abilities by adding weights to certain indicators.
This segment is hardly ever reached. Try to have a rough understanding of these topics and feel free to humbly take the assistance of the interviewer in arriving at the decision.
Understand the core problem faced by the company. Broadly analyse every stakeholder. For eg: if purchase volume is going down in e-commerce, the problem might as well be on the seller side; but often we analyse only the customer app.
Understand how the metric affected is connected to the north star of the company.
Sometimes, even a simple breakdown of metrics such as dividing metrics into different phases, can result in a clear understanding of the case.
Remember to treat every segment of the case as a filter for the next segment. Be prepared for the “why the asked question is necessary” explanation.
Make sure you understand the players in the market who we are depending on. For example, if a website is being served on a particular cloud service, and that cloud service is having frequent downtime, the metric of the website will be affected.
Action Activities are dependent on the type of product and there are certainly many sub-steps for what the user is trying to achieve. Go high level first, and if you find a problem with any step, then dig the rabbit hole for that particular step.
Take calculated pauses to think. Do not rush to answer, build your approach. Treat your interviewer as an information source and not a solution source.
The idea behind creating interview templates is to reuse them on multiple problem statements.
Key principles to be followed:
All the Best!!! 🙂