01
El desajuste
TEKO se vendía como todo el negocio en un solo lugar: CRM, inventario, reservas, pagos, POS y un creador de sitios sin código.
El segmento que más crecía, belleza y gastronomía, cerca del 14% de los usuarios nuevos, no trabajaba en un escritorio. La dueña de un salón trabaja de pie; el encargado de un café revisa reservas entre pedido y pedido. El producto asumía un mouse y diez minutos sin interrupciones.
02
Ir a los locales
Hice sesiones en cafés y salones reales, con ruido real y clientes esperando. Aparecieron dos cosas que nunca se ven en un laboratorio: la gente usa una sola mano, y cada tarea se interrumpe a la mitad. El trabajo no era «hacerlo responsive», era «que sobreviva en bloques de veinte segundos».
03
Qué cambiamos
Prioridad antes que paridad
No achicamos el producto de escritorio. Las tareas que pasan en movimiento, como disponibilidad, reservas, pagos o un arreglo rápido de un listado, pasaron a resolverse con un pulgar. Todo lo demás siguió siendo trabajo de escritorio.
Componentes reconstruidos, no reacomodados
Listas colapsables, acciones de un toque, navegación inferior y áreas táctiles generosas, livianas para los Android baratos que usa este segmento.
Bases compartidas
Guías mobile-first y tokens compartidos entre módulos, para que cada equipo de producto dejara de resolver el mismo problema por separado.
04
El creador de sitios
TalkTo, el creador de sitios integrado, ya conocía el negocio pero se comportaba como una herramienta de diseño: paneles, switches y un lienzo en blanco. Para la dueña de un salón sin formación en diseño, eso no es un conjunto de funciones, es un examen.
Primero el resultado
No «armá un sitio» sino «qué tiene que hacer»: un menú, una página de reservas, servicios y precios, completados con los datos de la propia plataforma.
Plantillas por rubro
Belleza arranca con servicios y precios, un café con menú y reserva de mesa. Nadie empieza de cero.
Sin jerga
«Hero image» pasó a ser foto principal y «CTA», botón principal. Con autoguardado, deshacer y restaurar versiones, un primer sitio salía publicado en menos de veinte minutos, desde el celular.
05
Resultados
El churn bajó un 11%, medido con Amplitude, Hotjar y tests A/B semanales. La velocidad de pago offline subió un 30%, medida desde que se toca pagar hasta que la plata sale de la tarjeta. Reservas y CRM llegaron al punto de equilibrio en 90 días, y soporte dejó de recibir preguntas que empiezan con «cómo conecto».
06
Lo que quedó
El resultado que perduró fue una regla, no un release: cada feature nueva tenía que funcionar en el celular tanto como en el escritorio, desde el primer día.
