In this third and last part of this article about working with lighthouse users, we will be focusing on what collaboration looks like with lighthouse users using a real example.
These are the very practices that have led Jira Product Discovery to be the fastest growing product at Atlassian.
Part 1 or the article is available here.
Part 2 is available here.
Brent - who has since moved to Maple, a virtual care platform that allows Canadians to see a doctor online within minutes 24/7 - was in a context of collaborative prioritisation with leadership and sales, in a sales-led organisation.
Why Brent? Alignment with vision: Brent sees prioritisation first and foremost as a collaborative process, involving the team and stakeholders including the C-suite. He keeps trying better ways to try and make this work. |
The full extent of the value a lighthouse user brings to your product development process does not happen overnight. The richness of insights that lighthouse users bring to the team grows proportionally to the quality of your rapport.
Over time, they become more vulnerable and share what really bothers them in a particular situation. After a while, there are no more filters and that’s where as a team, you’ll get real authentic feedback.
You need lighthouse users on speed dial
This is critical to unlock decision-making at pace.
The easiest way to do this and maintain momentum is to share a common Slack workspace (or other instant messaging/collaboration) with your lighthouse users. This means that within the same day, you can share something with them and get feedback that allows you to move forward.
Here is an example of interactions we’ve had with our lighthouse users.
Example of off-the-cuff feedback from Brent
Below is an example of how our cohort of lighthouse users has informed the JPD product journey.
They have enabled us in better understanding the space we were operating in and who we wanted to solve for (left) and as a consequence, it allowed us to experiment with solutions that could address their problems in a pragmatic way (right).
Learnings from early conversations (Wonder) |
Early mockup of JPD (Explore) |
Many breakthroughs we experienced on the journey building the first versions of JPD were thanks to our lighthouse users and our close collaboration.
As we move into Make, the collaboration style with lighthouse users organically evolves towards something less frequent and more focused on specific aspects of the solution.
However, still now — at Scale — these same lighthouse users play a very special role in our product journey.
When we are faced with uncertainties around some foundational aspects of the problem we’re trying to solve, we typically go back to our lighthouse users for additional input and feedback. They basically keep us in check.
The short answer is of course…”it depends”.
As your product evolves, it is OK to look for lighthouse users other than the initial cohort. You might want to look for people who are better aligned with the struggles of the current state of the product.
As we want to unpack new areas in the JPD team, e.g. working with larger customers, we will typically look for lighthouse users who align with that new space.
If you've enjoyed this article, please let us know by liking 👍 this post.
👋🏽 We need your help
If you are a Product Operations Manager and want to be part of our ongoing customer discovery program about product management best practices, I'd love to hear from you.
Please connect with me on LinkedIn here.
👁️ Watch this space if you want to learn more about how we do product in the JPD team.
Axel Sooriah
Product Management Evangelist
Atlassian
France
4 accepted answers
2 comments