📄️ Intro
Early startup tend to fail because of problems related to "product", rather than technical choices. There is a strong tendancy to prioritize software development over effective product management. Once you have secured investment, there is a frenzy to get building code that can be clicked, rather than spending a small amount of time defining a product strategy that will connect with an audience.
📄️ The Product Vision
📄️ Prioritisation features
From my experience, this is the most important section of this handbook. What is being worked on now HAS to be the thing that is more likely to turn the product into something people want. There should be no other feature that people are more keen to see.
📄️ User Experience in practice for softare engineers
If you're getting the same question from multiple users, it's a clear sign that your UX needs improvement. In an ideal world, we'd have a dedicated product designer to think through the experience and work with users to iron out any pain points or confusion. But in an early-stage startup, when you're driving the product, you often have to take on many different roles. And this is what excites me!
📄️ Define user flows
Decide how the prototypical user flows to a particular feature and the interactions they do to complete that.
📄️ Wireframes
Learn basic figma or pen + paper
📄️ User Stories
Just enough detail to get the job done.
📄️ The "Jobs to be Done" (JTBD) Framework
In product management, the concept of "Jobs to be Done" (JTBD) refers to a framework that helps teams understand the underlying needs and motivations of customers when they seek a product or service. It shifts the focus from demographic information or product features to the specific "job" the customer is trying to accomplish.
📄️ How do we know a ticket is done?
- It fulfills the acceptance criteria.