But, how does feedback mechanisms change as product evolves?
New products
I asked this question to couple of product managers, and their observation is to gather feedback at least 4-6 times during every product release for initial few cycles. And allow time to incorporate feedback back into product. If revenue goals are tied to quarter endings, time the product release slightly earlier so that any last minute glitches do not slip the release to next quarter.
Another important observation is that before demonstrating intermediate product for feedback, do a quality check to ensure release constraints and acceptance criteria are fulfilled, or any previously fixed issues do not reappear. And this check must not take more than 10% of calendar time during every feedback cycle.
Carefully select strategic stakeholders for feedback, and a small percentage of customer base as beta testers.
Finally, after last feedback has been gathered for a release, only issues must be fixed. Nothing new.
Seasoned products
Dynamics change for mature products. Keeping existing customers satisfied and recurring revenue becomes more prominent, and so does change in feedback mechanisms, quantity and quality. Product receives feedback from virtually every customer, and a larger employee count is required to sort out and categorize feedback, and maintain interactive dialog with customers.
As incorporating new features slowly takes back seat with every release of product, ironing out issues becomes more prominent. List of release constraints and acceptance criteria becomes longer. As number of fixed issues increases, regression testing become more expensive. Product engineering has to be more careful while introducing new features.
Majority of feedback now comes as a regular stream, rather than as discrete blocks collected during demonstrations.
But, the objective of product manager remains same. Inject newly discovered feedback into product release at a constant and predictable rate. A maximum period should be decided that a customer will have to wait to get the product release, once the issue has been selected for resolution. Keeping a constant rhythm and predictable dates for releases, allows customers to plan for upgrades fairly accurately. Again, keep some error margin so that minor slips do not negatively impact revenue goals.
Service- or subscription based consumption model also allows customers to enjoy advantages of upgrades almost immediately in most situations. Although, it might be a good idea to offer a roll-back option to use older version of product, should they choose so.
New products
I asked this question to couple of product managers, and their observation is to gather feedback at least 4-6 times during every product release for initial few cycles. And allow time to incorporate feedback back into product. If revenue goals are tied to quarter endings, time the product release slightly earlier so that any last minute glitches do not slip the release to next quarter.
Another important observation is that before demonstrating intermediate product for feedback, do a quality check to ensure release constraints and acceptance criteria are fulfilled, or any previously fixed issues do not reappear. And this check must not take more than 10% of calendar time during every feedback cycle.
Carefully select strategic stakeholders for feedback, and a small percentage of customer base as beta testers.
Finally, after last feedback has been gathered for a release, only issues must be fixed. Nothing new.
Seasoned products
Dynamics change for mature products. Keeping existing customers satisfied and recurring revenue becomes more prominent, and so does change in feedback mechanisms, quantity and quality. Product receives feedback from virtually every customer, and a larger employee count is required to sort out and categorize feedback, and maintain interactive dialog with customers.
As incorporating new features slowly takes back seat with every release of product, ironing out issues becomes more prominent. List of release constraints and acceptance criteria becomes longer. As number of fixed issues increases, regression testing become more expensive. Product engineering has to be more careful while introducing new features.
Majority of feedback now comes as a regular stream, rather than as discrete blocks collected during demonstrations.
But, the objective of product manager remains same. Inject newly discovered feedback into product release at a constant and predictable rate. A maximum period should be decided that a customer will have to wait to get the product release, once the issue has been selected for resolution. Keeping a constant rhythm and predictable dates for releases, allows customers to plan for upgrades fairly accurately. Again, keep some error margin so that minor slips do not negatively impact revenue goals.
Service- or subscription based consumption model also allows customers to enjoy advantages of upgrades almost immediately in most situations. Although, it might be a good idea to offer a roll-back option to use older version of product, should they choose so.