{"id":11160,"date":"2026-07-09T02:43:49","date_gmt":"2026-07-09T02:43:49","guid":{"rendered":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/"},"modified":"2026-07-09T21:47:15","modified_gmt":"2026-07-09T21:47:15","slug":"bad-ux-examples","status":"publish","type":"post","link":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/","title":{"rendered":"Bad UX Examples That Reveal a Trust Problem, Not a Design Problem"},"content":{"rendered":"<p class=\"font-claude-response-body break-words whitespace-normal\">A bad checkout kills the sale before the user reaches the cart, and a confusing <a href=\"https:\/\/userpilot.com\/blog\/cancellation-flow-examples\/\">cancellation flow<\/a> turns a subscriber into someone who leaves a one-star review. I&#8217;ve seen both happen to products that had no shortage of design resources, and the problem wasn&#8217;t craft; it was intent.<\/p>\n<p class=\"font-claude-response-body break-words whitespace-normal\"><a href=\"https:\/\/baymard.com\/blog\/current-state-of-checkout-ux#:~:text=1)%20Make%20%E2%80%9CGuest%20Checkout%E2%80%9D%20the%20Most%20Prominent%20Option%20(62%25%20of%20Sites%20Don%E2%80%99t)\" target=\"_blank\" rel=\"noopener\">Baymard Institute<\/a> found that forced account creation alone accounts for 18% of all e-commerce checkout abandonment.\u00a0<a href=\"https:\/\/dovetail.com\/product-development\/new-research-finds-online-consumers-are-falling-victim-to-dark-patterns\/#:~:text=over%2043%25%20of%20online%20shoppers%20had%20stopped%20buying%20from%20an%20online%20retailer%20because%20of%20dark%20patterns.\">Dovetail&#8217;s research<\/a> found that 43% of shoppers who encountered a dark pattern stopped buying from that retailer entirely. This made me realize that users don&#8217;t just file complaints; they leave and inform others about their bad experience.<\/p>\n<p class=\"font-claude-response-body break-words whitespace-normal\">What makes this hard to fix is that most bad UX isn&#8217;t accidental. It&#8217;s the result of teams optimizing for metrics that are easier to measure than trust, like notification open rates, session length, and short-term retention. The interface reflects those priorities, and users feel it even when they can&#8217;t name it.<\/p>\n<p class=\"font-claude-response-body break-words whitespace-normal\">The ten examples below are real products with real consequences. Each one maps to a specific way the product&#8217;s goal and the user&#8217;s goal stopped lining up, and the cost of that.<\/p>\n<p class=\"font-claude-response-body break-words whitespace-normal\"><!-- cta userpilot 1 --><a href=\"https:\/\/userpilot.com\/userpilot-demo\/\"><img decoding=\"async\" class=\"size-full \" src=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/CTA-blog-banner-1-1.png\" alt=\"demo CTA\" \/><\/a><\/p>\n<h2 id=\"five-failures\">The five trust failures behind most bad UX<\/h2>\n<p>Every example in this article maps to one of five categories. These are categories of misalignment between what the product appears to offer and what it actually delivers.<\/p>\n<ul>\n<li><span style=\"margin: 0px; padding: 0px;\"><strong>Hidden intent<\/strong> is when the interface appears to help the user but is actually driving business outcomes like upgrade prompts framed as recommendations, notifications timed for engagement rather than utility, and onboarding that exists to showcase features rather than to help users reach value.<\/span><\/li>\n<li><strong>Forced effort<\/strong> is when the product makes simple tasks harder than necessary, like making users do work the product should handle, long onboarding flows, repeated data entry, an overwhelming interface that buries key actions, and forms that ask for information the system already has.<\/li>\n<li><strong>Loss of control<\/strong> is when the end user cannot easily make decisions or reverse them. For example, no way to dismiss a blocking modal, complex navigation with no clear way back, account settings buried four clicks deep, and cancellation flows designed to outlast the user&#8217;s patience rather than honor their request.<\/li>\n<li><strong>Manipulative guidance<\/strong> is when the interface steers users toward choices that benefit the company. Pre-selected add-ons, button placement that makes the expensive option easier to click, and surveys timed before users hit any friction, all of these guide behavior without the user realizing they&#8217;re being guided.<\/li>\n<li><strong>Broken expectations<\/strong> occur when the product behaves differently from what the user expected. For example, autoplay that fires without warning, features that appear to complete an action but leave behind evidence that they did not, and surprise charges at checkout.<\/li>\n<\/ul>\n<p>That being said, let&#8217;s look at 10 examples of bad UX around the 5 failure categories.<\/p>\n<h2 id=\"getanewsletter\">#1 Onboarding that teaches before users are ready to learn<\/h2>\n<p><strong>Trust failure: Hidden intent<\/strong><\/p>\n<p>GetANewsletter is an email marketing and landing page platform. Its onboarding tour is built to walk new users through the product&#8217;s core features, which sounds helpful on paper. But in reality, the tour prompts users to send a newsletter before they have uploaded an email list. The action the tour directs them toward has a prerequisite that the tour has not helped them complete.<\/p>\n<p>The tour exists to show new users what the product can do, which serves GetANewsletter&#8217;s <a href=\"https:\/\/userpilot.com\/blog\/saas-signup-flow\/\">activation metrics<\/a>. Different user types arrive at onboarding with different contexts. Some have email lists ready; others are still building them. The tour ignores both, fires the same steps regardless, and walks every user type into the same dead end.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/Getanewsletter-bad-ux-example-1.gif\" \/><\/p>\n<h3>Lesson: Design onboarding around what users need to do, instead of what the product can do<\/h3>\n<p>An onboarding tour should not fire a feature step until the user has completed every prerequisite for that step. If sending a newsletter requires an email list, the &#8220;send your first newsletter&#8221; step should be gated behind a <a href=\"https:\/\/docs.userpilot.com\/data-events\/tracked-events\/custom-events\">custom event<\/a> confirming the list exists. Without that gate, the tour is not a guided tour. It is a product demo that inconveniences the user by pretending to be guidance.<\/p>\n<p>Behavioral sequencing can fix this issue by triggering each onboarding step based on what the user has actually done, instead of a fixed schedule set at signup. Userpilot lets teams build <a href=\"https:\/\/userpilot.com\/blog\/feature-adoption\/\">flows that adapt to user progress<\/a>, so new users only see a step when they are ready to complete it, instead of hitting dead ends when they follow the tour in good faith.<\/p>\n<h2 id=\"linkedin\">#2 Notifications designed for the product&#8217;s metrics, not the user<\/h2>\n<p><strong>Trust failure: Hidden intent<\/strong><\/p>\n<p>LinkedIn defaults every new user into fourteen notification categories simultaneously across in-app, email, and push channels, like job application updates, post interactions, profile views, suggested connections, and content recommendations.<\/p>\n<p>All of them compete for the end user&#8217;s attention, whether or not the user asked for any of them. Turning them off requires navigating to account settings and working through each category and its sub-options one by one, which takes dozens of interactions across a menu structure that is not designed to make the task easy.<\/p>\n<p>More notifications mean more opens, which means better numbers for LinkedIn. The design serves their dashboard, not the person receiving it. Users who eventually figure this out do not just turn off notifications. They lose trust in the entire platform&#8217;s intentions.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/Linkedin-notifications-bad-ux-examples.png\" \/><\/p>\n<h3>Lesson: Default to fewer notifications and make the off-ramp obvious<\/h3>\n<p>A notification&#8217;s job is to help the user and <a href=\"https:\/\/userpilot.com\/blog\/user-activation-for-saas\/\">improve user activation<\/a>, not to inflate open rates. The default notification state should reflect what a brand-new user genuinely needs to know first, like messages, critical account alerts, and whatever the user explicitly signed up for. Everything else should be optional notifications users can opt in to, reachable in two to three clicks from wherever the user is when they decide they want fewer interruptions.<\/p>\n<p>Sending the same notification by email, push, and in-app at the same time does not make it more useful. It makes it more annoying. Pick the right channel for each notification type and use the others only if the first one goes unread.<\/p>\n<h2 id=\"workday\">#3 Autofill that creates more work than doing it manually<\/h2>\n<p><strong>Trust failure: Forced effort<\/strong><\/p>\n<p>Workday&#8217;s job application flow offers an &#8220;Autofill with Resume&#8221; button. A candidate uploads their CV expecting the system to parse it and populate their work history, education, and contact information automatically. In practice, the autofill misreads phone numbers, puts experience in the wrong fields, and skips sections entirely, leaving candidates to correct every entry by hand. The upload did not reduce the work, but it added a step to a process that was already long.<\/p>\n<p>Matthew Spence, a Vice President of Software Engineering at CLICS, described the experience <a href=\"https:\/\/www.linkedin.com\/posts\/msaspence_ive-stopped-applying-for-jobs-jobs-that-share-7306354434056290304-K6-M\/\">publicly on LinkedIn<\/a>. <a href=\"https:\/\/www.trustpilot.com\/review\/workday.com\">Workday&#8217;s Trustpilot rating<\/a> of 1.1 reflects the impact on user satisfaction across thousands of job seekers who made the same calculation. The autofill label created an expectation the feature could not meet, and <a href=\"https:\/\/userpilot.com\/blog\/ux-design-examples\/\">every broken promise of that kind is a UX failure<\/a> that shows up in reviews, not bug reports.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/MyWorkDayJobs-bad-UX-example.png\" \/><\/p>\n<h3>Lesson: Do not label a feature for what it promises if it cannot deliver it reliably<\/h3>\n<p>A button labeled &#8220;Autofill with Resume&#8221; sets a contract with the user. If the feature cannot fulfill that contract reliably, the options are: fix the feature, change the label to reflect what actually happens, or remove the button. Shipping it half-functional and trusting users to figure out the gap converts a capability into a frustration point that damages trust in everything around it.<\/p>\n<p>The simpler application flows on competing platforms demonstrate the alternative. A contact information screen, a resume upload, a few employer-specific questions, and a review page. No re-entry of information that the resume already contains. The less surface area for something to go wrong, the fewer users who walk away feeling like the product wasted their time.<\/p>\n<h2 id=\"wayfair\">#4 Navigation that overwhelms instead of orienting<\/h2>\n<p><strong>Trust failure: Forced effort<\/strong><\/p>\n<p>Wayfair&#8217;s primary navigation uses a mega-dropdown that opens the moment a user&#8217;s cursor gets near a category label, not when they click it. The complex navigation fills most of the viewport with subcategories simultaneously, which means the <a href=\"https:\/\/userpilot.com\/blog\/app-experience\/\">cognitive effort required<\/a> just to orient within the menu rivals the effort of finding a product. A user who moves their mouse toward &#8220;Bedding &amp; Bath&#8221; can accidentally trigger the &#8220;Mattresses&#8221; menu instead, forcing them to start over.<\/p>\n<p>The overwhelming interface presents forty-plus categories at once, which does not help users choose faster. It triggers the kind of cognitive load that makes choosing feel impossible, and many users who confuse the menu for the product simply give up and type their query into the search bar or Google instead. Wayfair&#8217;s intent is probably to give every category equal visibility; the execution made a seamless browsing experience impossible because when everything competes for attention at once, nothing stands out.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/Wayfair-bad-UX-example.gif\" \/><\/p>\n<h3>Lesson: Fewer choices, surfaced only on click, convert better than all choices, surfaced at once<\/h3>\n<p>The way to simplify such navigation menus is to identify the top categories by real traffic and purchase behavior, surface only those at the top level, and put everything else one deliberate click deeper. Hover-triggered menus that fire on cursor proximity should be replaced with click triggers so the menu only opens when the user wants it to. This is more about reducing the cognitive effort required to use them than it is about reducing options.<\/p>\n<p>A minimalist approach to navigation does more for conversion than any additional category could. When users can read the structure of a menu at a glance, they orient themselves quickly and arrive where they intended. When the structure requires scanning forty entries at once, most users do not orient at all. They close the tab and type their query into a search engine.<\/p>\n<h2 id=\"apple\">#5 Error states that trap users instead of helping them<\/h2>\n<p><strong>Trust failure: Loss of control<\/strong><\/p>\n<p>Apple&#8217;s iPhone displays a &#8220;Storage Almost Full&#8221; modal when device storage runs low, typically at the worst possible moment, like when a user is taking a photo at an event. The modal explains the problem, offers a &#8220;Not Now&#8221; button, and links to Settings. &#8220;Not Now&#8221; does not dismiss the modal. It defers it until the next time the user opens the camera, guaranteeing they will see it again without having resolved anything. Tapping the Settings link opens the general storage management screen, which shows how much space is used overall but provides no guidance on what to delete or how much space needs to be freed to solve the immediate problem.<\/p>\n<p>The user has been interrupted, given no actionable path forward, and denied even the option to dismiss the interruption until later. This is a loss of control failure that also creates poor accessibility problems where the modal provides no specific guidance that screen readers can surface to help users with visual impairments understand what to delete or how much. An error state that blocks users and offers no resolution adds anxiety to a problem the product is not actually fixing.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/iPhone-storage-full-modal.png\" \/><\/p>\n<h3>Lesson: Every blocking error message needs a specific next step and a real exit<\/h3>\n<p>A modal that takes over the screen should be responsible for solving the problem it reports. That means telling the user specifically what to do and not just &#8220;go to Settings,&#8221; but &#8220;Your largest files are Photos, taking 14GB. Open Photos to review and delete.&#8221; An X button that genuinely dismisses the alert for a period of time, not one that quietly re-queues it, gives the user the control they need to prioritize on their own terms.<\/p>\n<div>A blocking error should leave users knowing exactly what to do next. If they read it and still don&#8217;t know what to delete, how much, or where to go, it means the modal failed. Users don&#8217;t remember the storage problem. They remember feeling stuck.<\/div>\n<h2 id=\"amazon\">#6 Cancellation flows designed to outlast your patience<\/h2>\n<p><strong>Trust failure: Loss of control<\/strong><\/p>\n<p>Amazon Prime&#8217;s cancellation flow became famous enough that &#8220;<a href=\"https:\/\/trends.google.com\/explore?q=how%20to%20cancel%20Amazon%20Prime&amp;date=today%203-m&amp;geo=Worldwide\">how to cancel Amazon Prime<\/a>&#8221; became one of the most searched phrases. The process involves multiple screens of benefits reminders, downgrade offers, pause options, and confirmation steps, each one designed to introduce a reason to stay before the user can complete their request to leave.<\/p>\n<p>In 2023, the\u00a0<a href=\"https:\/\/www.ftc.gov\/news-events\/news\/press-releases\/2023\/06\/ftc-takes-action-against-amazon-enrolling-consumers-amazon-prime-without-consent-sabotaging-their\" target=\"_blank\" rel=\"noopener\">Federal Trade Commission filed a complaint against Amazon,<\/a> specifically citing the Prime cancellation flow as a dark pattern that made cancellation deliberately harder than enrollment.\u00a0The FTC described it as a process that required consumers to click through multiple pages and offers just to reach the cancellation option.<\/p>\n<p>An interface that introduces five additional steps between a user&#8217;s decision to cancel and its fulfillment is not a user-friendly experience. In fact, it exists to push customers back from cancellation, betting that enough people will give up before completing it. That bet generates short-term retention numbers and long-term brand damage, because users who navigate the flow and successfully cancel remember it as adversarial, and users who give up and stay rarely become loyal customers.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/bad-ux-image-7-amazon-cancel.png\" \/><\/p>\n<h3>Lesson: A cancellation flow that respects users converts more of them than one that traps them<\/h3>\n<p>If someone cancels and it takes thirty seconds, they leave neutral. If it takes six screens, they leave angry and tell people. One confirmation screen asking why they&#8217;re leaving, then actually canceling- that&#8217;s all it needs to be.<\/p>\n<p>The FTC&#8217;s increased scrutiny of dark patterns in cancellation flows is a signal that regulatory risk is now part of the calculation for companies that design these experiences. Beyond compliance, there is a simpler reason to fix them: users talk about bad cancellation experiences more consistently and more publicly than almost any other negative product interaction.<\/p>\n<h2 id=\"ryanair\">#7 Interface controls that steer users into the most expensive option<\/h2>\n<p><strong>Trust failure: Manipulative guidance<\/strong><\/p>\n<p><a href=\"https:\/\/darkpatterns.uxp2.com\/pattern\/ryanair-travel-insurance\/\">Ryanair&#8217;s booking flow includes a travel insurance add-on<\/a> that arrives pre-selected by default. To decline it, users open a dropdown menu showing countries of residence and look for an option labeled &#8220;Don&#8217;t insure me,&#8221; which sits alphabetically between Denmark and Finland. No visual cues distinguish it from a country name. No separator, no different text weight, no color change. A user scanning for their actual country will scroll past the opt-out without recognizing it as an opt-out, and the only users who find it deliberately are those who already know it is there.<\/p>\n<p>Ryanair eventually modified this specific mechanism under regulatory pressure, but the broader pattern remains. Aggressive upsell modals, fear-based copy, and defaulted upgrades that require deliberate action to remove are all still present in the checkout flow. Trust is a crucial element of any booking experience, and every dark pattern that survives regulatory scrutiny continues to erode it. Users who notice these patterns do not just lose trust in the checkout. They lose trust in the price they were initially quoted.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/Ryanairs-hidden-%E2%80%98Dont-Insure-Me-option.png\" \/><\/p>\n<h3>Lesson: Every hidden default earns the mistrust it eventually produces<\/h3>\n<p>A default that benefits the company at the user&#8217;s expense is not neutral. It is a bet that the short-term revenue from users who miss the opt-out is worth more than the long-term trust damage from users who notice they were steered. That bet sometimes wins a quarter in a financial year, but it loses the relationship. Products that build revenue through transparency consistently outperform products that build it through confusion, because the former generate referrals and the latter generate complaints.<\/p>\n<p>If a user who fully understood the default would not choose it, the default should not be on. That applies to pre-checked insurance add-ons, pre-selected seat upgrades, and any interface element where the company&#8217;s preferred outcome and the user&#8217;s preferred outcome are not the same thing.<\/p>\n<h2 id=\"storychief\">#8 In-app messages timed for company research, not user readiness<\/h2>\n<p><strong>Trust failure: Manipulative guidance<\/strong><\/p>\n<p>StoryChief, a content collaboration platform, displays two contradictory in-app messages in the same session. A beginner tutorial modal appears on screen at the same time as an NPS survey asking how likely the user is to recommend the platform to a colleague. These two messages cannot logically target the same person.<\/p>\n<p>A user who needs ten beginner tips has not yet formed a meaningful opinion about the product, and a user experienced enough to answer an NPS survey accurately does not need the beginner tips. Running both simultaneously means one of them is wrong, and both of them interrupt the user at the same moment.<\/p>\n<p>The NPS timing is the more telling of the two. NPS surveys fired in the first session, before a user has discovered the key features that make the product useful or encountered the essential tools they will rely on daily, capture artificially positive responses. Firing an NPS before users have genuinely tested the product is a form of manipulative guidance: it shapes the response by controlling when the question is asked, not by asking when the answer would be honest. That data benefits the company&#8217;s NPS score without helping the product team understand what experienced users actually think.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/Storychiefs-onboarding-and-NPS-banner-on-same-screen.png\" \/><\/p>\n<h3>Lesson: Trigger in-app messages based on what the user has done, not when you want data<\/h3>\n<p>Every\u00a0<a href=\"https:\/\/userpilot.com\/blog\/in-app-messaging\/\" target=\"_blank\" rel=\"noopener\">in-app message<\/a> should trigger only if a specific user actually needs it right now.\u00a0An NPS survey has a meaningful answer only after a user has spent real time in the product, completed at least one core workflow, and encountered at least one moment of friction.<\/p>\n<p><a href=\"https:\/\/userpilot.com\/blog\/user-behavioral-analysis\/\">Behavioral segmentation<\/a> separates new users from experienced ones and sets triggers on actual events rather than on time since signup. A new user who has not completed the key activation events should see onboarding content. A user who has completed several core workflows over multiple sessions is the right NPS target. The tools to make this distinction exist in most modern product analytics platforms, including Userpilot, which lets teams <a href=\"https:\/\/userpilot.com\/blog\/feature-adoption\/\">set in-app triggers based on custom events<\/a> rather than registration timestamps.<\/p>\n<h2 id=\"netflix\">#9 Autoplay behavior that assumes users are always ready<\/h2>\n<p><strong>Trust failure: Broken expectations<\/strong><\/p>\n<p>Netflix plays trailers automatically, at full volume, when a user hovers their cursor over a thumbnail. The product hijacks the user&#8217;s attention without a deliberate user interaction. Despite the fact that the user did not click or choose to play anything, simply moved their cursor near a title.<\/p>\n<p>Netflix&#8217;s autoplay feature leads to user frustration due to unexpected audio and distraction, particularly in quiet environments, and inflates engagement metrics by counting hover events similarly to intentional plays.<\/p>\n<div>The trust failure here is broken expectations when a browse feed implies choice, and the user expects to scroll, look at options, and decide what to play. Autoplay on hover removes that moment of decision and replaces it with content the product chose for engagement reasons. Responsive <a href=\"https:\/\/userpilot.com\/blog\/ux-design-principles\/\">UX design principles<\/a> suggest that features should adapt to the user&#8217;s context, and a feature that fires full-volume audio without a deliberate trigger is the opposite of context-aware.<\/div>\n<p><img decoding=\"async\" src=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/Netflix-Autoplay-bad-UX-example.png\" \/><\/p>\n<h3>Lesson: Features that override user control should be off by default<\/h3>\n<p>Any feature that takes an action on behalf of the user without a deliberate trigger should default to off and be explicitly opt-in. Most users browsing a video catalog want to be in control of when sound and video start. The minority who want autoplay can enable it once they know it exists, while the majority who do not want it currently have no recourse except to mute their browser tab for the entire session.<\/p>\n<p>Redesigns that remove familiar workflows create the same broken-expectations problem on a larger scale. When Netflix introduced its browse redesign, the complaints were not primarily about aesthetics. They were about losing the ability to predict how the product would behave. Users tolerate visual changes more readily than they tolerate a product that stops responding to their input in the way they expect. Control is what users remember most when it is taken away.<\/p>\n<h2 id=\"whatsapp\">#10 Features that don&#8217;t match expectations<\/h2>\n<p><strong>Trust failure: Broken expectations<\/strong><\/p>\n<p>WhatsApp&#8217;s &#8220;delete for everyone&#8221; feature allows users to remove a message from a conversation. When the feature works, it removes the message from both the sender&#8217;s and the recipient&#8217;s view. In practice, it leaves behind a visible placeholder that reads &#8220;This message was deleted.&#8221; Every person in the conversation can see that a message existed and was removed.<\/p>\n<p>WhatsApp&#8217;s &#8220;delete for everyone&#8221; feature creates user frustration by leaving this placeholder message, which raises suspicion rather than removing the message as users expect. Instead of quietly undoing a mistake, the feature announces that a mistake was made and then removed.<\/p>\n<p>Trust is a crucial element of any messaging feature where WhatsApp users who press &#8220;delete for everyone&#8221; expect the message to disappear without a trace, which is exactly what the feature&#8217;s label implies. What they get instead is a public record of the deletion, often more conspicuous than the original message, and the placeholder WhatsApp leaves behind can lead to precisely the awkward conversations users were trying to prevent.<\/p>\n<p><img decoding=\"async\" src=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/WhatsApp-message-deleted-for-everyone.png\" \/><\/p>\n<h3>Lesson: When a feature makes a promise through its label, the behavior must fulfill it completely<\/h3>\n<p>A feature called &#8220;delete for everyone&#8221; creates an explicit expectation of complete removal. If the implementation cannot deliver complete removal, the label needs to reflect what actually happens. &#8220;retract for everyone&#8221; or &#8220;replace with deletion notice&#8221; are honest descriptions of the behavior users actually experience. It is a trust failure built into the product design, one that surfaces at exactly the moment a user most needs the feature to work as described.<\/p>\n<p>Expectation management at the label level is the cheapest form of UX improvement available.\u00a0<span style=\"margin: 0px; padding: 0px;\">Before a feature ships, ask yourself, &#8220;<em>Does this button&#8217;s label describe what will happen exactly, or does it describe what we wish would happen?&#8221;<\/em><\/span><em>\u00a0<\/em>The gap between those two answers is where user frustration lives.<\/p>\n<h2 id=\"conclusion\">What to do with this<\/h2>\n<p>Most discussions about bad UX focus on screens when they should focus on incentives. A confusing button can be fixed in a sprint, but a company that consistently places business goals ahead of user goals creates a problem that no sprint can solve, because the issue is structural, not visual.<\/p>\n<p>The five trust failure categories are a useful lens for auditing your own product. Look at your onboarding flows and ask whether each step exists to help the user or to show them what the product can do. Look at your notification defaults and ask whether they reflect what users need or what the engagement dashboard rewards. Look at your cancellation flow and ask honestly whether it was designed to honor the user&#8217;s decision or to delay it. Look at your modal copy and ask whether users who read it will know exactly what to do next, or whether they will feel more confused after reading it than before.<\/p>\n<p><a href=\"https:\/\/userpilot.com\/blog\/data-product-roadmap\/\">Session replay<\/a> and <a href=\"https:\/\/userpilot.com\/blog\/product-analytics-examples\/\">product analytics<\/a> make these patterns visible before they accumulate into churn. If you want to see where users in your own product are hitting dead ends, hesitating on actions they should be able to complete quickly, or abandoning flows they started, <a href=\"https:\/\/userpilot.com\/userpilot-demo\">Userpilot&#8217;s analytics and in-app engagement tools<\/a> will surface those moments without requiring you to instrument them from scratch. The patterns are there. The only question is whether you see them before your users start describing them in reviews.<br \/>\n<!-- cta userpilot 1 --><br \/>\n<a href=\"https:\/\/userpilot.com\/userpilot-demo\/\"><img decoding=\"async\" class=\"size-full \" src=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/06\/CTA-blog-banner-1-1.png\" alt=\"demo CTA\" \/><\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Frustrated users? High bounce rates? You might have a UX problem. Learn from 10 bad UX examples and discover how to create a seamless user experience.<\/p>\n","protected":false},"author":68,"featured_media":642936,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"content-type":"","inline_featured_image":false,"footnotes":""},"categories":[7559],"tags":[92,427,536,864,6378,709],"class_list":["post-11160","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ux-design","tag-onboarding-ux","tag-ux","tag-ux-design","tag-ux-designer","tag-ux-examples","tag-ux-tools"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.2 (Yoast SEO v27.2) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>Bad UX Examples That Reveal a Trust Problem, Not a Design Problem<\/title>\n<meta name=\"description\" content=\"Bad UX examples in 2026 are trust failures, not usability failures. See the five patterns behind Amazon, Adobe, Netflix, and more.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Bad UX Examples That Reveal a Trust Problem, Not a Design Problem\" \/>\n<meta property=\"og:description\" content=\"Bad UX examples in 2026 are trust failures, not usability failures. See the five patterns behind Amazon, Adobe, Netflix, and more.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/\" \/>\n<meta property=\"og:site_name\" content=\"Thoughts about Product Adoption, User Onboarding and Good UX | Userpilot Blog\" \/>\n<meta property=\"article:published_time\" content=\"2026-07-09T02:43:49+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-07-09T21:47:15+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/07\/bad-ux-featured-image.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1800\" \/>\n\t<meta property=\"og:image:height\" content=\"945\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Lisa Ballantyne\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Lisa Ballantyne\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"20 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/\"},\"author\":{\"name\":\"Lisa Ballantyne\",\"@id\":\"https:\/\/userpilot.com\/blog\/#\/schema\/person\/bc2378d54a2d5df5b8814dcd40076128\"},\"headline\":\"Bad UX Examples That Reveal a Trust Problem, Not a Design Problem\",\"datePublished\":\"2026-07-09T02:43:49+00:00\",\"dateModified\":\"2026-07-09T21:47:15+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/\"},\"wordCount\":3880,\"commentCount\":0,\"image\":{\"@id\":\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/07\/bad-ux-featured-image.png\",\"keywords\":[\"Onboarding UX\",\"ux\",\"ux design\",\"ux designer\",\"UX examples\",\"ux tools\"],\"articleSection\":[\"UX &amp; Design\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/\",\"url\":\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/\",\"name\":\"Bad UX Examples That Reveal a Trust Problem, Not a Design Problem\",\"isPartOf\":{\"@id\":\"https:\/\/userpilot.com\/blog\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/07\/bad-ux-featured-image.png\",\"datePublished\":\"2026-07-09T02:43:49+00:00\",\"dateModified\":\"2026-07-09T21:47:15+00:00\",\"author\":{\"@id\":\"https:\/\/userpilot.com\/blog\/#\/schema\/person\/bc2378d54a2d5df5b8814dcd40076128\"},\"description\":\"Bad UX examples in 2026 are trust failures, not usability failures. See the five patterns behind Amazon, Adobe, Netflix, and more.\",\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#primaryimage\",\"url\":\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/07\/bad-ux-featured-image.png\",\"contentUrl\":\"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/07\/bad-ux-featured-image.png\",\"width\":1800,\"height\":945,\"caption\":\"bad UX examples\"},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/userpilot.com\/blog\/#website\",\"url\":\"https:\/\/userpilot.com\/blog\/\",\"name\":\"Thoughts about Product Adoption, User Onboarding and Good UX | Userpilot Blog\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/userpilot.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/userpilot.com\/blog\/#\/schema\/person\/bc2378d54a2d5df5b8814dcd40076128\",\"name\":\"Lisa Ballantyne\",\"description\":\"UX Researcher at Userpilot \u2013 Usability testing, UX research, User interviews, Product Analytics, Session Replay.\",\"sameAs\":[\"https:\/\/www.linkedin.com\/in\/lisa-ballantyne-642914167\/\"],\"url\":\"https:\/\/userpilot.com\/blog\/author\/lisauserpilot-co\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Bad UX Examples That Reveal a Trust Problem, Not a Design Problem","description":"Bad UX examples in 2026 are trust failures, not usability failures. See the five patterns behind Amazon, Adobe, Netflix, and more.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/","og_locale":"en_US","og_type":"article","og_title":"Bad UX Examples That Reveal a Trust Problem, Not a Design Problem","og_description":"Bad UX examples in 2026 are trust failures, not usability failures. See the five patterns behind Amazon, Adobe, Netflix, and more.","og_url":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/","og_site_name":"Thoughts about Product Adoption, User Onboarding and Good UX | Userpilot Blog","article_published_time":"2026-07-09T02:43:49+00:00","article_modified_time":"2026-07-09T21:47:15+00:00","og_image":[{"width":1800,"height":945,"url":"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/07\/bad-ux-featured-image.png","type":"image\/png"}],"author":"Lisa Ballantyne","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Lisa Ballantyne","Est. reading time":"20 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#article","isPartOf":{"@id":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/"},"author":{"name":"Lisa Ballantyne","@id":"https:\/\/userpilot.com\/blog\/#\/schema\/person\/bc2378d54a2d5df5b8814dcd40076128"},"headline":"Bad UX Examples That Reveal a Trust Problem, Not a Design Problem","datePublished":"2026-07-09T02:43:49+00:00","dateModified":"2026-07-09T21:47:15+00:00","mainEntityOfPage":{"@id":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/"},"wordCount":3880,"commentCount":0,"image":{"@id":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#primaryimage"},"thumbnailUrl":"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/07\/bad-ux-featured-image.png","keywords":["Onboarding UX","ux","ux design","ux designer","UX examples","ux tools"],"articleSection":["UX &amp; Design"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/userpilot.com\/blog\/bad-ux-examples\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/","url":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/","name":"Bad UX Examples That Reveal a Trust Problem, Not a Design Problem","isPartOf":{"@id":"https:\/\/userpilot.com\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#primaryimage"},"image":{"@id":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#primaryimage"},"thumbnailUrl":"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/07\/bad-ux-featured-image.png","datePublished":"2026-07-09T02:43:49+00:00","dateModified":"2026-07-09T21:47:15+00:00","author":{"@id":"https:\/\/userpilot.com\/blog\/#\/schema\/person\/bc2378d54a2d5df5b8814dcd40076128"},"description":"Bad UX examples in 2026 are trust failures, not usability failures. See the five patterns behind Amazon, Adobe, Netflix, and more.","inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/userpilot.com\/blog\/bad-ux-examples\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/userpilot.com\/blog\/bad-ux-examples\/#primaryimage","url":"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/07\/bad-ux-featured-image.png","contentUrl":"https:\/\/blog-static.userpilot.com\/blog\/wp-content\/uploads\/2026\/07\/bad-ux-featured-image.png","width":1800,"height":945,"caption":"bad UX examples"},{"@type":"WebSite","@id":"https:\/\/userpilot.com\/blog\/#website","url":"https:\/\/userpilot.com\/blog\/","name":"Thoughts about Product Adoption, User Onboarding and Good UX | Userpilot Blog","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/userpilot.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/userpilot.com\/blog\/#\/schema\/person\/bc2378d54a2d5df5b8814dcd40076128","name":"Lisa Ballantyne","description":"UX Researcher at Userpilot \u2013 Usability testing, UX research, User interviews, Product Analytics, Session Replay.","sameAs":["https:\/\/www.linkedin.com\/in\/lisa-ballantyne-642914167\/"],"url":"https:\/\/userpilot.com\/blog\/author\/lisauserpilot-co\/"}]}},"_links":{"self":[{"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/posts\/11160","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/users\/68"}],"replies":[{"embeddable":true,"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/comments?post=11160"}],"version-history":[{"count":5,"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/posts\/11160\/revisions"}],"predecessor-version":[{"id":643046,"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/posts\/11160\/revisions\/643046"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/media\/642936"}],"wp:attachment":[{"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/media?parent=11160"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/categories?post=11160"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/userpilot.com\/blog\/wp-json\/wp\/v2\/tags?post=11160"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}