Cuando comenzamos el desarrollo de Venturest, teníamos una visión clara: queríamos construir algo distinto. Algo que se sintiera moderno, oscuro, innovador y profundamente personalizado. Desde el primer momento, Tommaso Marchitelli nuestro COO en VENTUREST , que además de ser una pieza clave en el liderazgo también es un verdadero crack en diseño y Figma, se puso al frente de la experiencia visual de la plataforma.

La decisión inicial fue ambiciosa y emocionante: diseñar cada componente desde cero, cada interacción, cada flujo, todo hecho a mano con un enfoque user-centric que superara visualmente a nuestros competidores. Queríamos crear algo único y hermoso. Y lo hicimos… al menos durante los primeros meses.

Pero como ocurre con muchas decisiones en el desarrollo de producto, lo que al principio parece visionario puede volverse un cuello de botella si no se alinea con las realidades operativas. En nuestro caso, construir cada botón, cada modal, cada input desde cero empezó a convertirse en un obstáculo importante para cumplir nuestros plazos.

¿Qué pasa cuando el diseño exclusivo choca con el go live?

A medida que pasaban los meses, notamos un patrón claro: mientras más avanzábamos en funcionalidades, más lentos éramos en entregar nuevas versiones. Cada nueva pantalla requería días de trabajo en componentes visuales, validaciones, estilos responsivos y comportamientos interactivos. Y eso sin contar el trabajo de integración con la lógica de negocio.

Hace cinco meses, hicimos una pausa. Analizamos el costo real de seguir diseñando todo desde cero y vimos con claridad que la velocidad de entrega estaba muy por debajo de lo que necesitábamos. Así que decidimos dar un giro estratégico: adoptar una librería de UI como base y sacrificar, temporalmente, el diseño exclusivo.

¿Qué cambió después?

Todo.

Pasamos de dedicar días a cada nuevo flujo a tener versiones funcionales en cuestión de horas. Las decisiones de diseño se aceleraron, el código se volvió más mantenible y pudimos enfocarnos en lo que realmente necesitábamos validar: el negocio.

¿Nos dolió? Sí, un poco. Habíamos invertido tiempo y creatividad en ese diseño inicial. Pero en retrospectiva, fue una de las mejores decisiones que tomamos. No descartamos volver a un diseño totalmente personalizado en el futuro, quizás post-rondas de inversión, como parte de un rebranding estratégico. Pero por ahora, la prioridad es entregar valor rápidamente.

¿Qué librerías UI puedes considerar si estás usando React?

Durante nuestra evaluación analizamos varias librerías. Aquí te comparto las principales, con sus puntos fuertes y para qué tipo de proyecto pueden ser útiles:

1. Radix UI

Radix es una librería de componentes completamente desacoplada del estilo visual. Proporciona componentes accesibles y altamente configurables que puedes estilizar como quieras. Es perfecta si tienes tu propio sistema de diseño o si trabajas con Tailwind CSS.

Lo mejor: accesibilidad, control total, ideal para arquitecturas escalables.

Úsalo si: quieres control total sobre el diseño sin sacrificar accesibilidad.

2. Shadcn/ui

Shadcn es un enfoque intermedio muy interesante. En lugar de instalar componentes como un paquete, copias el código fuente y lo integras directamente en tu proyecto. Se basa en Tailwind y Radix, y combina lo mejor de ambos mundos: velocidad de entrega + posibilidad de personalización.

Lo mejor: personalización sin perder velocidad, estilo moderno, comunidad activa.

Úsalo si: quieres un diseño sólido y elegante sin perder la capacidad de personalizar cada detalle.

3. Headless UI

Created by the creators of Tailwind, Headless UI offers logic and behavior without styles. You handle the design. This gives complete freedom to create a fully custom UI, but with already solved interactions like menus, modals, and tabs.

The best part: solved interaction logic, maximum styling freedom.

Use it if: you already have a strong designer on the team and a clear vision of the design.

4. HeroUI (formerly NextUI)

HeroUI is an evolution of NextUI, focused on a simple and styled developer experience. It has ready-to-use components with an attractive design from the start. Ideal for MVPs or startups looking for speed with good taste.

The best part: visually attractive and well-documented components.

Use it if: you need speed and decent design without extra effort.

5. DaisyUI

DaisyUI runs on top of Tailwind and provides an extensive set of components with support for preconfigured themes. Very useful for building quickly without worrying about every pixel.

The best part: speed, multiple themes, smooth integration with Tailwind.

Use it if: you are building a functional and fast product, and custom design is not critical.

6. MUI (Material UI)

One of the most mature and complete libraries. Based on Google's design system, it has everything you could need: components, advanced theming, support, and robust documentation. The look and feel is recognizable, which can be an advantage or a limitation.

The best part: robustness, broad ecosystem, corporate support.

Use it if: you are building a complex or corporate app where consistency and scalability matter more than originality.

What did we actually learn?

Beyond the speed of delivery, adopting a UI library changed how we think about the product. It forced us to focus on the essentials: validating hypotheses, measuring results, and listening to the user. We stopped being slaves to the design to become facilitators of value.

It is not about saying one approach is better than the other. It all depends on the stage of the business. If you are building the next Behance or Figma, where the interface is a differentiator, invest in design from day one. But if you are testing a business model, trying to understand the market, or iterating quickly, using a pre-made baseline can give you the agility you need to survive.

Conclusion: Strategy Before Aesthetics

My advice, from the experience at Venturest, is simple: don't fall in love with your design. Fall in love with your purpose, your user, and value delivery. Custom design can be spectacular, but only if it arrives on time. And for that to happen, sometimes you have to know when to let go of perfection to embrace speed.

The time for rebranding, pixel-perfect layouts, and animated transitions in Figma will come. But first, make sure you have something worth designing that way.

Are you going through a similar decision? Do you have doubts about which library to use or when to invest in custom design? I would love to hear about your experiences.

Paulo Bischof
Paulo Bischof
CTO · Product Manager · Software Developer
Vamos conversar