Earning the Right to Add Complexity

Founders love the MVP-to-full-version arc, but enterprise work taught me the discipline behind it. On Menora's sales system, the same underlying data had to serve five roles — agent, marketing, district manager, team lead, underwriter — each viewing it through a different lens, and the tempting path is to design for the whole role matrix at once. Working across these flows, the systems that aged well were the ones where a single data model first proved it could honestly serve one role's daily decisions, before each additional role's conditional rules were layered on without breaking the ones already in place. The lesson for founders is that 'full version' isn't a bigger pile of features — it's the same core, validated, then extended along the axes that actually matter to users. Across multiple engagements as an outsource designer, I saw that earned complexity outlasts front-loaded complexity. Every role added has to justify itself against the spine already proven. Ship the spine, watch real users lean on it, then grow deliberately. That sequencing is what separates a product that scales from one that calcifies.
Related articles

About
Making complicated into easy for users.
Senior product designer with a decade of work across complex systems - financial risk platforms, legal operations, healthcare apps, manufacturing tooling and insurance portals. The common thread is depth: products where the data is rich, the users are expert, and the interface has to disappear into the work.