Back to resources

Delivering Impactful Product Changes

Product
Roadmap

10 May, 2021

Bob Kruger
Bob Kruger

Chief Product Officer at Almaden, Inc.

Bob Kruger, SVP Engineering at SunView Software, shares his story about product management and the tradeoffs between requested incremental features and meaningful enhancements that move the needle.

Problem

Sometimes as product people, we tend to overcomplicate things. We over-think ways to evaluate feature importance, struggle to justify decisions, and sometimes get too mired in incremental improvements which in the end aid customer satisfaction, but do almost nothing to drive revenue. Smart product people know how to make these tradeoffs, when to involve customers for validation, and understand the competitive landscape. The challenge is knowing when to focus on impact vs. when to focus on the “small,” incremental things that users may need to move forward with their deployments.

When we consider the need for “small,” incremental features we need to ask ourselves, is this change really going to make a difference? Does this mean that a customer gets greater use of the product or eliminates a major pain point? Every user has their wish list, but often (though not always) these are very customer-specific. We like to think that the customer is always right, yet is that really the case? Steve Jobs of Apple used to say that customers don’t know what they want until we show them. When a customer exclaims “Whoa, I gotta have this.” you know you have something of impact. This “demonstration” can be done through prototype code, slide-ware, use of design tools to create mockups, and more.

Finally, we need to understand that impactful features are not necessarily created in a single product cycle. Sometimes, they have to be done as a phased approach. On the plus side, once users are hooked, they want more of it.

Actions taken

When I first joined SunView, I was shown a collection of features for the company’s next big release. There was a desired release timeframe, but nothing significant hinging on that date.

I spoke to the Engineering leadership team (we didn’t have a Product Manager at the time) and proposed we re-evaluate the collection, sort them into meaningful buckets, and discuss each item’s impact (and relationship to other items on the list). Together, we discussed the impact of each feature of the product changes that we would implement. Our list included t-shirt sizes to indicate level of effort (this technique is often used by agile scrum teams), but we otherwise didn’t build out a complex workbook with weightings and formulas. Between us, we had enough customer insights, product smarts, and project awareness to quickly evaluate our findings and make decisions.

The decisions and actions were subsequently broken into measurable design mini-projects using other Engineering team members. The design work did not need to flow in a specific order; whatever worked best for the team is the nature of being agile.

None of us forgot the main business objective of the project. We established a few high-levelprod goals and frequently evaluated if the items and designs we proposed would meet those objectives. Connecting the dots between the desired business outcomes and the design might seem overwhelming, yet doing so made a big difference in rallying the team and ensuring resulting work would meet customer needs.

Lessons learned

  • Taking risks to achieve goals requires courage. Putting yourself out there can make a big difference regardless of the outcome; either way, you grow through the process and learn to become more resilient and confident.
  • Don’t overthink or over-complicate product roadmaps. Execution velocity is important. If we thought of something impressive, so might have our competition.
  • Don’t automatically dismiss little details. It’s tempting to ignore these items; however, it’s sometimes surprising how customers pay attention to these things. Consider the real meaning of “impact.”

Discover Plato

Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader


Related stories

The Art of Asking Why: Narrowing the Gap Between Customers and Users

24 May

Jord Sips, Senior Product Manager at Mews, shares his expertise on a common challenge for product managers – finding root causes and solutions.

Customers
Innovation / Experiment
Product
Personal Growth
Leadership
Stakeholders
Users
Jord Sips

Jord Sips

Senior Product Manager at Mews

Streamlining Product Processes After a Reorganization

16 May

Snehal Shaha, Lead Technical Program Manager at Momentive (fka SurveyMonkey), details her short-term technical strategy to unify processes among teams following an acquisition.

Acquisition / Integration
Product Team
Product
Building A Team
Leadership
Internal Communication
Collaboration
Reorganization
Strategy
Team Processes
Cross-Functional Collaboration
Snehal Shaha

Snehal Shaha

Senior EPM/TPM at Apple Inc.

Navigating Disagreements When It Comes to Priorities

9 May

Pavel Safarik, Head of Product at ROI Hunter, shares his insights on how to deal with disagreements about prioritization when building a product.

Innovation / Experiment
Product Team
Product
Dev Processes
Conflict Solving
Internal Communication
Collaboration
Convincing
Strategy
Prioritization
Pavel Safarik

Pavel Safarik

Head of Product at ROI Hunter

Balancing Technical Debt Innovation: How Roadmaps for Development Help Your Company Succeed

4 May

Brad Jayakody outlines the roadmap to maintaining a healthy balance between technical debt and team growth. However, just as balancing acts go it is important to have a strong foundation.

Alignment
Leadership
Impact
Roadmap
Tech Debt
Career Path
Brad Jayakody

Brad Jayakody

Director of Engineering at Motorway

Why You Should Take Technology Risks in Product Development

25 April

Matias Pizarro, CTO and VP of Residents at ComunidadFeliz, recalls a time in his early career when he took a technology risk that had wide-ranging benefits to his product's user experience.

Innovation / Experiment
Product
Scaling Team
Dev Processes
Matias Pizarro

Matias Pizarro

CTO and VP of Residents at ComunidadFeliz

You're a great engineer.
Become a great engineering leader.

Plato (platohq.com) is the world's biggest mentorship platform for engineering managers & product managers. We've curated a community of mentors who are the tech industry's best engineering & product leaders from companies like Facebook, Lyft, Slack, Airbnb, Gusto, and more.