Estoy desarrollando NubeOps y estoy en etapa de validación: antes de seguir construyendo, quiero confirmar si el problema que intento resolver le pasa a más gente o si me lo estoy imaginando.
El problema concreto es este. En una tienda mediana o grande el catálogo cambia desde muchos lugares: el ERP, una carga por csv, gente del equipo u otras apps. Cuando algo se rompe o sale mal (precios con un cero de menos, descripciones cruzadas entre productos, falla la subida de imagen, categorias mal asignadas) hoy no hay una forma simple de ver qué cambió exactamente y volver atrás.
Y volver atrás tiene una trampa. Si restauras “todo como estaba ayer”, pisas lo que se corrigió o se vendió en el medio.
Por ejemplo. Una carga masiva deja la Mochila Norte en $8.900 en lugar de $89.000, y lo mismo pasa con otros 346 productos. Revertís el precio de todos y, si a alguno ya lo habías arreglado a mano o lo cambiaste después, NubeOps lo respeta.
Lo que no hace NubeOps:
- No es un backup de la tienda entera.
- No toca órdenes.
- Con el stock es conservador: si se movió por ventas, no lo revierte solo. Espera aprobación del admin de la tienda.
Me serviría feedback sobre tres cosas puntuales:
¿Les pasó alguna vez un cambio masivo que salió mal en el catálogo? ¿Cómo lo resolvieron y cuánto tiempo les llevó?
Cualquier crítica constructiva me sirve. Y si tienen una tienda en Tiendanube con bastantes productos y les interesa probarlo, habilite una waitlist en https://nubeops.checkoutrules.shop para que dejen su email.
Muchas gracias a todos por su tiempo.
Saludos.