Sort product feedback into areas and types you can count
Gives tickets, sales notes, surveys and reviews a product area from your list, a type, an impact level and a deal-blocker flag, the same way every week.
Try it on this example
Where it came from (ticket, sales note, survey, review, community post, interview): sales note
The feedback text, or one passage of an interview
- What kind of product feedback is this?Feature request99%
- Which product area in the context is the feedback mainly about?Permissions and roles100%
- Does the feedback say this stops the customer buying, renewing or expanding?Yes98%
- Does the feedback describe a workaround the customer uses today?Yes99%
- How much does the problem or missing feature affect the customer's work?Blocks the use100%
- Does the feedback say a competing product already offers what is asked for?Yes96%
- Does the feedback give enough detail for a product manager to act on without going back to the customer?Yes94%
- What is the writer's overall view of the product?Mixed95%
- Does the text raise more than one separate request or problem?Unsure45% yes
These are real answers stored from one run on this example.
The prism behind it
Sort product feedback into areas and types you can count
Fields
- Where it came from (ticket, sales note, survey, review, community post, interview)
- The feedback text, or one passage of an interview
Context
We are Rotaleaf, scheduling and rota software for multi-site clinics: physiotherapy, dental and outpatient practices. Feedback reaches product from support tickets, sales call notes, survey answers, app store reviews, community posts and customer interviews, which are split into passages. Each item is read once as it arrives. Code counts the answers by product area and type each week, joins account revenue from the CRM, and ranks deal blockers. A product manager reads items that fit no area, and new areas come from there. Product areas: - Appointments: the appointment book, calendars, online booking and waiting lists. - Rotas and shifts: staff rotas, shift swaps, leave and cover. - Permissions and roles: who can see and do what, user roles, and access by site. - Reporting and exports: dashboards, reports and exports to spreadsheets. - Integrations: connections to practice management systems, calendars, payroll and accounting. - Payments and invoicing: taking patient payments and sending invoices inside Rotaleaf. - Reminders and messages: text and email reminders and messages to patients. - Mobile app: the staff phone app. - Admin and setup: account settings, adding sites, onboarding and data import.
Questions
What kind of product feedback is this? Choice
When the text raises more than one point, judge the one given most weight, such as the one tied to a renewal or repeated most.
Which product area in the context is the feedback mainly about? Choice
Use only the areas in the context. When the text touches several, pick the area of the point given most weight.
Does the feedback say this stops the customer buying, renewing or expanding? Yes / No
Count a plain statement that a purchase, a renewal, a wider rollout or more seats depends on it. A general wish is not a blocker. Yes: The text says buying, renewing or expanding depends on this point. No: The text ties no purchase, renewal or expansion to it.
Does the feedback describe a workaround the customer uses today? Yes / No
Count a manual step, a spreadsheet, another tool or a habit the customer uses to get round the problem. Yes: The text describes at least one workaround in use. No: The text describes none.
How much does the problem or missing feature affect the customer's work? Scale
Judge from what the text says about the work, not from how the writer sounds.
Does the feedback say a competing product already offers what is asked for? Yes / No
Count a named or clearly described competing product that does what the customer wants. Yes: The text says a competitor offers it. No: No competitor is said to offer it, or none is mentioned.
Does the feedback give enough detail for a product manager to act on without going back to the customer? Yes / No
Enough means what the customer is trying to do and what gets in the way or is missing. "Reports are bad" is not enough. Yes: A product manager could understand the problem or the request from the text. No: The product manager would have to ask the customer what they mean.
What is the writer's overall view of the product? Scale
Judge the text as a whole.
Does the text raise more than one separate request or problem? Yes / No
Count separate requests or problems about different things, so each can be counted on its own. Detail about the same point is one item, and praise next to a request or problem is not a separate item. Yes: The text raises two or more separate requests or problems. No: The text raises one request or problem, only praise, or nothing.
Lens columns
feedback_type, feedback_type_probability, product_area, product_area_probability, blocks_purchase_or_renewal, blocks_purchase_or_renewal_probability, workaround_mentioned, workaround_mentioned_probability, impact, impact_average, competitor_has_it, competitor_has_it_probability, enough_detail, enough_detail_probability, sentiment, sentiment_average, several_items, several_items_probability
Run it on your own text
Add this prism in the app, change any question, and test it on a file of your own.