mrvivot

UX/UI · 2024

Cómo eliminamos el cuello de botella en el alta de negocios

Cómo eliminamos el cuello de botella en el alta de negocios

Resumen del proyecto

Cliente

V-Go

Tipo

UX/UI

Año

2024

Rol

Product Designer

Resultado

200+
locales registrados
  • ·Reduje el proceso de alta de dos semanas y un día de carga manual por local, a un flujo autónomo sin intervención del equipo comercial
  • ·Prioricé reducir el margen de error por sobre la cantidad de pasos: más pantallas, menos errores (trade-off explícito)
  • ·Validé el flujo con testeos reales: NPS 75, SUS 89, 91% de conversión
  • ·200+ locales se dieron de alta con el nuevo flujo, reduciendo en 60% el esfuerzo operativo del equipo comercial

Contexto

V-Go es una app de delivery enfocada en negocios gastronómicos veganos y vegetarianos. El crecimiento de la plataforma dependía de sumar nuevos locales, pero el proceso de alta se había convertido en un cuello de botella.

Todo arrancaba con una llamada del equipo comercial a locales potenciales. La conversación seguía por WhatsApp y mail, hasta que se enviaba una planilla de Excel para que el local completara sus datos. Una vez devuelta, alguien del área cargaba todo manualmente en la plataforma. El proceso completo tardaba alrededor de dos semanas, y esa carga manual le consumía un día entero de trabajo por cada local. Mi rol fue diseñar un sistema que sacara a ese equipo del circuito: que el local pudiera darse de alta solo, a su tiempo, sin depender de idas y vueltas de mail, y que toda la información cargada se integrara automáticamente a la plataforma.

Problema

Dos semanas y un día entero de carga manual por cada local nuevo. El proceso no podía escalar.

Proceso y decisiones

01

Definición del flujo

Antes de diseñar nada, hice benchmarking: investigué cómo resolvían este mismo problema los líderes del sector y tomé lo que ya funcionaba, adaptándolo a las necesidades y restricciones de V-Go. Con eso definido, descompuse el proceso desde una mirada de carga cognitiva: en cada pantalla, el usuario resuelve una sola tarea. No existía este flujo, lo diseñé desde cero, priorizando claridad, progresión y feedback constante en cada paso.

Definición del flujo

02

Diseño y prototipado

Trabajé junto al Product Owner de V-Go para ajustar el diseño a las necesidades del negocio. Ahí tomé una decisión con trade-off explícito: dividir el formulario en pasos bien claros, lo que significaba aumentar la cantidad de pantallas a completar, pero reducía drásticamente el margen de error. Sumé autoguardado después de cada paso, para que el usuario pudiera abandonar y retomar sin perder lo ya cargado. Iteré con wireframes de baja y media fidelidad, ajusté el flujo con el feedback del Product Owner, y construí un prototipo funcional en alta fidelidad que simulaba el proceso real de alta.

Diseño y prototipado

03

Testeo con usuarios reales

Testeé el prototipo con negocios que ya vendían en la app, con testeos moderados online. Los resultados fueron sólidos: NPS de 75, SUS de 89 y una conversión del 91% en la finalización del flujo. El testeo también sirvió para encontrar fricciones reales antes de producción: algunos usuarios no detectaban la opción "ofrece takeaway", y el sistema no los dejaba avanzar en la navegación hasta completarla. Iteré ese y otros puntos de dolor antes de pasar a producción.

Testeo con usuarios reales

Siguiente proyecto

De planilla a tarjetas: rediseño del admin de negociosVer proyecto →