New Products
Last updated: February 23, 2023
Thoughts on launching new products. Here's a look at my product development process, from the first idea to the final product.
Plan
- Define initial product vision, goals, & user personas
- What are we setting out to do and why?
- What might a long-term product mission look like?
- Who are we aiming to help?
- Speak to users - early and often. Ask questions.
- Resources I love for product discovery:
- The Mom Test, Rob Fitzpatrick
- 5 Whys, Taiichi Ohno
- The Lean Startup, Eric Reis
- Resources I love for product discovery:
- Inventory current pain points. Assess the severity, impact, and frequency of pain points. Prioritize ruthlessly.
- Form themes and hypotheses around themes.
Partner
- Partner with business stakeholders
- Business goal alignment: how might the introduction of a new product help or hinder existing company goals? Are we performing due diligence and communicating the product vision effectively to leadership for buy-in?
- Establish a Steering Committee: comprised of project leads, plus company leadership. The purpose of the steering co. is to provide regular check-ins with leadership and relevant business leads for progress updates, brainstorming, and product feedback. Steering co. meets on a regular cadence — usually monthly.
- Partner with design. Build low-fidelity prototypes. Test with users.
- Important to not put engineering “hands on keyboards” before features are validated with users. Fail fast!
- Partner with engineering.
- Assess feasibility: ensure features are technically viable to create and do not cause system slowness or otherwise negative user experience.
- Discuss resourcing: understand current engineering priorities and agree upon appropriate team staffing.
Execute
- Prioritize features - shape the MVP.
- Seed the backlog foundational user stories
- Partner with design on high-fidelity prototypes
- For a given user journey - bucket features into “must haves”, “performance”, and “delighter” features (kano model).
- Build!
- Agile ceremonies to consider:
- Backlog refinement: to ensure a healthy product backlog of epics, user stories, and bugs — ranked in priority order. Owned by product team in collaboration with tech lead.
- Sprint planning: deciding the proper mix of stories to include in each sprint iteration. Depends on story complexity and team capacity. Co-owned by product and tech leads, with participation by engineering and design.
- Daily Standups: (don’t have to be daily) - Check in on what you accomplished yesterday, what you plan to do today, and any blockers. Meeting is led by tech lead, with participation from product, engineering, design, and QA.
- Sprint review: engineering’s chance to brag about the cool stuff they shipped! Product, engineering, design, QA, and the occasional relevant business stakeholder.
- Retrospective: an opportunity to reflect on what is going well, what isn’t going well, and potential next steps. Participation from product, engineering, design, and QA.
- Agile ceremonies to consider:
Iterate, Launch, Iterate
- More user testing :)
- Usability testing (users are now in the driver's seat) to uncover feature gaps and potential bugs.
- Run experiments: A/B testing with treatment groups vs. control groups
- Dogfooding and
UAT testing.
- Partner with QA on regression suite and acceptance testing.
- Document bugs and assess impact.
- Launch 🚀
- Partnerships & Collaboration:
- Marketing: does marketing have all the market, user, and product context to go to market? Are they set up for success with the proper tooling for growth?
- Support: is support aware of the launch and potential day-one bugs? Is there sufficient internal or external documentation?
- Launch strategy:
- Hypothesis-driven micro launches. Start small and expand via learnings!
- Rollback and contingency planning
- Ensure event logging/metrics tracking are implemented
- Perform user outreach. Collect feedback. Synthesize into learnings.
- Survey, email, 1:1 sessions
- Partnerships & Collaboration:
- Prioritize future product iterations
- Refine user stories and define acceptance criteria
- User interviews (try for weekly)
- Prioritize backlog based on potential reach, impact, confidence, and effort (RICE method)
- Determine the right mix of bugs vs. enhancements to include each sprint (painkillers vs. vitamins). Weigh against existing tech debt initiatives.