While you probably are busy collecting gift ideas for your friends and family, I thought to at least help you on the side of what to gift for valued professionals around you. Without further ado, here are some handy and pretty useful gift ideas for product managers:
Often times, the amount of various jobs your product needs to fulfill for your users can become overwhelming and it gets harder to keep an overview about flows and interactions.
This is the point during which a user storyboard template comes in super handy either before or during your next product discovery.
Grab your free User Storyboard template right now by simply subscribing to my e-mail list:
What is a User Storyboard?
User storyboards are similar to scenarios: They illustrate the interaction required to achieve a goal. But instead of using a list of steps, a storyboard visualises the interaction similar to a comic strip.
A user storyboard provides a powerful tool for creating great user stories, but it is not meant to stand alone as a framework for project management. Thereby, you should always use it in combination with other tools and frameworks like an impact map or user story mapping.
How to use a User Storyboard template?
Print the template either as as large as possible for co-creation on a wall/table or hand-out multiple smaller copies for an ideation-style session to begin with.
Provide all information around your users and their jobs-to-be-done during their journey through your product to the team members.
Have rough idea of your product’s functionality (e.g. through wireframes or click-dummies) in place.
Set a concrete goal for your products which must be fulfilled after the storyboard has been put together.
Walk through the empty spaces of the user storyboard template together with your whole team.
Start with visualizing every user story in the intended image frame and add one or max. 2 lines of copy describing the respective actions your users need to take.
Keep the filled storyboards visible in your discovery/team space for making your product’s user stories visible and transparent to team members and stakeholders.
What you’ll get
A perfectly scalable .pdf file which can easily be printed up to a size of A0 (841 x 1189mm)
Ongoing access to re-download the file as often as you like
My contact e-mail address for further questions around how to use this template
Access to all future minor updates on this user storyboard template
Grab your free User Storyboard template right now by simply subscribing to my e-mail list:
Using a traditional model to define and work with personas carries 2 major problems form my perspective. First, a lot of theoretical-based effort is put into the creation of those stereotypes and they often times lack any kind of real life validation. Second, the initial costly creation process is used as an excuse to not re-evaluate user needs and hide them in a drawer until someone asks for them.
While recently re-reading Jeff Gothelf’s book Lean UX, I stumbled upon a very lean (of course) alternative to tackle those issues: Proto-Personas.
Proto-Personas are basically the most lightweight and real life-oriented version of creating user stereotypes to build your product upon. The approach is dead simple: The committee of experts (mostly consisting of design, product and marketing) roughly defines one type of user they see as their target audience. During that, the team focusses on not more than 3-4 demographic aspects of the user and tries to come up with about 4 concrete problems and 4 concrete improvements (basically pains and gains) they think this type of user currently has with the product they’re trying to improve.
The whole process shouldn’t take longer than one hour. After that, the team hits the road and talks to users of the existing product, focussing on pains and gains. The outcome of those interviews can either be the confirmation of the initial assumptions, a correction in the area of pains & gains or even throwing away the whole persona and developing a new one, based on the user interviews.
What I like so much about this format is the incredibly small upfront effort which makes it way easier to discard initial assumptions and react to what you’ve heard. In addition, the used pains and gains didn’t came out of a study or someone’s gut, but from real users.
In a world full of agile methodologies and almost infinitely scaled Scrum frameworks, it sometimes almost feels like a deadly sin to use tools originating from traditional project management techniques. Like the Gantt chart.
But especially after my recent discussion with Tim Adler in the Productish podcast I thought it might be helpful to talk about 3 positive aspects I see in using of a Gantt chart (even in agile projects).
Clarity of dependencies – Linking a JIRA ticket to another one in the backlog of the team you depend on won’t point out dependencies and thereby also risks when assessing your project. Drawing straight (red) lines between two dedicated tasks on a huge piece of paper will.
Visualization of progress – While e.g. burndown charts or progress bars on epics will give you a rough idea on the micro level of development, I personally find the perspective on the big picture more helpful. Emphasizing what’s really left before you can ship and how far you already got as a team can be a huge boost for motivation.
Transparency about scope and releases – Even though I’m a strong advocate for digital documentation, dead trees can sometimes be pretty helpful for keeping you and your stakeholders on the same page about the scope of an upcoming release and bring clarity into an otherwise imaginary feature backlog. Literally.
By only pointing out it’s positive aspects, I’m by no means someone who favors traditional ways of project planning over an agile approach. But sometimes certain ways of assessing a project can be really helpful for your success on bringing a product roadmap on track.
Meaning, a traditional Gantt chart isn’t the one and only way to actually plan the project, but rather a nice tool to tackle certain aspects of stakeholder and expectation management.
What’s your favorite way to assess the complexity, pitfalls and progress of a larger project? Let me know!
In this episode of the Productish Podcast we’re discussing how to tackle the feeling of not being fast enough in your software development projects and how to shape the upper management perspective on this matter.
When companies usually redesign their apps, it’s about adopting a new design style (e.g. like Material design) or as part of a whole refresh of their CI. The biggest features usually get introduced afterwards in various updates.
But when Uber just yesterday unveiled their latest app update, it struck me as how obvious they used two of the most important Jobs to be Done metaphors for reshaping the entire rider experience. Starting from opening the app until they have to chose a type of mobility for their next journey.
So let me walk you through Uber’s state of mind when they rebuilt their rider experience using Jobs to be Done.
Asking ‘Where to’ instead of ‘How’
The most noticeable change happened right when you open the app. Until recently, the first screen you saw was about setting your current location and which Uber you wanted to use for your trip (Uber X, Uber black etc.).
But from now on, Uber puts the one question front and center which users really care about when they use the service: Where do you want to go right now?
This is way more then just a different first impression when using the app or testing the latest growth hack. It’s about Uber wrapping their entire product experience around the crucial Job to be Done their users hire the product for: Bring me to my desired destination as fast as possible. I don’t care how you do it.
Enriching the riding experience to make you stick with Uber
After you’ve been successfully picked up by your driver, the usual routing while sitting in a taxi begins. You close the app, check Twitter and Facebook, text your friends or maybe look for a food delivery service to replace your empty fridge at home.
So, while Uber was already heavily focussed on the offline ride experience (clean cars and nice drivers) in the past in order make you chose it again the next time you want to move around town, they’re now going one step further. The app introduces a feature called Uber Feed to also enrich your online ride experience.
While you’re riding, the app’s interface will switch to a set of cards giving you plenty of opportunities to interact with services Uber thinks you might find useful during your trip.
Feeling hungry on your ride home from work? Swipe left on the UberEats (can you see the big picture behind their vertical services?) card to see which restaurants can deliver to your house in sync with your arrival time. En route to a restaurant in the city? A Yelp card lets you side-swipe to browse photos and reviews of popular dishes. Running late?
Relax: Right there in your Uber Feed is a Snapchat card with custom filters, including one that updates your neglected dinner date on your ETA.
What this is about? Well as you may know, Jobs to be Done not only discusses why a certain product is chosen in the first place, but also what makes users switch from one product to another.
As Uber’s core Jobs to be Done competes not only with Lyft or traditional taxi companies, but also with Citi Bikes, BART or simply walking, it needs to increase the switching costs of it’s experience as much as possible to form strong habits.
So the new Uber Feed is not only about temporary entertainment, but to lock you further in the Uber app itself and creating a memorable experience which should convince you to pick Uber over and over again the next time you’re evaluating opportunities to get from A to B.