Blog

  • Bad onboarding, not bad ingredients: what food habits taught me about UX, expectations, and trust

    Bad onboarding, not bad ingredients: what food habits taught me about UX, expectations, and trust

    We live in a world where food fills more than our plates, it fills our feeds. Scroll through Instagram or YouTube long enough, and you’ll find yourself craving things you’ve never tasted before. That glossy pistachio dessert, the perfectly swirled bowl of ramen, or that creamy green spread on toast catches your eye. You don’t know how it tastes yet, but seeing it repeatedly convinces you that you’ll like it.

    Desire today is often visually crafted well before our senses experience it.

    My first “broken experience” with avocado

    I remember the first time I tried avocado back in 2018. I was genuinely excited. It looked fresh, tangy, and slightly sweet somewhere in my mind, I compared it to raw mango. But when I tasted it, the reality was quite different: neutral, creamy, almost blank.

    I didn’t question the preparation. I simply concluded, “I don’t like avocado.” But this wasn’t about the food itself. It was a failed product experience.


    From a UX perspective:

    • Visual design (UI): Highly appealing, aspirational
    • Mental model: “This will taste tangy and fresh”
    • Actual experience: Neutral, unfamiliar
    • Outcome: User churn

    In simple terms, it was a classic case of mismatched expectations, poor onboarding, and no opportunity to recover.

    Why so many people “hate” vegetables

    This pattern repeats often. Most people don’t hate vegetables, they hate their first experience with them. Think about common childhood memories: overcooked beans, bitter karela without balance, or plain boiled vegetables.


    What’s really happening is broken onboarding. When the first experience fails, users seldom retry. Biases become locked in, and avoidance turns into identity. Saying “I don’t eat vegetables” often just means “I had a bad first version of them.”

    The fish sauce paradox

    When I first used fish sauce, its smell almost made me quit. It was strong, unfamiliar, and not immediately appetizing. But I stuck with the recipe. The final dish? Rich, balanced, deeply satisfying.



    The UX insight here is this: some components aren’t meant to be experienced in isolation. They are context-dependent, system-dependent, and part of a larger interaction. Yet, our brains often judge them too early.

    The “hack” that works, but breaks trust

    A common tactic to get people to eat disliked foods is to hide or disguise the ingredient pumpkin in mayo, spinach in pasta, beetroot in desserts. It works. People enjoy the dish.


    But when they find out later, the reaction is often, “Why didn’t you tell me?” What could have been a discovery turns into deception. In UX, short-term conversion at the cost of trust is a bad trade.

    Designing better “food experiences”

    If we treat food like product design, the goal isn’t to trick users. It’s to design onboarding that sets clear expectations:


    1. 1. Align the mental model:  Set honest expectations (“This doesn’t taste like typical pumpkin.”)
    2. 2. Improve the first-use experience:  Better seasoning, texture, and context.
    3. 3. Use familiar bridges:  Introduce new ingredients through known formats.
    4. 4. Preserve user agency: People are more open when they feel in control.

    The avocado redemption

    Years later, I tried avocado again, this time with salt, lemon, and in the right context. Suddenly, it worked. Not because the avocado changed, but because the experience was finally designed well.

    UX Reality

    This pattern extends beyond food. Take something like filling out an insurance form or applying for a job online. A long, complicated form immediately shapes negative expectations. It feels overwhelming even before a user starts. If the onboarding experience is heavy or poorly designed, users drop off.

    But breaking the process into smaller steps, guiding users with context, and building confidence gradually changes everything. When onboarding feels manageable, users are far more likely to continue.

    Maybe we don’t hate certain foods or tasks. Maybe we just experienced them through bad onboarding, broken expectations, or misplaced context. And maybe the real question is:

    How many things in life have we rejected not because they were bad, but because they were badly introduced?

  • When ads work too well but UX breaks the promise

    When ads work too well but UX breaks the promise

    Hey there! Today I want to talk about something many of us have experienced but seldom pause to think about, the moment an ad grabs your attention, but the user experience that follows doesn’t quite live up to that initial spark.

    Recently, I found myself hooked by a simple Instagram ad for banana-flavored ice cream. Real fruits, real milk, no preservatives. That banana flavor was a rarity and immediately piqued my curiosity. I went from casual scrolling to genuine excitement in seconds, clicked through, and started exploring the options. But when I tried to place an order, the crushing message appeared: “Not serviceable in your area.” My craving was met with a dead end.

    The product didn’t fail, the experience did

    The product itself was spot on. The ad created interest, made me want to try something new. But the experience that followed felt like a broken promise. The excitement generated by the ad wasn’t matched by a clear pathway to actually enjoy the product. This is a classic clash where marketing and user experience fail to align.

    Why This Experience Stings More Than It Should? Food cravings are often impulsive. When you see something appealing, you want it immediately. The ad did its job perfectly by creating desire. But the delay in revealing the constraints shattered the momentum. It left a gap between expectation and reality and that gap is where frustration lives. It’s disappointing because it colors how I see the brand. Not as careless on purpose, but as someone who didn’t fully think through what it means to truly serve me as a user.

    blog2Image1

    Three main problems crop up in these scenarios:

    • Targeting Without Full Context
      Ads hit the right audience but ignore constraints like location or inventory.
    • Late Discovery of Limits
      Key details like service area or stock status appear too late, after the user has already engaged.
    • No Plan B or Recovery
      When the offer isn’t actually available, there is no effort to keep the customer interested or suggest alternatives.

    This happens beyond food too

    • A stunning sofa ad that only ships to select cities
    • A fashion promo where your size is sold out
    • An app full of promise but not available in your country

    How to make this experience better

    Small but thoughtful changes can save the day:

    • Set Clear Expectations from the Start
      Show upfront if a product or service is limited by location or availability.
    • Check Availability Early
      Use location or zip code info before users dive deep, so they aren’t wasting time.
    • Turn a No Into a Maybe
      If the product isn’t available, offer to notify the customer when it is, invite them onto a waitlist, or suggest nearby pick up options.

    Aligning attention with fulfillment

    This story isn’t just about ice cream. It highlights a common disconnect between marketing and UX. Advertising aims to capture interest and clicks. UX is about guiding users successfully through an experience that builds trust. When these two aren’t in sync, the gaps don’t just cause drop-off. This creates a negative brand memory.

    Great ads get us excited, but great user experiences deliver on that excitement. When there’s a mismatch, users don’t just walk away they feel let down. As designers and creators, our responsibility is clear: if we promise something, we must make it genuinely accessible and enjoyable. Because once a user feels disappointed, no product, however good, will easily win them back.. 



    Thanks for reading. If you’ve ever stumbled across an experience like this, I’d love to hear your story. I’ll be sharing tips on designing for honest communication in digital products soon, something I believe can change moments like these for the better. Until then, keep questioning what promises you make and how you make them real.

  • How to Win RFPs Without Selling Your UX Soul

    How to Win RFPs Without Selling Your UX Soul

    RFPs are sales artifacts, not product briefs. Here’s a practical way to respond that protects design craft, helps sales win, and reduces downstream rework.

    If you’ve worked at a small or mid-size design firm, the RFP treadmill will feel familiar: rushed timelines, endless requirement lists, and an expectation to design an entire website before anyone agrees on the problem.



    My perspective on this comes from an unusual career path. I started in retail, where storytelling, perception, and confidence drive decisions. Later, I moved into UX and product design, where progress depends on research, validation, and embracing uncertainty.



    RFPs force these two worlds to collide. They reward certainty over learning and visuals over validation. The result? Projects that look great on paper but drift the moment real constraints surface, leaving teams exhausted and designers questioning the value of their work. This article is an attempt to bridge those two worlds without burning teams or compromising design integrity.

    Quick reality check

    Design doesn’t exist to make pretty screens; it exists to reduce the risk of building the wrong thing. That’s why investing in design capability matters. According to McKinsey & Company’s The Business Value of Design study, companies in the top quartile of the McKinsey Design Index saw 32 % higher revenue growth and 56 % higher total returns to shareholders over five years compared with industry peers and this was consistent across multiple industries. 

    On the digital maturity side, Boston Consulting Group’s Digital Acceleration Index found that the most digitally mature companies saw valuations ~23 % above pre-crisis levels within six months of the pandemic’s start and outperformed peers across key performance metrics including revenue growth and enterprise value. 



    In other words, firms that integrate design and early validation into strategy rather than just shipping screens tend to see measurable financial advantages and resilience in uncertain markets.

    (Translation: good discovery + realistic RFPs = less waste + higher returns.)

    Why RFPs often demand full designs

    1. 1. Visuals are the easiest way to compare vendors
      RFPs are often driven by procurement or IT teams who need clear, comparable evaluation criteria. Screens are tangible and easy to judge side by side, so polished designs become a stand-in for capability even when the problem itself is still evolving.
    2. 2. Design maturity varies across organizations
      In many companies, design has traditionally been seen as an execution step rather than a discovery process. Without a shared language for uncertainty and validation, it’s natural to ask for finished-looking outputs early instead of open-ended exploration.
    3. 3. Pressure to show progress and win quickly
      RFPs are frequently used to align internal stakeholders, and sales teams operate under tight timelines. In both cases, visuals become the fastest way to signal momentum and value, even if they’re meant to be directional rather than final.

    Why this breaks down

    Together, these forces push teams to show certainty before learning rewarding completeness over correctness and setting projects up for rework once real constraints emerge.

    The damage

    • Teams burn time on speculative work that never lands in product.
    • Designs get repurposed unquestioned into implementation (technical debt).
    • Designers feel demotivated and labelled “inefficient” when bids fail.
    • Rework explodes: industry studies across projects show rework is a large hidden cost when requirements and assumptions aren’t validated early. (Rework rates vary by domain but are frequently large enough to justify paid discovery phases.) 

    Principles: Responding to RFPs without killing UX integrity

    1. 1. You’re selling confidence, not final pixels.
      Clients are buying the belief that you won’t embarrass them internally and will deliver results.
    2. 2. Use their language.
      Replace UX jargon with business outcomes: “reduce rework,” “validate assumptions,” “shorten time to revenue.”
    3. 3. Show just enough design—signal thinking, don’t promise delivery.
      One core scenario, mid-fidelity wireframes, and annotated intent beats ten high-fidelity screens.
    4. 4. Make assumptions and validation explicit.
      List the assumptions you’re making and exactly what you’ll validate during discovery.

    Protect your team’s morale

    Propose a short internal policy (email or one-pager) your head of design or delivery can adopt. This pact changes incentives and reduces the narrative “design is slow/inefficient.”

    • RFP effort capped at X hours per designer.
    • Design deliverables labelled “conceptual.”
    • No re-use of RFP deliverables as production artifacts without paid rework.
    • Sales must include a standard “discovery” line-item in proposals; if client declines, the team will supply a scoped concept with explicit risk disclosures.
    • Leadership will not evaluate designers on win rate.

    “Show one scenario well.
    Don’t show ten pages you’ll later abandon.”

    Closing: a practical, not preachy, ask to clients

    IRFPs sit at the intersection of two very real needs: the need to sell confidence and the need to discover the right solution. When we treat them purely as sales documents, design becomes performative. When we treat them purely as product briefs, we ignore the realities of how buying decisions are made.

    The work, then, isn’t to eliminate RFPs or resist visuals but to use them more honestly. To show thinking without pretending certainty, to signal capability without overpromising, and to protect teams from doing work that was never meant to be final. When RFPs are handled this way, they stop being a drain on design integrity and start becoming what they should have been all along: the beginning of a better conversation.

    Appendix

    Tactical recipe you can execute in 2–4 days (what to include in the RFP response)

    • One-page problem statement (their words + your concise reframe)
      Call out the biggest risk(s).
    • Our approach (Discovery → Design → Validate → Deliver)
      with estimated weeks and outcomes for Phase 1.
    • Weeks 1–3: Discovery (users, content, tech constraints)
      deliverables: 3 validated user journeys + IA recommendations
    • Weeks 4–7: Design iteration (mid→hi fidelity prototypes)
      deliverables: clickable prototype, UI kit
    • Weeks 8–12: Validation & handoff
      deliverables: QA checklist, dev-ready assets
    • Design sample
      One primary scenario with 3–5 annotated screens (mid fidelity) and 2–3 measurable success metrics.
      Label it as ‘Conceptual’.
    • Assumptions
      List 3 major assumptions and “what we’ll validate in discovery.
    • Team & past work
      1 short case study which is result-focused
    • Next step
      “We recommend starting with a 2–3 week paid discovery to validate assumptions and reduce rework.”