Hot Tips is a constantly growing, curated collection of candid advice by and for product people.
Think of it as a precious piece of advice you wish you had received when you started building products. It’s a short snippet of wisdom that helps you do things differently.
Contributing a Hot Tip it the fastest way to reach 3,000+ makers from all over Europe. Your daily grind might be their ‘aha moment’!
1. Write your Tip following the guidelines below.👇
2. Submit the Tip through Typeform.
3. Wait patiently! The Tip will undergo some scrutiny by our Hot Tip Catcher, who will then decide whether to publish it (we may tweak the content for clarity).
4. Watch out! Every week we’ll pick the best Hot Tips and share them with the community in the JAM newsletter. Look out for yours! 👀
Your Tip can belong to one of the three categories.
📖 Be as open as you can: share insider knowledge, something people won’t have come across before. A Hot Tip reveals how you do things.
🎨 Show, don’t (just) tell: talking about your roadmapping process? How about including a screenshot of the tool you use? There’s nothing better than seeing your ‘behind-the-scenes’.
💌 Keep it short and personal: aim for 200 words max, and word it like you’re helping a friend out.
🔧 Share tools: offer readers an opportunity to explore the topic. Link to at least one helpful ebook or article that helped you in the past.
We all have that one book, article or talk that opened our eyes and helped us build better products. What's yours?
The Design Sprint (care of Jake Knapp at Google) is a framework I've used many times. Originally a 5 day process that takes you from discovery all the way to testing with actual customers I've found it best to take the parts you need from the process and merge them with other helpful processes.
For example, we will often fit a design sprint into 3 days. The intention of the design sprint has always been to have a working prototype to test with users quickly to validate ideas and solutions.
If you bring in some other helpful frameworks like User Story Maps (by Jeff Patton) it can add another layer of understanding and detail about what you really need to work on and what can be left until later.
And then the great thing about the design sprint is it just allows you to get much better at certain techniques. For example, if you want to hammer out a few ideas for a couple of hours on any project, take the solution sketching approach and you can just do that.
And because you will have a team in the room with you from varying disciplines it not only allows for fantastic ideation and different view points, but it shares understanding of a problem which is the fundamental basis for delivering a successful product as a disciplinary team and really avoids potential confusion later on.
The book 'What Customers Want' by Anthony W. Ulwick is my product BIBLE.
I've used the process described in the book (or a slightly lighter touch variation) to build every product I've ever worked on, including my own startup
The best part is that it forces you to speak to actual people for whom you wish to solve a problem as a starting point. Anyone who calls themselves a Product Manager but doesn't do this, and just does desk research, is not a Product Manager – they're at best an analyst and at worst some person with an opinion. Beyond that, the book gives an easy process to discover, as the name suggests, what customers want, even if the customers didn't realise themselves.