Most data-driven product development requires a period of data gathering through analytics and research. This is true for gathering useful information on new features as well. From my experience, this period of collection and processing rarely takes less than two months.
When a new feature is released, if your “product owner’s hand” is not on its pulse and you do not keep an open feedback channel with your intended users, two months may “make or break” adoption. This is especially so when your user base is not large or the feature caters to a smaller subset of more advanced users.
We wanted to address this gap, we designed and implemented a simple feedback component. The component would invite our users to provide feedback on the new feature at the moment when it counts.
If they are frustrated, we wanted to address this frustration before it blocked adoption. If they are happy, we wanted the ability to claim success.
My role in this project was to
Get immediate real-time feedback from users on the newly released feature while they are experiencing it and the design considerations are still fresh in the team's mind.
Gather suggestions for improvement and enhancement ideas from users who use the feature while they are using the feature. Prioritize feedback for the next iteration.
User feedback will sometimes capture UX issues, bugs, and logical "glitches" that had slipped through testing. It is best to address these quickly and communicate with users.
The component will be temporarily attached to New and Beta features. It will allow the product team to compare ratings of new features and report relative success rates.
Get valuable and meaningful information from the users while the experience is still fresh in their minds.
Establish with the users that their feedback is valued. Communicate that they are partners in the "evolution" of the feature.
Enable quick and efficient learning from the users as they share frustrations and ideas.
Allow for quick iterations to improve the design and to capture flaws that escaped testing.
Allow the team to promptly address the users' frustrations. Open a channel for a more direct "conversation" with the users.
Provide product and design teams with a tool to evaluate the relative success of new features.
We found the “User feedback form” to be the most suitable UX pattern for our needs. The typical features of the pattern:
And my own, which it felt was critical to our case:
The design team’s hopes for this feature were: