Why AI Recommendations Need More Than Accept or Reject — featured visual

Why AI Recommendations Need More Than Accept or Reject

Author: JVDS Design Studio Reading time: about 8 min

The most common mistake made by recommendation systems is to treat users as end approvers who can only "accept or reject". Truly valuable control is to let users understand, modify, correct, and temporarily leave the recommendation logic.

AI recommendations are widely present in content, e-commerce, sales, recruitment, operations, and enterprise decision-making products. As the model's capabilities enhance, recommendations have further evolved from "You might like it" to "suggest what you should do next". The greater the impact, the more important user control becomes. The Feedback + Control guideline of Google PAIR emphasizes the need for a balance between automation and control, and Microsoft HAX also proposes that it should support users' efficient invocation, correction, and global control.

01 Recommendation UX needs understanding, adjustment, correction, and exit

Accept/Reject only informs the system of the result, does not tell the user why, and does not allow the user to modify the recommendation conditions. A truly mature recommendation UX should allow users to change recommendations without redoing the entire task.

02 Explain why this was recommended

The reason does not need to expose all the details of the algorithm, but it should be able to form a useful causality, such as "Because you are following up with a manufacturing client and this client has recently downloaded the quotation materials." If the reason does not match the user's goal, he will know whether to change his preference or ignore the result once.

03 Allow local edits instead of only regenerating

The AI recommended five plans. Users might only think that the price is too high, the region is not right, or a certain condition is not met. Providing controls such as "reducing the budget", "excluding certain types of results", and "retaining the first two items for re-recommendation" is more efficient than asking users to rewrite the prompt.

Distinguish not now from never — visual illustration

04 Distinguish not now from never

A single tap might indicate poor content, having already read it, inappropriate timing, never being interested, or involving a sensitive topic. Unclear feedback semantics can lead to increasingly biased personalization. The product can offer lightweight reason options and clearly define which feedback will change long-term preferences.

05 Make personalization rules visible and revocable

If the system makes long-term recommendations based on industry, position, interests or work history, users should be able to view their main preferences and edit, pause or clear them. Invisible automatic learning can easily give rise to a sense of loss of control, asking "Why does it keep pushing this?"

06 Do not optimize only for short-term clicks

If a recommendation system only pursues clicks, it may constantly magnify popular or exciting content. Enterprise products also need to take into account task completion, coverage, diversity, risk and long-term value. For instance, sales recommendations should not always ignore strategic customers just because a certain type of customer has a high response rate.

Offer exploration and stable modes — visual illustration

07 Offer exploration and stable modes

Sometimes users want to be familiar with reliable results, and sometimes they want to discover new options. Semantic controls such as "more reliable/more exploration" and "only look at verified/include new solutions" can be provided, rather than forcing users to understand algorithm parameters.

08 Preview evidence and consequences for important recommendations

If the recommendation leads to real actions, such as "Suggest to reject the loan", "suggest to cancel the customer", "suggest to adjust the budget", the supporting data, key constraints, and what will happen after adoption should be presented. At this point, the recommendation is not a content card but decision support.

09 An actionable recommendation-card structure

  • Recommended conclusion: Specific and actionable.
  • Reasons: 2 to 3 most crucial bases.
  • Evidence: Expandable data or sources.
  • Modify: Change the conditions without redoing the task.
  • Feedback: Distinguish between current and long-term preferences.
  • Execution: High-risk operations should be reconfirmed before execution.

10 Help users make better choices

When a user can only accept or reject, he is adapting to the algorithm. An algorithm truly becomes a tool only when users can understand, modify, correct and exit. The more AI recommendations delve into business decisions, the more they should be upgraded from "guess what you like" to "controllable collaborative suggestions".

11 Give the system an exploration budget

Continuously reinforcing similar results only based on historical clicks will form a feedback loop. Products can retain a certain proportion of new categories, new suppliers or different strategies in the recommendation collection and clearly mark "Explore Recommendations". Users can also choose "More Similar/Change Direction" to turn diversity into controllable capabilities.

Evaluate more than click-through rate — visual illustration

12 Evaluate more than click-through rate

More meaningful metrics depend on the tasks: whether they continue to modify after selection, the proportion of recommendations being revoked, the number of times users actively adjust conditions, long-term satisfaction, coverage diversity, and the cost of incorrect recommendations. For the enterprise's Next Best Action, it also depends on the final business outcome and whether the burden of manual review increases.

If a recommendation system increases the click-through rate but makes users undo, complain or turn off personalization more frequently, it does not truly enhance the experience.

13 State the scope of each recommendation

The same piece of advice may only apply to the current task or may change the long-term strategy. For instance, "This supplier is not recommended this time" is completely different from "The weight of this supplier will be reduced in the future". The interface should separate one-time choices, session preferences and long-term preferences to prevent a permanent change in the recommendation model due to a user's one-time rejection.

For team-level recommendations, it is also necessary to clarify whether the feedback only affects individuals or the entire organization. Otherwise, one person's preference might unintentionally change the outcome for everyone.

Frequently Asked Questions

Will the recommendation reasons leak the algorithm's secrets?

There is no need to expose the model parameters. Just provide the main basis and data sources that are relevant to the user's task and understandable.

Is tapping the button enough?

It's usually not enough. At least distinguish between content quality, relevance, timing and long-term preferences; otherwise, feedback is difficult to be correctly used for personalization.

Should users be able to completely turn off personalization?

When it comes to long-term tracking or sensitive preferences, providing pause, clear or close is usually more conducive to trust. Specifically, it still needs to be combined with the product and compliance requirements.

Is it true that the more personalized a recommendation is, the better?

No. Excessive personalization may narrow the exploration space, intensify biases, and even make users feel monitored.

When does AI recommendation require manual confirmation?

When the recommendation will directly trigger high-risk, irreversible or externally influential actions, the recommendation and execution should be separated.

Related ServiceLearn More
UI/UX Design ServicesView Service Details
Project ConsultationContact JVDS Design Studio
Design and Website Development ArticlesRead More Related Articles
Link copied

From Idea to Launch, We Build It Together

Building useful, scalable digital products around user experience

Tell Us About Your Project