From Beta to Bedrock: Build Products that Stick.

As a product builder over too many years to mention, I’ve lost count of the number of times I’ve seen promising ideas go from zero to hero in a few weeks, only to fizzle out within months.

Article Continues Below

Financial products, which is the field I work in, are no exception. With people’s real hard-earned money on the line, user expectations running high, and a crowded market, it’s tempting to throw as many features at the wall as possible and hope something sticks. But this approach is a recipe for disaster. Here’s why:

The pitfalls of feature-first development#section2

When you start building a financial product from the ground up, or are migrating existing customer journeys from paper or telephony channels onto online banking or mobile apps, it’s easy to get caught up in the excitement of creating new features. You might think, “If I can just add one more thing that solves this particular user problem, they’ll love me!” But what happens when you inevitably hit a roadblock because the narcs (your security team!) don’t like it? When a hard-fought feature isn’t as popular as you thought, or it breaks due to unforeseen complexity?

This is where the concept of Minimum Viable Product (MVP) comes in. Jason Fried’s book Getting Real and his podcast Rework often touch on this idea, even if he doesn’t always call it that. An MVP is a product that provides just enough value to your users to keep them engaged, but not so much that it becomes overwhelming or difficult to maintain. It sounds like an easy concept but it requires a razor sharp eye, a ruthless edge and having the courage to stick by your opinion because it is easy to be seduced by “the Columbo Effect”… when there’s always “just one more thing…” that someone wants to add.

The problem with most finance apps, however, is that they often become a reflection of the internal politics of the business rather than an experience solely designed around the customer. This means that the focus is on delivering as many features and functionalities as possible to satisfy the needs and desires of competing internal departments, rather than providing a clear value proposition that is focused on what the people out there in the real world want. As a result, these products can very easily bloat to become a mixed bag of confusing, unrelated and ultimately unlovable customer experiences—a feature salad, you might say.

The importance of bedrock#section3

So what’s a better approach? How can we build products that are stable, user-friendly, and—most importantly—stick?

That’s where the concept of “bedrock” comes in. Bedrock is the core element of your product that truly matters to users. It’s the fundamental building block that provides value and stays relevant over time.

In the world of retail banking, which is where I work, the bedrock has got to be in and around the regular servicing journeys. People open their current account once in a blue moon but they look at it every day. They sign up for a credit card every year or two, but they check their balance and pay their bill at least once a month.

Identifying the core tasks that people want to do and then relentlessly striving to make them easy to do, dependable, and trustworthy is where the gravy’s at.

But how do you get to bedrock? By focusing on the “MVP” approach, prioritizing simplicity, and iterating towards a clear value proposition. This means cutting out unnecessary features and focusing on delivering real value to your users.

It also means having some guts, because your colleagues might not always instantly share your vision to start with. And controversially, sometimes it can even mean making it clear to customers that you’re not going to come to their house and make their dinner. The occasional “opinionated user interface design” (i.e. clunky workaround for edge cases) might sometimes be what you need to use to test a concept or buy you space to work on something more important.

Practical strategies for building financial products that stick#section4

So what are the key strategies I’ve learned from my own experience and research?

  1. Start with a clear “why”: What problem are you trying to solve? For whom? Make sure your mission is crystal clear before building anything. Make sure it aligns with your company’s objectives, too.
  2. Focus on a single, core feature and obsess on getting that right before moving on to something else: Resist the temptation to add too many features at once. Instead, choose one that delivers real value and iterate from there.
  3. Prioritize simplicity over complexity: Less is often more when it comes to financial products. Cut out unnecessary bells and whistles and keep the focus on what matters most.
  4. Embrace continuous iteration: Bedrock isn’t a fixed destination—it’s a dynamic process. Continuously gather user feedback, refine your product, and iterate towards that bedrock state.
  5. Stop, look and listen: Don’t just test your product as part of your delivery process—test it repeatedly in the field. Use it yourself. Run A/B tests. Gather user feedback. Talk to people who use it, and refine accordingly.

The bedrock paradox#section5

There’s an interesting paradox at play here: building towards bedrock means sacrificing some short-term growth potential in favour of long-term stability. But the payoff is worth it—products built with a focus on bedrock will outlast and outperform their competitors, and deliver sustained value to users over time.

So, how do you start your journey towards bedrock? Take it one step at a time. Start by identifying those core elements that truly matter to your users. Focus on building and refining a single, powerful feature that delivers real value. And above all, test obsessively—for, in the words of Abraham Lincoln, Alan Kay, or Peter Drucker (whomever you believe!!), “The best way to predict the future is to create it.”

About the Author

Liam Nugent

Liam Nugent has been leading teams that design and build software for over 15 years. His interests include earth-centric design, web standards, and accessibility. He created “Lanark: a font in one weight” based on the famous Glasgow type style. He lives in Scotland with his wife and son who, at the age of six, already outshone him by inventing Kelloggs White Chocolate Coco Pops. (That is not a joke.)

30 Reader Comments

  1. Loved this! The “feature salad” bit made me laugh—so true though. It’s easy to forget that users care more about stuff that actually works well than a million half-baked features. Definitely got me thinking differently about how products should grow.

  2. Great perspective. As a developer with experience in digital products, I fully agree that bedrock should be the starting point—not something you discover later. Too often, in the rush to satisfy multiple stakeholders or stand out in the market, layers are built on unstable foundations. The result: unnecessary complexity, technical debt, and a user experience that doesn’t scale. One of the most valuable lessons I’ve learned is that focusing on the strength of core, repeatable user flows is what truly sustains a product over time. And yes, it takes conviction to say no to certain “shiny ideas” that pull focus. The discipline of building less—but better—not only builds user loyalty, it also keeps development teams healthier.

  3. Love this take! The “feature salad” line genuinely made me laugh — and it’s spot on. It’s such a good reminder that users value reliable, well-designed experiences far more than a pile of unfinished features. Definitely shifted my perspective on what real product growth should focus on.

  4. Absolutely love this perspective! The ‘feature salad’ line had me laughing — and it’s so accurate. It’s a great reminder that users care far more about dependable, well-crafted experiences than a bunch of half-baked features. Really makes you rethink what true product growth should prioritize

  5. People don’t fall in love with products—they fall in love with how products make them feel. Whether it’s through seamless design, clever onboarding, or a human-centered tone of voice, the emotional layer is what turns occasional users into loyal fans.

    Brands like Notion, Slack, and Spotify succeeded because they made people feel empowered, understood, and part of something. Aim for that.

    1. Great take! “Feature salad” cracked me up — and it’s so true. Users want polished, reliable experiences, not a pile of unfinished features. Really changed how I think about product growth.

  6. Building a sportsbook from the ground up requires a large investment in technology, design, security infrastructure, and expert developers. Betbooster provides a turnkey solution for betting agent https://betbooster-betting.software/betting-agent/ that significantly reduces startup costs. You pay for a proven, ready-to-run platform rather than reinventing the wheel, freeing up your budget for marketing and growth.

    1. I for sure can say there are some nice perks in booking your transfer ahead of time. You get a set price, someone waiting for you when you land, like a meet and greet service https://skyvipservices.com/meet-and-greet , and no stress about finding a ride in a busy or unfamiliar airport. It also saves you from long queues and last-minute surprises. This small arrangement just makes the start of your trip a lot more relaxed.

  7. This article offers a sharp look at why many digital products fail fast and how focusing on core “bedrock” features helps build long-lasting user value. It highlights the importance of simplicity, real needs, and continuous testing. A philosophy that aligns perfectly with services like A2Z Airport Assist, where streamlined, user-focused travel support creates a seamless experience for every traveler.

    👉 Discover our services: A2Z Airport Assist

  8. Great read! A List Apart consistently delivers insightful articles that bridge the gap between design, development, and content strategy. I really appreciate the depth of research and practical examples shared here. Looking forward to more thought-provoking posts like this.

    A3 Schools is an innovative e-learning platform designed to make education engaging and accessible for students of all ages.

    online classes for students

  9. This article really nailed the tension between feature bloat and delivering lasting value. “Feature salad” is the perfect term for so many overloaded apps. Focusing on true user needs and iterating toward a clear MVP is gold. Loved the “bedrock” metaphor. Insightful read! More tech wisdom at https://flashtoolss.com/

Leave a Reply to emilygrace22 Cancel reply

Your email address will not be published. Required fields are marked *

More from ALA

Design for Amiability: Lessons from Vienna

Computing was born in a Viennese café. Between 1928 and 1934, while Hitler plotted and Europe crumbled, a motley crew of mathematicians, philosophers, architects, and economists gathered weekly to puzzle out the limits of reason—and invented Computer Science in the process. What made their collaboration possible wasn't just brilliance (though they had plenty). It was amiability: the careful design of a social space where difficult people could disagree without destroying each other. Longtime A List Apart contributing author Mark Bernstein mines this forgotten history for lessons that might just save today's embattled web from its worst impulses. Spoiler: it involves better coffee service and the looming threat of public humiliation.

User Research Is Storytelling

At a time when budgets for user experience research seem to have reached an all-time low, how do we get stakeholders and executives alike invested in this crucial discipline? Gerry Duffy walks us through how the research we conduct is much like telling a compelling story, complete with a three-act narrative structure, character development, and conflict resolution—with a happy ending for researchers and stakeholders alike.