Users submit feedback, but never hear what happened. How do we fix that?

Open-loop adoption feedback

Create a visible feedback process with acknowledgment, triage, ownership, and a communicated outcome. Explain whether an item is being fixed, needs clarification, or will not be pursued. Users do not need every suggestion accepted, but they need to know it was considered.

What to do now

  1. Capture feedback with enough task context
  2. Triage and assign an accountable owner
  3. Communicate the decision and expected next step
  4. Confirm the result with affected users
Recommended action flow for open-loop adoption feedback: Capture feedback with enough task context then Triage and assign an accountable owner then Communicate the decision and expected next step then Confirm the result with affected users. Escalate when a recurring blocker remains unowned or users stop reporting issues.

When to escalate

Escalate when

A recurring blocker remains unowned or users stop reporting issues.

Who decides

The business process owner and change sponsor

Example

Users see that a confusing approval label was changed and can verify the new wording.

Mistake to avoid

Treating the number of submitted suggestions as evidence of successful engagement.

Prevent a repeat

Measure successful use of the intended workflow and resolve recurring barriers instead of relying only on attendance or logins.

Suggested ApprovedFlow setup

  • Tasks
  • Documents
  • Resources

Assign role-specific readiness and feedback actions, keep reviewed job aids with the project, and record accepted operating responsibilities. See the platform

Related cases

Practice references