Hay una tentación fuerte al construir un catálogo: entregar un panel de administración propio, lleno de formularios, y dar por terminado el trabajo. El problema es que ese panel compite contra una herramienta que el cliente ya domina, y en esa pelea gana la costumbre.
Elordi Automotores operaba entera en Marketplace y WhatsApp. El stock vivía en una planilla y los precios estaban mezclados entre dólares y pesos. Actualizar la disponibilidad real llevaba alrededor de media hora de trabajo manual, así que en la práctica no se actualizaba.
La decisión
No construimos un panel. Convertimos la planilla en la fuente de verdad y escribimos una Edge Function que la lee y sincroniza la base de datos: crea vehículos nuevos, modifica los que cambiaron y da de baja los que ya no están.
- El equipo sigue trabajando donde ya trabajaba, sin capacitación ni migración.
- El sitio se actualiza en un clic en lugar de media hora.
- Las fotos y descripciones no se tocan: solo cambia lo que cambió en la planilla.
- Si la sincronización falla, la planilla sigue siendo válida. No hay estado huérfano.
El problema de la doble moneda
El detalle que más ruido hacía no era técnico sino de lectura. Algunos autos estaban publicados en dólares y otros en pesos, así que cualquier orden por precio daba un resultado sin sentido. Normalizamos internamente a una sola moneda de referencia para ordenar y filtrar, y mostramos el valor en la moneda en que el vehículo se vende.
Si un sistema obliga al cliente a cambiar cómo trabaja para poder usarlo, el sistema está mal diseñado.
Es una regla que aplicamos desde entonces. Antes de proponer una herramienta nueva preguntamos dónde vive hoy el dato y por qué. Muchas veces la mejor integración es la que nadie nota.