UX Design Feedback Loops

🌱 Set Up UX Office Hours To Scale Up Your UX Impact (https://lnkd.in/eevRpdng), a neat idea to scale up UX impact when PM and Engineering teams outnumber designers — to help product teams that might not have direct access to design expertise and spread the value of UX across the entire organization. Neatly put together by Raquel Piqueras Herrero from Microsoft. 🤔 Designers are often outnumbered by PMs and engineers. 🚫 Non-designers across teams have little to no exposure to UX. 🚫 The outcome: poor, fragile end-to-end UX of siloed products. ✅ With UX office hours, we make UX available to other teams. ✅ It’s consultations for products without dedicated UX support. ✅ Set up 1h weekly meetings: recurrent, time-protected slots. ✅ Allow teams to book 20 mins to get feedback and UX support. ✅ Schedule meetings mid-week to allow for issues to emerge. ✅ Send a “how-it-works” email with sample topics/questions. ↳ E.g. accessibility, checkbox vs. radio, design system, mobile. 🚫 Some requests are full-feature work → you’ll need to pre-approve. ✅ Ask for product name, feature, PM, desired feedback, docs, links. ✅ In Jira, delegate small consults to UX office hours with tags/flags. ✅ Keep an archive of requests and solutions in a single Figma file. ✅ Keep tabs on similar patterns or issues emerging across teams. As designers, we are often reluctant to invite engineers or PMs to design meetings because they don’t really “get” UX. But nobody wants to create a poor UX intentionally. It happens because UX never gets a chance to be a part of a conversation. And too often there is no established line of communication to early flag critical design mistakes before they reach production. But just like designers need technical feedback to avoid late implementation challenges, engineers need UX feedback to avoid complaints and regressions. They want to optimize user efficiency and customer satisfaction, just like they want to optimize code quality and team workflow. Instead of building walls, invite teams to build bridges. But what if you set up UX hours — and absolutely nothing happens? I would try to move the needle by sprinkling a bit of UX within the QA process. For consistency, efficiency and compliance. Embed accessibility and usability as a part of the testing suite to reduce maintenance work and drive efficiency. As Raquel Piqueras Herrero noted, “typically there is a clear need for clarity and a strong appetite for quality work.” I can only wholeheartedly agree with it. I’m yet to try out UX Office Hours, but you shouldn’t be surprised if, once set up, your UX office hours will be fully booked before you even blink. Useful resources: The Power Of Office Hours, by Alex Jones https://lnkd.in/eQCSdikV [continues in comments ↓]

I went to an AI UX workshop last night expecting recycled LinkedIn advice about "building AI trust through transparency." Instead, Isabella Yamin tore down LinkedIn's job posting flow using her CarbonCopies AI framework in real-time, while founders shared raw implementation struggles. It completely changed how I'm rethinking Maibel's onboarding flow. Here's what I stole from B2B SaaS principles to redesign emotional AI for B2C: 1️⃣ Progressive disclosure with purpose LinkedIn's fatal flaw? Optimizing for completion ease > Outcome quality. Recruiters are drowning in irrelevant applications because AI never learns what "qualified" means. The personalization paradox: How do we give users enough control without overwhelming them? Users don't want "frictionless". They want INFORMED control. 📌 At Maibel: I was falling into the same trap, making emotional coaching setup so simple that the AI couldn't understand user context. Now? Progressive complexity with clear trade-offs. Show users how their choices impact outcomes. → Want deeper insights? Add more context. → Want faster setup? Here's what the AI can't personalize. 2️⃣ Closed-loop data intelligence: What Platfio gets right They've built a platform for software agencies where where every data point feeds back into the entire system. User preferences in marketing flows shape proposals. Campaign performance shapes future recommendations. Every interaction becomes intelligence for future recommendations. 📌 At Maibel: Most wellness apps store emotional check-ins like digital journals. I'm turning them into predictive feedback loops. Emotional intelligence isn’t static but COMPOUNDS. Today's reflections shift tomorrow's suggestions. Patterns fuel prevention. Users' inputs on Monday could predict AND prevent Friday's breakdown. 3️⃣  Multi-modal creativity: Wubble's transparency approach Translating images and files into music - who'd have thought? They've cracked multi-modal creativity where users become co-creators, not passive consumers. The breakthrough moment for me: What if users could see how their visual environment contributes to emotional context? 📌 At Maibel: Users upload images of their day and see how AI analyzes emotional cues: cluttered workspace = overwhelm, junk food = stress eating. Multi-modal understanding users can contribute to and influence. 💡 The bottom line? B2B Saas gets one thing right: Every interaction has to earn trust. In B2B, failed AI means churn. In emotional AI, failed trust breaks belief in tech entirely. 📌 Here's what we're doing differently at Maibel: → Progressive complexity → Context-aware feedback → Multi-modal participation → Intelligence that compounds with every input. It's not just about building WITH AI. I'm designing systems that learn understand YOU before you even need to explain yourself. Kudos to Isabella, Shivang Gupta The Generative Beings, Shaad Sufi Hayden Cassar and everyone who shared deep product insights.

User Feedback Loops: the missing piece in AI success? AI is only as good as the data it learns from -- but what happens after deployment? Many businesses focus on building AI products but miss a critical step: ensuring their outputs continue to improve with real-world use. Without a structured feedback loop, AI risks stagnating, delivering outdated insights, or losing relevance quickly. Instead of treating AI as a one-and-done solution, companies need workflows that continuously refine and adapt based on actual usage. That means capturing how users interact with AI outputs, where it succeeds, and where it fails. At Human Managed, we’ve embedded real-time feedback loops into our products, allowing customers to rate and review AI-generated intelligence. Users can flag insights as: 🔘Irrelevant 🔘Inaccurate 🔘Not Useful 🔘Others Every input is fed back into our system to fine-tune recommendations, improve accuracy, and enhance relevance over time. This is more than a quality check -- it’s a competitive advantage. - for CEOs & Product Leaders: AI-powered services that evolve with user behavior create stickier, high-retention experiences. - for Data Leaders: Dynamic feedback loops ensure AI systems stay aligned with shifting business realities. - for Cybersecurity & Compliance Teams: User validation enhances AI-driven threat detection, reducing false positives and improving response accuracy. An AI model that never learns from its users is already outdated. The best AI isn’t just trained -- it continuously evolves.

Building a product isn’t just about solving a problem - it’s about ensuring you solve the right problem, in a way that resonates with your users. Yet, so many products miss the mark, often because the feedback from the people who matter most - users - isn’t prioritized. The key to a great product lies in its alignment with real user needs. Ignoring feedback can lead to building features that no one uses or overlooking pain points that drive users away. In fact, 42% of startups fail because their products don’t address a genuine market need ( source: CB Insights). Starting with a Minimal Desirable Product (MDP) can help. This isn’t about launching the simplest version of your idea, but about delivering something functional that still brings delight - encouraging users to engage and share their insights. How to Integrate Feedback Effectively - Observe User Behavior: Watch how users interact with your product. Are there steps where they hesitate or struggle? Their actions often tell you more than their words. - Ask the Right Questions: Use surveys and interviews to go beyond surface-level feedback. Open-ended questions can reveal frustrations or desires you hadn’t anticipated. - Iterate, Don’t Hesitate: Apply feedback to refine your product. Prioritize changes that align with user needs and eliminate features that don’t serve a purpose. - Keep Listening: The market evolves, and so do user preferences. Regularly revisiting feedback ensures your product stays relevant. The Hidden Cost of Ignoring Feedback A study from Harvard Business Review shows that 35% of product features are never used, and 19% are rarely used. That’s not just a waste of resources - it’s a missed opportunity to deliver real value. Let’s be honest: integrating feedback is hard work. It’s not a one-time task but an ongoing commitment. Negative feedback can be tough to hear, but it’s often where the biggest opportunities for improvement lie. Great products are never built in isolation. How do you incorporate user feedback into your product journey? #innovation #technology #future #management #startups

When something feels off, I like to dig into why. I came across this feedback UX that intrigued me because it seemingly never ended (following a very brief interaction with a customer service rep). So here's a nerdy breakdown of feedback UX flows — what works vs what doesn't. A former colleague once introduced me to the German term "salamitaktik," which roughly translates to asking for a whole salami one slice at a time. I thought about this recently when I came across Backcountry’s feedback UX. It starts off simple: “Rate your experience.” But then it keeps going. No progress indicator, no clear stopping point—just more questions. What makes this feedback UX frustrating? – Disproportionate to the interaction (too much effort for a small ask) – Encourages extreme responses (people with strong opinions stick around, others drop off) – No sense of completion (users don’t know when they’re done) Compare this to Uber’s rating flow: You finish a ride, rate 1-5 stars, and you’re done. A streamlined model—fast, predictable, actionable (the whole salami). So what makes a good feedback flow? – Respect users’ time – Prioritize the most important questions up front – Keep it short—remove anything unnecessary – Let users opt in to provide extra details – Set clear expectations (how many steps, where they are) – Allow users to leave at any time Backcountry’s current flow asks eight separate questions. But really, they just need two: 1. Was the issue resolved? 2. How well did the customer service rep perform? That’s enough to know if they need to follow up and assess service quality—without overwhelming the user. More feedback isn’t always better—better-structured feedback is. Backcountry’s feedback UX runs on Medallia, but this isn’t a tooling issue—it’s a design issue. Good feedback flows focus on signal, not volume. What are the best and worst feedback UXs you’ve seen?

So many product teams work on new features they believe will be a game-changer for users. But how do you really know if a feature will be adopted by users? This is where UX research comes in. As UX researchers, we can help identify the probability of feature adoption by digging deep into user needs, behaviors, and expectations. Here are some ways we measure and predict feature adoption: 1. User Interviews and Surveys: By speaking directly to users, we can gauge their interest in a new feature. Through surveys or interviews, we explore how they might use the feature, what problems it would solve for them, and how it fits into their current workflows. These qualitative insights give us an early understanding of potential adoption barriers. 2. Usability Testing: A feature may seem like a great idea on paper, but how do users actually interact with it? Conducting usability tests on prototypes allows us to see whether users understand the feature, how intuitive it is, and where they might get stuck. If the feature feels cumbersome, adoption rates will likely be lower. 3. Task Success Rate: This metric allows us to measure how easily users can complete tasks using the new feature. A low success rate indicates friction, and users are less likely to adopt a feature if it doesn’t make their experience easier. 4. User Journey Mapping: By mapping out the user journey, we can see where the new feature fits into the overall user experience. Does it make sense within the flow of their tasks? Are there unnecessary steps or points of confusion? A smooth, integrated feature is more likely to be adopted. 5. A/B Testing: Once a feature is live, we can run A/B tests to see if it’s driving the desired behavior. Does the feature increase engagement or task completion compared to the previous version? These quantitative insights allow us to measure real-world adoption and refine the feature based on user interactions. 6. Feature Feedback: After a feature is released, gathering feedback is key. By monitoring user comments, satisfaction scores, and support tickets, we can understand how users feel about the feature. Are they using it as intended? Are there any pain points that need addressing? As UX researchers, our role is to validate whether a feature truly meets user needs and fits within their daily tasks. We can predict adoption rates, identify potential issues early, and help product teams make informed decisions before launching a feature. How do you measure feature adoption in your research?

User research is great, but what if you do not have the time or budget for it........ In an ideal world, you would test and validate every design decision. But, that is not always the reality. Sometimes you do not have the time, access, or budget to run full research studies. So how do you bridge the gap between guessing and making informed decisions? These are some of my favorites: 1️⃣ Analyze drop-off points: Where users abandon a flow tells you a lot. Are they getting stuck on an input field? Hesitating at the payment step? Running into bugs? These patterns reveal key problem areas. 2️⃣ Identify high-friction areas: Where users spend the most time can be good or bad. If a simple action is taking too long, that might signal confusion or inefficiency in the flow. 3️⃣ Watch real user behavior: Tools like Hotjar | by Contentsquare or PostHog let you record user sessions and see how people actually interact with your product. This exposes where users struggle in real time. 4️⃣ Talk to customer support: They hear customer frustrations daily. What are the most common complaints? What issues keep coming up? This feedback is gold for improving UX. 5️⃣ Leverage account managers: They are constantly talking to customers and solving their pain points, often without looping in the product team. Ask them what they are hearing. They will gladly share everything. 6️⃣ Use survey data: A simple Google Forms, Typeform, or Tally survey can collect direct feedback on user experience and pain points. 6️⃣ Reference industry leaders: Look at existing apps or products with similar features to what you are designing. Use them as inspiration to simplify your design decisions. Many foundational patterns have already been solved, there is no need to reinvent the wheel. I have used all of these methods throughout my career, but the trick is knowing when to use each one and when to push for proper user research. This comes with time. That said, not every feature or flow needs research. Some areas of a product are so well understood that testing does not add much value. What unconventional methods have you used to gather user feedback outside of traditional testing? _______ 👋🏻 I’m Wyatt—designer turned founder, building in public & sharing what I learn. Follow for more content like this!

User experience surveys are often underestimated. Too many teams reduce them to a checkbox exercise - a few questions thrown in post-launch, a quick look at average scores, and then back to development. But that approach leaves immense value on the table. A UX survey is not just a feedback form; it’s a structured method for learning what users think, feel, and need at scale- a design artifact in its own right. Designing an effective UX survey starts with a deeper commitment to methodology. Every question must serve a specific purpose aligned with research and product objectives. This means writing questions with cognitive clarity and neutrality, minimizing effort while maximizing insight. Whether you’re measuring satisfaction, engagement, feature prioritization, or behavioral intent, the wording, order, and format of your questions matter. Even small design choices, like using semantic differential scales instead of Likert items, can significantly reduce bias and enhance the authenticity of user responses. When we ask users, "How satisfied are you with this feature?" we might assume we're getting a clear answer. But subtle framing, mode of delivery, and even time of day can skew responses. Research shows that midweek deployment, especially on Wednesdays and Thursdays, significantly boosts both response rate and data quality. In-app micro-surveys work best for contextual feedback after specific actions, while email campaigns are better for longer, reflective questions-if properly timed and personalized. Sampling and segmentation are not just statistical details-they’re strategy. Voluntary surveys often over-represent highly engaged users, so proactively reaching less vocal segments is crucial. Carefully designed incentive structures (that don't distort motivation) and multi-modal distribution (like combining in-product, email, and social channels) offer more balanced and complete data. Survey analysis should also go beyond averages. Tracking distributions over time, comparing segments, and integrating open-ended insights lets you uncover both patterns and outliers that drive deeper understanding. One-off surveys are helpful, but longitudinal tracking and transactional pulse surveys provide trend data that allows teams to act on real user sentiment changes over time. The richest insights emerge when we synthesize qualitative and quantitative data. An open comment field that surfaces friction points, layered with behavioral analytics and sentiment analysis, can highlight not just what users feel, but why. Done well, UX surveys are not a support function - they are core to user-centered design. They can help prioritize features, flag usability breakdowns, and measure engagement in a way that's scalable and repeatable. But this only works when we elevate surveys from a technical task to a strategic discipline.

💬 Last November I had a call with the CEO of an emerging health platform. She sounded very concerned -- "Our growth's hit a wall. We've put so much into this site, but we're running out of money and time. A big makeover isn’t an option, we need smart, quick fixes." Looking at the numbers, I noticed: ✅ Strong interest during initial signups. ❌ Many users gave up after trying it just a few times. ❌ Users reported that the site was too complicated. ❌ Some of the key features weren’t getting used at all. Operating within the startup’s tight constraints of time and budget, we decided on the immediate plan of actions-- 👉 Prioritized impactful features: We spotlighted "the best parts". Pushed secondary features to the backdrop. 👉  Rethought onboarding: Incorporated principles from Fogg's behavioral model: • Highlighted immediate benefits and rewards of using the platform (motivation) • Simplified tasks, breaking down the onboarding into easy steps (ability) • Nudged users with timely prompts to explore key features right off the bat (triggers)    👉 Pushed for community-driven growth: With budget constraints in mind, we prioritized building an organic community hub. Real stories, shared challenges, and peer-to-peer support turned users into brand evangelists, driving word-of-mouth growth. 👉  Started treating feedback as "currency": In a tight budget scenario, user feedback was gold. An iterative approach was adopted where user suggestions were rapidly integrated, amplifying trust and making users feel an important part of the platform's journey. In a few months time, the transformation was evident. The startup, once fighting for user retention, now had a dedicated user base, championing its vision and propelling its growth! 🛠  In the startup world, it's not just about quick fixes, but finding the right ones. ↳ A good UXer can show where to look. #ux #startupux #designforbehaviorchange   

I posted this image last month and a lot of people asked for a breakdown — not the theory, but how each stage actually works in a real project. Here’s the reminder this visual was meant to give: Understand → Ideate → Test → Implement is not a straight line. It’s a loop. You return to previous stages every time new data proves you wrong. Example from my own work: I was designing a dashboard for a SaaS product. The UI looked polished and was already “ready for handoff,” until usability testing showed that 4 out of 6 users couldn’t correctly interpret the main metric. So we had to loop back: → Understand: clarify user mental model → Ideate: restructure hierarchy + labels → Test: validate again with a quick prototype → Implement: only then ship the updated version The design didn’t change visually — the clarity did. Task success rate went from 42% to 91%. That’s real UX. Not a clean slide with arrows — but constant informed rewinding. A few things people underestimate in real projects: • “Understand” is not only interviews — it’s business goals, constraints, and success criteria • “Ideate” is not Dribbble-style wireframes — it’s structured problem solving • “Test” is not just moderated sessions — analytics, heatmaps, and field feedback count too • “Implement” doesn’t end at handoff — onboarding, content, states, and accessibility are still design The process doesn’t fail. What fails is expecting it to work in one direction. What is your take on this? #uxdesign #productdesign #designprocess #userexperience #uxresearch #uidesign #uxworkflow #designthinking #uxstrategy #usabilitytesting #saasdesign #uxcasestudy