Step 1 | Behavioural Analytics
Behavioural data helps you understand where the biggest problems are in your user journey. This helps you understand which kinds of improvement will have the most impact first. Things I look for include:
- How well your onboarding process forms a habit around the product after a user signs up.
- The levels of engagement and how different groups transition between them over time.
- Where and how people disengage with your product and what you are doing about it.
β
Step 2 | Voice-of-customer Research
Behavioural analytics are great for understanding what people do but they tell us nothing about why they do it. To understand the why, you must listen to people.
This means setting up and conducting 1-on-1 customer interviews with people who use your product. The goal is understand your ideal users better than anyone else. This means talking to them about their life, not your product.
β
Step 3 | Product Experimentation
Once you have enough qualitative and quantitative data to build an understanding of what better means to your users. The nexts step is experiment with product changes. The goal is to start with incremental changes that take the least amount of time to implement and have the largest impact.
- If you've never run product experiments before, I walk through what tools to use and how to set them up to run your first experiment.
- I explain the difference between client-side A/B testing and server-side A/B testing and what role they each play in product experimentation.
- I also explain how to stackrank your ideas so that you don't waste time building experimnets that have little to no effect.
- Experiments are great but they will slow you down so I also cover when not to run an experiment and what to do instead.
β
β
β
β
Josh was wonderfully thoughtful about the tradeoffs (newbees vs power users) and did many user tests to single out problem areas in the old design and to test out the mockups of the new design.
β
β
β
β
Overall, it was fantastic working with you. The two big differences between working with you and working with most developers are:
β
a) You care about your work. Having worked with remote developers a couple times, Iβm so used to having to bug-hunt for them, make sure all the features discussed are there, etc. I really appreciated not having to do that with you.
β
b) Youβre self-sufficient. Related to the first, I felt confident that, if I left you on your own, the work would get done well. You solve the problems that come up, without my help.
β
Overall, it was great working with you. If itβs alright with you, Iβd certainly like to continue working with you in the future.
β
β
β
β
βWe are delighted with the results. Josh was a delight to work with; always cooperative, creative, responsive and technically excellent at his job β went above and beyond. I wouldnβt hesitate to recommend him to anyone.β
β
β
β
Hey, Iβm Josh π
Iβm a product strategist and I help SaaS companies grow by improving their user retention metrics.
Iβve spent 2 years working as a UX designer and 5 years working as a software engineer. This combination of skill sets helps me think about products from a perspective thatβs both technical and creative.
My job involves helping product managers pay attention to the right numbers, ask the right questions and invest in the best opportunities to retain as many users as they can each month.
βhello@joshpitzalis.comβ
β