Archive of ROI Articles
March 1st, 2010

I came across a really interesting article LukeW.com, showing how making changes to the way an input form on a website increased interaction by 25 to 40%. The changes reflect the value of thinking outside-in, investing in user experience, and performance measurement.
Bonus: the idea is cool.
Read the rest of the article…

Posted in Interaction design, Product Management, ROI, Requirements, Software development, UX, User Stories | 19 Comments »
January 5th, 2010

Engagement – that’s what this whole product management blogging thing is about. Check out what Tyner Blain readers found to be the most engaging articles in 2009.

Posted in Administrivia, Agile, Business Analysis, Prioritization, Product Management, Project Management, ROI, Requirements, Requirements Models, Requirements gathering, Software development, Use Cases | 5 Comments »
November 30th, 2009

Unless you live in a world filled with unicorns and rainbows, writing realistic requirements is critical. When you set unattainable goals, the best result you can hope for is a frustrated engineering team. Write requirements that are attainable, and your team will surprise you with what they can achieve.

Posted in Business Analysis, Ishikawa Diagram, Product Management, ROI, Requirements, Requirements Models | 14 Comments »
October 13th, 2009

Perpetually intermediate (competent) users. Users who briefly exist as novice users and never become experts. Most of your users are competent, and you should design for them. Competent users have different needs and different expectations than novice or expert users. How do you know your user’s competency levels, so you can design for them?
Read the rest of the article…

Posted in Business Analysis, Interface Design, Product Management, ROI, Software development, UX, Usability | 20 Comments »
April 1st, 2009

Growth is a make or break measurement for products and companies. Investment is often determined by expected value, which is based (in part) on expectations of growth. When you create a product, there are aspects of growth – how many people can use your product, and how many people do use your product. When dealing with a freemium business model, there are two elements of use - paid use and free use.

Posted in Business Analysis, Prioritization, Product Management, ROI, Requirements | 14 Comments »
October 20th, 2008

Planning by ROI. Hmmm. Isn’t that impractical? In an econometric way, yes. But you can still estimate the relative value of the capabilities / stories you’re planning for your scrum sprints. The point is – don’t look only at value – also look at costs. While “ROI” may be a poor choice of terms, “bang for the buck” is not.
Read the rest of the article…

Posted in Agile, Prioritization, Product Management, ROI, Requirements, Software development | 8 Comments »
October 16th, 2008

You’ve got a giant backlog of user stories and product capabilities. How do you determine which stories to implement right now? By the estimated value of each story? Pick the ones the developers want to build next? How about picking the stories that maximize the ROI of the sprint? To do that, you need to estimate both value and cost. While remaining agile.
Read the rest of the article…

Posted in Agile, Prioritization, Product Management, ROI, Requirements, Software development | 5 Comments »
October 8th, 2008

Business rules are often hidden in processes as hidden decisions. Once you discover that hidden decision, how do you communicate the impact of exposing and managing the decision?
Read the rest of the article…

Posted in Business Analysis, Business Rules, Communication, Process Flow, Process Improvement, ROI | 3 Comments »
August 26th, 2008

Your strategy should be driven by the needs of the market. Becoming market-driven is critical to intentional product success. But it is not enough to understand your market. You have to sustain your understanding, and take advantage of it, competitively.
Read the rest of the article…

Posted in Agile, Product Management, ROI, Requirements gathering, Software development | 13 Comments »
May 19th, 2008


Is your product successful because you were lucky, or because you were methodical and intentional?
Do you want to build a plan where you are dependent on good fortune, or do you want to make your own “luck?” Both approaches work, but only one makes sense as an intention. Slide 3 of your presentation to a venture capitalist should not say “And then we get lucky!”
Read the rest of the article…

Posted in Agile, Prioritization, Product Management, Project Management, ROI, Requirements, Requirements gathering, Software development | 3 Comments »