·
Estudio de operación · Catalizadora · 3 de septiembre de 2026
Su canal más importante es el flete directo a clientes y distribuidores: esas órdenes de compra llegan por correo, se procesan todos los días y hoy se siguen a mano en un tablero de Monday que no habla con nada. Al lado están los marketplaces en Ventiapp, la tienda de Wix y los envíos con Buho, cada uno por su cuenta. Esta página dice, en orden, qué hay que hacer para que todas esas órdenes vivan en un solo lugar: el Atlas de Water Matters. Lo que afirmamos de sus sistemas lo medimos, o nos lo dijeron ustedes; lo que falta preguntarles está marcado como «confirmar».
El flete directo a clientes y distribuidores es su canal más importante, y esas órdenes de compra llegan por correo y se siguen a mano en un tablero de Monday. Al lado, la tienda de Wix, los marketplaces en Ventiapp y los envíos con Buho, cada uno por su cuenta y sin hablarse. Ningún sistema sabe cuántas cajas quedan.
Toda orden entra al Atlas con su origen, empezando por las que llegan al correo de ventas, que son las que más pesan. El tablero de Monday deja de hacer falta: por despachar, guía, rastreo, entregados y facturados quedan en el Atlas. Wix se migra y se apaga: el cobro pasa al sitio nuevo, que ya cobra con Stripe. Ventiapp se queda como ventana a Amazon y Buho como quien mueve la caja, pero ahora el Atlas les habla solo. Y aparece lo que hoy no existe: inventario, distribuidores por plaza y precios por lista.
El bloque B se construye sin ningún acceso externo y deja despachando desde el Atlas una orden real, incluida la que llegó por correo. Después se apaga Wix, se conectan Buho y la venta a negocios, después los marketplaces, y al final la facturación. Cada bloque se entrega completo y se prueba con un pedido de verdad antes de pasar al siguiente.
El buzón de ventas y el tablero de Monday, la respuesta de Buho, los precios por lista, los distribuidores de sus catorce plazas, las exportaciones de Wix, el plan y un usuario de Ventiapp, la llave de correo de su Google y la autorización de Instagram. El bloque A se puede empezar hoy, y mientras ustedes lo reúnen nosotros construimos el bloque B.
Léanlo y díganos «así es» o corríjannos. En cuanto lo confirmen arranca el bloque B, que es el único que no depende de ningún dato de nadie.
El 3 de septiembre, después de leer la primera versión de esta página, Anuar Garay mandó dos notas de voz. Diecisiete observaciones. Dos de ellas corrigieron el planteamiento de raíz, y esta página se reescribió alrededor de eso. Acá está cada una, con lo que produjo — para que puedan verificar que ninguna se quedó en el camino.
Uno. «Actualmente el flete directo hacia nuestros clientes o hacia nuestros distribuidores es nuestro canal de venta más importante. Nos llegan las órdenes de compra al correo y esas órdenes hay que estarlas procesando todos los días. Tenemos un tablero en Monday que usamos: pedido de tal hotel, ahí lo registras; cuando tengamos el número de guía lo ponemos ahí; y ahí también le ponemos cuando está entregado.»
Dos. «Si un hotel nos pide una tarima es porque sí o sí ya está la negociación hecha: ya nos dieron de alta, ya está el precio definido. Y normalmente ese pedido lo harían por correo. ¿Quién va a escribir por WhatsApp? Es muy raro que a través de WhatsApp logremos cerrar ventas de tarimas. Ramón está muy bien para que detecte oportunidades, avise a Jessica por correo, copia a José, y se genere esa oportunidad.»
La versión anterior de esta página contaba el camino al revés: un gerente de hotel escribiendo por WhatsApp y cerrando una tarima ahí mismo. Eso no pasa, y por eso el correo dejó de ser un detalle y pasó a ser el centro del plan.
| # | Lo que dijo | Qué produjo |
|---|---|---|
| 1 | La gente todavía no compra mucha agua por internet | Es la premisa del bloque H, y por eso el bloque D va después de E |
| 2 | En México el hábito es el garrafón a domicilio y el termo en casa | H1 · la línea de contenido entra por la ocasión en que el garrafón no alcanza |
| 3 | En Amazon y en la web «no son tantos pedidos al mes» | El orden de los bloques: D va después de E, a propósito |
| 4 | «Eso buscamos que cambie» | El bloque H entero, que antes no existía en este plan |
| 5 | Abrazo de Oso, por ser producto para niños, es donde puede crecer | A17 · la decisión que les toca: o se le abre tienda, o esa línea se publica bajo Water Matters |
| 6 | «Ya se me acabaron mis agüitas para los lonches» | H1 · la línea de la lonchera. Esa frase es la pieza entera |
| 7 | El flete directo es el canal más importante | El título de esta página, el resumen ejecutivo y el orden del bloque B |
| 8 | Las órdenes de compra llegan al correo y se procesan todos los días | A14 (conectar el buzón) y B1 · el correo entra como canal de origen, y va primero |
| 9 | Hoy eso se sigue a mano en un tablero de Monday | A15 · traer lo que está en curso, y que la pantalla tenga sus mismas columnas |
| 10 | Quieren en el Atlas: por despachar, guía, rastreo, entregados, facturados | El bloque B entero — son exactamente esas cinco columnas |
| 11 | «Son dos cosas»: el hotel que reordena y el que pregunta | Los recorridos C y D, que antes eran uno solo y estaba mal |
| 12 | Cuando les piden una tarima, la negociación ya venía hecha | El recorrido C se reescribió · y G3, la puerta para quien ya es cliente |
| 13 | Ya lo dieron de alta y el precio ya está definido | A5 (listas de precios) y la etapa nueva del CRM: ese cliente no se vuelve a calificar |
| 14 | Ese pedido llega por correo, no por WhatsApp | G1 y G2 · el correo pasa a ser el camino principal del sitio |
| 15 | Está bien que se genere la oportunidad y que Jessica cotice | Se conserva tal cual: es el recorrido D |
| 16 | Es muy raro cerrar tarimas por WhatsApp o con una cotización rápida | Se corrigió lo que Ramón promete: detecta y escala, no cierra |
| 17 | Ramón detecta, avisa a Jessica con copia a José, y genera la oportunidad | Ya funciona así — lo verificamos en el sistema y no se tocó nada |
En la primera versión de esta página atribuimos estas palabras a Alejandra. Son de Anuar. Está corregido en los cuatro lugares donde aparecían. Lo anotamos porque una cita bien transcrita y mal firmada sigue siendo una cita falsa, y preferimos que lo sepan por nosotros.
Esto es lo primero que hay que tener claro, porque todo lo demás sale de aquí. Lo que decimos del «hoy» sale de lo que medimos en sus canales públicos y de lo que nos contó Anuar el 3 de septiembre; lo que todavía no sabemos va marcado como confirmar, y no lo dimos por cierto.
Siguen vendiendo en Amazon con su misma cuenta y su mismo Ventiapp. Siguen enviando con Buho. Siguen cobrando en su dominio de siempre, con su correo de Google intacto. Lo que cambia es que dejan de tener el correo, Monday, Wix y Ventiapp abiertos al mismo tiempo, con una persona copiando entre ellos.
Las de Water Matters son datos y accesos que sólo ustedes tienen; el bloque A se puede empezar hoy. Las de Catalizadora van por bloques que se entregan completos y se prueban con una orden real antes de pasar al siguiente. El bloque B no depende de ningún acceso externo: se construye mientras ustedes reúnen lo del bloque A.
| Nº | Tarea | Dónde | Quién | Bloque |
|---|---|---|---|---|
| Bloque A · datos y accesos · se puede empezar hoy · las contraseñas se pegan en un enlace seguro, nunca viajan por correo ni por chat | ||||
| A1 | Contestada y hecha. Su cuenta está en Profesional V2 desde el 24 de agosto —ese plan ya incluye la conexión— y el usuario administrador exclusivo para la conexión ya está creado. No hace falta nada más de su parte acá | — | contestada | A |
| A2 | Pedirle a Buho la misma integración que ya le da a Ventiapp (el pedido entra a su almacén y el rastreo vuelve), y un contacto técnico. Si no la abren, el Atlas les manda el packing list por correo, que es uno de sus tres canales oficiales | su ejecutivo de cuenta en BuhoBuho no publica API; su página de integraciones nombra integración de plataforma, packing list por correo, WhatsApp o Slack | Water Matters Buho | A |
| A3 | Exportar de Wix: la lista de productos, los contactos, los pedidos (con la opción «Pedidos», una fila por pedido) y la lista de suscriptores con su plan y su fecha de próximo cobro | Panel de Wix → Pedidos → Exportar · Tienda → Productos → Exportar · Contactos → Exportarlas horas del archivo vienen en horario universal; se convierten al importar | Water Matters | A |
| A4 | Contestada. «Hay publicaciones activas pero no las gestionamos nosotros y no tienen stock, por lo que están inactivas». Eso confirma el «ya no estamos ahí» del 25 de agosto y además explica las publicaciones vivas que habíamos visto: existen, pero no son suyas de administrar | — | contestada | A |
| A5 | Precios por presentación y por lista: público, distribuidor, tarima, retail y Amazon. Hoy el Atlas sólo conoce $538 y $598, los de la web | una hoja simple, la presentación en filas y las listas en columnas | Water Matters | A |
| A6 | La lista de distribuidores por plaza con nombre, ciudad, WhatsApp y correo. Ustedes ya tienen distribuidores en 14 plazas: lo que no existe es esa lista, con nombre y contacto, dentro de un sistema. Sin ella, el tramo de 10 cajas a una tarima no tiene a dónde ir | las 14 plazas que nombraron en el cuestionario inicial: Tampico, Los Cabos, Vallarta, Guadalajara, Monterrey, CDMX, San Luis Potosí, Tijuana, Querétaro, Estado de México, Mérida, Cancún, Puebla, San Miguel de Allende | Water Matters | A |
| A7 | Dirección y teléfono del almacén desde donde sale el producto. Lo de las medidas de la caja de 24 ya no aplica: nos dijeron que no existe tal caja —son dos de 12— y la de 12 ya la tenemos de Amazon: 26,5 × 26,4 × 17 cm y 6,44 kg | un mensaje basta | Water Matters | A |
| A8 | Contestada, y corrige nuestro modelo. «El producto son cajas de 12 piezas; en Wix se venden como cajas de 24 (mandamos 2 cajas de 12) y en Amazon como caja de 12». O sea: hay una sola caja física, la de 12, y el «24» de la web es un paquete de dos. Nosotros lo teníamos como dos cajas distintas, y así el inventario se habría desviado sin avisar. Queda como una unidad con su presentación de dos Ella ofrece estandarizar a 24 en los dos canales: es decisión suya y está en A28, con lo que cuesta | — | contestada | A |
| A9 | El informe de pedidos de Seller Central (archivo exportado) para importar el historial de Amazon. No pedimos su contraseña ni entramos a su cuenta | Amazon Seller Central → Pedidos → Informes de pedidos | Water Matters | A |
| A10 | Contestada, y abre un bloque nuevo. «Bind lo usamos para hacer órdenes de compra a nuestros proveedores, registrar producciones, inventarios, y llevamos todo el sistema de facturación y registro de pagos de los clientes». Bind no es un canal de venta: es donde vive la administración. Dos cosas que este plan iba a construir de cero —el inventario y la factura— ya viven ahí | — | contestada | A |
| A11 | Contestada. «Lo mandamos con Buho pero ingresamos manualmente los datos del cliente y la cantidad pedida», y lo hace la encargada de logística. Es exactamente el trabajo que el bloque B quita primero | — | contestada | A |
| A12 | La llave de correo (DKIM) que se genera dentro de su panel de administración de Google Workspace, para que su correo no empiece a caer en spam después del cambio de dominio. La generan ustedes y nos la pasan; también sirve que nos den acceso de administrador para hacerlo nosotros | Google Workspace → Aplicaciones → Gmail → Autenticar correo | Water Matters | A |
| A13 | Autorizar la cuenta de Instagram de la marca para que Ramón atienda los mensajes directos. Se hace desde el Atlas en un par de minutos; la cuenta tiene que ser profesional (de empresa o de creador), que es lo que pide Instagram para dejar entrar mensajes a un sistema | Atlas → Configuración → Conectar Instagram | Water Matters | A |
| A14 | Conectar el buzón de ventas@watermatters.com.mx al Atlas, para que las órdenes de compra que llegan por correo entren solas y dejen de anotarse a mano. Se autoriza con la cuenta de Google, sin darnos contraseña | Atlas → Configuración → Conectar correoes su canal más importante: por eso está en el bloque A | Water Matters | A |
| A15 | Acceso de lectura al tablero de Monday donde hoy siguen los pedidos, para traer los que están en curso y no perder ninguno en el cambio | Monday → el tablero de pedidos → invitar o exportar | Water Matters | A |
| A16 | Qué son las otras dos pestañas de su barra de trabajo, «Venta diaria» y «LORMAN»: si alguna guarda pedidos o clientes, tiene que entrar en el plan | un mensaje basta | Water Matters confirmar | A |
| A17 | Abrazo de Oso: Anuar dijo que es donde puede crecer la venta en línea —«ya se me acabaron mis agüitas para los lonches»—, y hoy es la marca que no tiene tienda: su sitio dice «próximamente» y los precios que ya cobra no los ha aprobado nadie. Hay que decidir si se le abre tienda o si esa línea se publica bajo Water Matters | una decisión, no un desarrollo | Water Matters decidir | A |
| A18 | ¿Qué WhatsApp usa Ramón: el 444 575 6892 del negocio, o uno nuevo dedicado? Abierto desde julio | un mensaje basta | Water Matters decidir | A |
| A19 | Una llamada grabada de Jessica con un cliente de negocio, o su transcripción. ⚠️ Corrección nuestra: acá les pedíamos «dos o tres correos de Jessica» — y ya nos los mandaron el 28 de agosto. Perdón. Lo que sí falta es una llamada: en los correos no se oye cómo maneja una objeción, que es lo que Ramón necesita aprender | reenviar una grabación, o contarnos cómo suele ir | Water Matters | A |
| A20 | Una foto de ambiente del envase de 330 ml. Hoy no tiene propia y usa prestada la del 500, por eso su serie se ve más corta | una foto | Water Matters | A |
| A21 | Fotos de producto sobre fondo liso, una por presentación. Pedidas el 27, el 28 y el 29 de agosto: es lo único que quedó en blanco las tres veces. Hoy sólo hay tomas de ambiente | una carpeta de Drive | Water Matters | A |
| A22 | Una foto de logística —tarima, almacén o caja cerrada— para la página de distribuidores. Esa página le habla a quien va a mover volumen y hoy le enseña un envase suelto | una foto | Water Matters | A |
| A23 | El contacto de Isa, de marketing. Ale quedó de mandarlo el 29 de agosto: «que te pueda mandar las fotos que quiera poner». Sin el contacto no podemos avanzar con ese material | un correo o un teléfono | Water Matters | A |
| A24 | Cuál es su LinkedIn. El que estaba en el pie daba error y lo retiramos. Hay dos páginas vivas con su nombre y no pudimos confirmar cuál es suya: preferimos no tener el enlace a mandar a su gente a la página de otra empresa | la dirección, o «ninguna de las dos» | Water Matters confirmar | A |
| A25 | Opcional. Fotos de las cuatro actividades de la página de la causa. Se retiraron las que había porque salían menores identificables. No hace falta nada: la rejilla sólo pinta lo que existe y la página queda bien igual | sólo si quieren que se vean | Water Matters opcional | A |
| A26 | ⭐ Acceso a Bind ERP. Un usuario administrador exclusivo para la conexión —igual que el de Ventiapp— y confirmar que su plan incluye el acceso para programas. Y una pregunta corta: ¿ya tienen Bind conectado con Ventiapp? Si ya está, media conexión existe la contraseña no viaja por correo ni por chat: les mandamos un enlace seguro · lo gestiona Pablo | Bind ERP → Usuarios | Water Matters confirmar | A |
| A27 | Contestada: se llama Jessica. Y si es la misma Jessica Chávez de ventas@, ya está en la lista de accesos — díganos sólo si son la misma persona. Si lo son, quien cotiza las tarimas es también quien teclea a mano en Buho cada pedido de la web, y es la primera a la que este sistema le devuelve tiempo | — | contestada confirmar | A |
| A28 | ✅ Estandarizar a cajas de 24 en los dos canales: adelante. Nos parece bien y lo tomamos. Tres cosas que cambian con esto y conviene que sepan: la tarima deja de ser 208 y 140 cajas para ser 104 y 70, así que toda cifra publicada se ajusta; el sitio dirá «caja de 24 (dos de 12)» y no sólo «24», porque en agosto nos pidieron especificar que son cajas de 12 y eso sigue siendo cierto; y en Amazon el cambio de tamaño normalmente obliga a una publicación nueva, y las 47 calificaciones del 500 ml no se mudan con ella — esa parte la deciden ustedes, y se puede dejar Amazon como está sin romper nada lo propuso la encargada de logística el 3-sep | — | contestada | A |
| Bloque B · el Atlas opera «a mano y por archivo» · no depende de ningún acceso externo · se prueba con una orden real | ||||
| B1 | Toda orden lleva canal de origen (correo, web, WhatsApp, Instagram, Amazon, Ventiapp, distribuidor, manual), la referencia del canal y una llave que impide duplicarla si el mismo pedido llega dos veces Hecho a medias, y falta lo que más importa. El origen y la llave anti-duplicados ya están. Pero la lista de canales quedó sin «correo» ni «Instagram», así que la orden que más pesa entra hoy etiquetada como «manual» y el Atlas no puede decir cuánto vende el flete directo. Es lo primero que arreglamos. | En la lista de pedidos: cada uno muestra de dónde vino y no se puede duplicar | Catalizadora a medias | B |
| B2 | Un solo camino para cambiar el estado de una orden (nueva → confirmada → despachada → enviada → entregada → facturada), para que la web, el archivo, Ventiapp y la pantalla respeten las mismas reglas Ya está hecho. Un pedido ya no puede cambiar de estado por dos caminos distintos. | Por dentro: un solo camino para cambiar el estado de un pedidohoy esas reglas viven sólo en la pantalla, y el cobro y la importación escriben por su cuenta | Catalizadora hecho | B |
| B3 | Logística de verdad: cola «por despachar», crear el envío, capturar paquetería, guía y costo, rastreo, incidencias y proveedores con sus reglas (qué va con Buho, qué sale con guía de Amazon, qué va en flete directo) Ya está hecho. La pantalla de logística está construida y operando sobre la base. | Pantalla nueva «Logística» (se reescribe el borrador que hay hoy) | Catalizadora hecho | B |
| B4 | Inventario en el Atlas: existencias por producto en cajas de 12, que es la caja real —la de 24 de la web son dos—, y una tarima no es un producto aparte: son 208 cajas de 12 de 330 ml, o 140 de 500 ml. Se reserva cuando nace la orden, baja al despachar y vuelve si se cancela. La cifra que manda es la de Bind: el Atlas la muestra y reserva sobre ella, no lleva una cuenta paralela depende de A26 · antes de eso no se escribe código de inventario Ya está hecho. La pantalla de inventario está construida. ⚠️ Pero con lo que nos contaron de Bind, la cifra que manda pasa a ser la de Bind: hay que decidir juntos si esta pantalla lee de ahí antes de que alguien capture existencias a mano. Es el bloque I. | Pantalla nueva «Inventario» | Catalizadora a medias | B |
| B5 | Importar pedidos por archivo: el informe de Amazon y el CSV de Ventiapp entran al Atlas como órdenes con su canal, sin duplicar si se sube dos veces Ya está hecho. El botón «Importar» ya está en la lista de pedidos. | Botón «Importar» en la lista de pedidos | Catalizadora hecho | B |
| B6 | Accesos reales para Alejandra, Jessica y José, cada uno con su rol. Hoy el Atlas de Water Matters no tiene ningún usuario de ustedes | Los accesos se crean por el sistema de usuarios, nunca a mano en la base | Catalizadora | B |
| B7 | Hoy, al entrar al Atlas, se ven cuatro pantallas internas de Catalizadora (soporte, monitoreo de nuestros sistemas, juntas y accesos de portal): las apagamos. Los otros cuatro módulos de agencia ya quedaron apagados el 31 de agosto. Prendemos los de ustedes (logística, inventario, distribuidores) y nos aseguramos de que una pantalla apagada no se pueda abrir ni escribiendo su dirección Ya está hecho. Las pantallas internas nuestras ya no se ven al entrar. | El menú del Atlas y el permiso de cada pantalla | Catalizadora hecho | B |
| Bloque C · Wix se migra y se apaga · el dominio y el correo cambian de casa sin perder nada | ||||
| C1 | Importar el historial de Wix al Atlas: productos, contactos y pedidos. Los pedidos entran como historial (no mueven stock) y cada cliente queda como contacto del CRM | Un programa que corre una sola vezprimero en ensayo, que dice qué entraría y qué choca; después escribe; al final compara el archivo contra lo cargado | Catalizadora | C |
| C2 | Las ocho direcciones de Wix que cambian (la tienda, las tres fichas de producto, quiénes somos, contacto, diseño personalizado, pago) redirigen a su página equivalente del sitio nuevo; las otras tres conservan su dirección. Antes del cambio revisamos qué dirección publican ustedes en Amazon, Instagram y Facebook, para que ninguna quede apuntando a una página muerta. Si alguien guardó una dirección que Wix no publica, lo llevamos a la portada en vez de dejarlo en un error. Los destinos valen una vez que el sitio nuevo viva en watermatters.com.mx (hoy está en una dirección temporal de pruebas) | La configuración de direcciones del sitio nuevo | Catalizadora | C |
| C3 | Cambiar el dominio de casa, en tres pasos: (1) preparamos la nueva libreta de direcciones con los mismos cinco registros de correo de Google que ya tienen, más los tres que evitan el spam (uno de ellos, el DKIM, lo genera José desde su panel de Google: es la tarea A12); (2) probamos que el correo a ale@ llega; (3) ustedes autorizan y nosotros movemos el dominio en GoDaddy. Los cinco registros de correo de Google se copian antes del cambio, así que no se pierde correo; SPF, DKIM y DMARC entran el mismo día para reducir al mínimo el riesgo de que algo caiga en spam. La propagación tarda horas y no la controla nadie: por eso todo queda listo antes de mover el dominio | GoDaddy, donde está registrado el dominio, y Cloudflare, la nueva libreta de direccioneshoy el dominio apunta a los servidores de Wix y el correo a los de Google; los de Google se copian tal cual | Catalizadora Water Matters autoriza | C |
| C4 | El comprador recibe su confirmación por correo desde pedidos@watermatters.com.mx. Hoy no la recibe, porque el dominio no se puede verificar mientras su DNS viva en Wix | El correo automático del sitio, saliendo de su propio dominio | Catalizadora | C |
| C5 | Re-suscripción: Wix no entrega los datos de pago de los suscriptores, así que cada uno recibe un aviso con su enlace de Stripe y su mismo descuento; y cuando pague su primer mes en el sitio nuevo, alguien de ustedes entra al panel de Wix y cancela esa suscripción, una por una, con la lista que les damos. Nadie paga dos veces siempre que esa cancelación se haga el mismo día | El pago del sitio nuevo, con el cupón validado por el sistema | Catalizadora Water Matters avisa | C |
| C6 | Le quitamos al sitio nuevo el bloqueo que hoy impide que Google lo encuentre, y comprobamos que quedó fuera; Wix queda como respaldo hasta que la última suscripción se haya movido (30 días como referencia) y después se cancela | La configuración del sitio nuevo y el panel de Wix | Catalizadora Water Matters cancela | C |
| Bloque D · canales conectados · lo que hoy pasa de un sistema a otro por mano de alguien, llega solo | ||||
| D1 | Ventiapp avisa al Atlas de cada pedido nuevo, cambio o cancelación, y el Atlas repasa cada 15 minutos lo que se haya perdido. Como los avisos de Ventiapp no vienen firmados, cada uno se confirma consultando el pedido antes de aceptarlo Ya está hecho. Está en vivo: los avisos de Ventiapp llegan y el repaso corre cada 15 minutos. Ya entró un pedido real de Amazon por este camino. | Los avisos automáticos de Ventiapp, más un repaso cada 15 minutos por si alguno se pierde | Catalizadora Ventiapp hecho | D |
| D2 | La guía capturada en el Atlas sube sola a Ventiapp y de ahí a Amazon, que necesita la guía para dar el pedido por despachado Ya está hecho. Construido; falta ejercitarlo con una guía real. | La subida de guía y estatus a Ventiapp | Catalizadora hecho | D |
| D3 | El stock del Atlas se empuja a Ventiapp y Ventiapp lo replica a todos los canales publicados, así que un producto agotado deja de venderse sin que nadie lo apague a mano. Los tiempos con que Amazon lo refleja no los controlamos Ya está hecho. Construido. ⚠️ Depende de la misma decisión que B4: si las existencias las lleva Bind, lo que se empuja a Ventiapp sale de ahí. | La actualización de existencias en Ventiapp, hasta 50 productos por envío | Catalizadora a medias | D |
| D4 | El comprador ve su rastreo en la página de consulta de envío y en el aviso de WhatsApp o correo Ya está hecho. Construido; falta ejercitarlo con un envío real. | La página de consulta de envío y el aviso al comprador | Catalizadora hecho | D |
| Bloque E · Buho y la venta a negocios | ||||
| E1 | Cotizar, crear la guía y rastrear con Buho desde el Atlas. Si Buho abre su integración, por API; si no, el Atlas les manda el packing list por correo y la guía se captura al recibirla | La conexión con Buho: cotizar, crear la guía, rastrear y cancelar | Catalizadora Buho | E |
| E2 | Reglas de ruteo del envío: pedido de Amazon → guía del marketplace; una tarima o más (208 cajas de 12 de 330 ml, 140 cajas de 12 de 500 ml) → flete directo; el resto → Buho. Las reglas se editan en pantalla, no en código | Las reglas de envío, que se editan en pantalla y no en el código | Catalizadora | E |
| E3 | Distribuidores por plaza y la herramienta «¿quién atiende este código postal?», que usa Jessica en el Atlas y Ramón en WhatsApp | Pantalla nueva «Distribuidores», con la búsqueda por código postal | Catalizadora | E |
| E4 | Listas de precios (distribuidor, tarima, retail, Amazon) y el pedido a negocio desde la oportunidad del CRM: la cotización es la orden, con su número, su PDF y su pago por transferencia; al pagarse, la oportunidad pasa a Ganada | Las listas de precios y el botón «Crear pedido» dentro de la oportunidad | Catalizadora | E |
| E5 | El tablero de inicio muestra ventas por canal, pedidos por despachar, SKU bajo mínimo y oportunidades abiertas | La pantalla de inicio del Atlas | Catalizadora | E |
| Bloque F · fiscal y Salesforce · lo último, no bloquea nada · Salesforce ya está acordado, los datos fiscales son propuesta nuestra | ||||
| F1 | Datos fiscales en el pago (RFC, razón social, uso de CFDI) y la factura visible para el comprador en su consulta de envío. El timbrado automático sale de este plan: nos dijeron que ya facturan con Bind, así que el Atlas no factura — le pasa a Bind lo que se vendió y trae de vuelta el enlace a la factura cambió el 3-sep con la respuesta de A10 | El pago del sitio nuevo y la página de consulta de envío | Catalizadora | F |
| F2 | Importar el historial de Salesforce (cuentas, contactos, oportunidades) al CRM del Atlas, como se acordó el 22 de julio | Un programa que corre una sola vez | Catalizadora Water Matters exporta | F |
| Bloque I · Bind ERP · la administración deja de estar aparte · nuevo, del 3-sep · espera A26 | ||||
| I1 | El Atlas lee de Bind las existencias, para que la tienda y Ramón digan lo que de verdad hay. Bind es donde ustedes registran producciones y entradas: esa es la cifra que manda, y el Atlas no lleva una cuenta paralela | En «Inventario»: la existencia y de dónde viene | Catalizadora | I |
| I2 | El Atlas le manda a Bind lo que se vendió, venga del correo, de la web, de Amazon o de un distribuidor, para que no haya que recapturarlo | Cada pedido despachado aparece en Bind | Catalizadora | I |
| I3 | La factura que Bind emite queda ligada al pedido en el Atlas y visible para el comprador. El Atlas no factura: eso lo sigue haciendo Bind, que es donde ya está su contabilidad | El enlace a la factura, en el pedido | Catalizadora | I |
| I4 | Confirmar con ustedes qué viaja y en qué dirección antes de escribir nada: cuál sistema manda en cada dato. Es media hora de llamada mirando Bind por dentro, y evita construir dos veces | una llamada | Water Matters Catalizadora | I |
| Bloque G · el sitio · que el pedido entre por donde ustedes lo reciben · no depende de ningún acceso | ||||
| G1 | El cotizador y los botones de negocio ofrecen el correo como camino principal, con WhatsApp al lado. Hoy los tres llevan a WhatsApp, y él fue claro: «los pedidos de nuestros hoteles, nuestros distribuidores y los pedidos grandes sí o sí nos llegan por correo» Ya está hecho. En el cotizador y en los dos peldaños de negocio, el correo es el camino principal; WhatsApp sigue ahí, al lado. | El botón principal abre el correo, no el chat | Catalizadora hecho | G |
| G2 | Ese correo sale ya escrito con lo que hace falta para cotizar: empresa, a nombre de quién, teléfono y dirección de entrega. Hoy llega una pregunta y ventas tiene que averiguar todo Ya está hecho. El correo sale con las líneas de empresa, contacto, teléfono y dirección de entrega listas para completar, y con copia a José. | Jessica recibe el correo con los datos, no con una pregunta | Catalizadora hecho | G |
| G3 | Una puerta nueva para quien ya es cliente y sólo quiere reordenar, que va directo al correo sin volver a calificar a nadie. Hoy el sitio trata a todo hotel como prospecto nuevo Ya está hecho. «¿Ya son clientes y sólo quieren volver a pedir? Escríbannos directo» — debajo de la escalera, sin pasar por el calificador. | «Ya soy cliente, quiero reordenar» en la página de negocios | Catalizadora hecho | G |
| G4 | Desde «Comprar» se ve dónde está la marca en tienda física y qué queda cerca de quien mira: Amazon, IKEA, City Market y Fresko, con la distancia y cómo llegar. Incluye recuperar en la portada el bloque «dónde nos consigues», que existía y se había quedado fuera | En la tienda, en la ficha de producto, en el menú de «Comprar» y en la portada | Catalizadora hecho | G |
| G5 | Revisar la promesa «Sabes en dos minutos si te sirve y cuánto»: sirve para quien explora, y para quien ya negoció el precio no es cierta | Una frase del sitio | Water Matters decidir | G |
| Bloque H · contenido · para que la compra en línea crezca, que es lo que Anuar pidió empujar | ||||
| H1 | Dos líneas de contenido que hoy no existen: la ocasión en que el garrafón no alcanza —el coche, la junta, la oficina, el evento— y la lonchera. Salen de lo que él dijo: «para tu casa tienes tu garrafón, tienes tu termo… eso buscamos que cambie» | Artículos publicados en el sitio, con su palabra de búsqueda | Catalizadora | H |
| H2 | Antes de publicar la primera pieza: separar a quien quiere comprar un garrafón —que no es cliente— de quien hoy usa garrafón, que es justo a quien queremos convertir. Hoy Ramón trata a los dos igual | Una ficha en el conocimiento de Ramón | Catalizadora | H |
| H3 | Las palabras de búsqueda de las dos líneas, cargadas y medidas. Hoy hay quince, y ninguna toca el garrafón ni la lonchera | La lista de palabras, con su intención | Catalizadora | H |
| H4 | Medir lo que él quiere que cambie: compra en línea con origen de contenido, y recompra. Hoy los cinco eventos que medimos son todos de negocio, y ninguno mira la venta en línea | Dos medidas nuevas en el tablero | Catalizadora | H |
Esto es para nuestro equipo y para cualquiera que audite el trabajo. No hace falta leerlo para aprobar el plan.
stock.read · product.match por SKUsale.push desde order_transition al despacharorders.factura_url desde Bind · se retira el enchufe de timbrado propio| Bloque | Espera a | Se puede empezar | Si no arranca, qué se atora |
|---|---|---|---|
| A · datos y accesos | nada | hoy, del lado de ustedes | los bloques C, D y E, cada uno por su dato |
| B · a mano y por archivo | no esperaba a nadie, y por eso se hizo primero | ✅ construidofalta B6 (sus accesos) y completar el canal «correo» en B1 | — |
| C · Wix se apaga | A3 (exportaciones) · A12 (llave de correo) · que el diseño del sitio esté aprobado | cuando lleguen esos tres | el correo de confirmación al comprador, que hoy no sale |
| E · Buho y negocios | A2 (respuesta de Buho) · A5 (precios) · A6 (distribuidores) | por partes, según llegue cada uno | los envíos se capturan a mano y el tramo de 10 cajas a una tarima sigue yendo a ventas |
| D · canales conectados | A1, que ya está resuelta | ✅ en vivoya entró un pedido real de Amazon por este camino | — |
| F · fiscal y Salesforce | nada, salvo la exportación de Salesforce | después de C | nada urgente |
| G · el sitio | nada de nadie, salvo G5 que la deciden ustedes | ya — y conviene ahora: el sitio nuevo todavía no es el público, así que cambiarlo es barato | los pedidos grandes siguen empujados hacia el chat, que es donde Anuar dice que no cierran |
| H · contenido | A17 (la decisión de Abrazo de Oso) para la línea de la lonchera; la del garrafón no espera nada | la del garrafón, ya | lo que Anuar pidió cambiar —«eso buscamos que cambie»— no empieza a moverse |
| I · Bind ERP | A26 (el acceso) y media hora de llamada para ver qué viaja | cuando llegue el acceso | el Atlas mostraría existencias que no son las suyas, y la factura seguiría capturándose dos veces |
Empezamos por lo que no dependía de ustedes, y ya está hecho: el bloque B —el Atlas operando a mano y por archivo— y el bloque D, que hace que los pedidos de Amazon entren solos. Por ese camino ya entró un pedido real. Del bloque B falta una cosa suya (sus accesos, B6) y una nuestra: la lista de canales quedó sin «correo», así que la orden que más pesa entra hoy etiquetada como «manual». Es lo primero que arreglamos.
Lo que sigue sin depender de ustedes: las tres del embudo por correo (bloque G) y las del contenido (bloque H), salvo la línea de la lonchera, que espera lo de Abrazo de Oso.
Y lo que sí espera algo suyo: apagar Wix, a sus exportaciones y la llave de correo · Buho y las listas de precios, a la respuesta de Buho y a sus precios · el inventario y la factura, al acceso de Bind. Nada de eso frena lo de arriba.
El bloque B no espera a nadie: ni a Ventiapp, ni a Buho, ni a Wix, ni a ningún dato de ustedes. Y es el que reemplaza el tablero de Monday, que es lo que más les pesa hoy. Se construye mientras ustedes reúnen lo del bloque A, y al terminarlo ya se puede despachar un pedido real desde el Atlas, capturando la guía a mano. Todo lo que viene después reemplaza trabajo manual por trabajo automático, pero nada del bloque B se rehace. Los bloques G (el sitio) y H (el contenido) tampoco esperan a nadie y corren en paralelo: no tocan la operación, tocan por dónde entra un pedido y por qué alguien llega.
No conectamos Amazon directamente (su API exige registro como desarrollador con revisión de Amazon, una cuenta de AWS para los avisos y semanas de trabajo que Ventiapp ya resuelve). Wix se queda prendido como red de seguridad hasta que la última suscripción se haya movido, con 30 días como referencia. No tocamos la configuración de su dominio ni su Wix hasta que el sitio nuevo esté listo y ustedes lo aprueben. Y Bind ERP, que aparece en su cuestionario inicial, no entra en este plan: si lo usan para facturar, se conecta después como una pieza aparte.
Estos son tamaños relativos, no fechas. Las fechas se acuerdan al confirmar el plan, porque tres de los cinco bloques dependen de respuestas que no están en nuestras manos.
| Bloque | Tamaño | Su reloj empieza | Y al terminarlo |
|---|---|---|---|
| B · a mano y por archivo | mediano | en cuanto nos digan «así es» | se despacha un pedido real desde el Atlas, con inventario y guía |
| C · Wix se apaga | mediano | cuando lleguen las exportaciones, la llave de correo, y el diseño del sitio esté aprobado | el sitio vive en su dominio, cobra, y el comprador recibe su correo |
| E · Buho y negocios | mediano | por partes: la de Buho cuando respondan, la de negocios cuando lleguen precios y distribuidores | se cotiza y se rastrea un envío, y el pedido de un distribuidor sale con su precio de lista |
| D · canales conectados | mediano | cuando esté el usuario de Ventiapp con su plan | los pedidos de Amazon entran solos y la guía sube sola |
| F · fiscal y Salesforce | chico | después de C | el comprador pide factura al comprar |
Tres cosas, y ninguna la controlamos nosotros: que Buho abra o no su conexión, que su cuenta de Ventiapp tenga el plan que incluye la conexión, y que el diseño del sitio quede aprobado, porque sin eso no se puede cambiar el dominio. Por eso el bloque B va primero: es el único que no depende de nadie.
Ninguna requiere que nos den una contraseña. Les mandamos un enlace seguro: lo abren, pegan ahí el usuario y la contraseña, y listo. Nosotros nunca los vemos por correo ni por WhatsApp.
Entren a Ventiapp y vean su plan actual. La API está incluida en Profesional y Enterprise; si están en Startup o en el plan gratuito de facturación, hay que subir. Después creen un usuario administrador exclusivo para la conexión (por ejemplo «atlas@watermatters.com.mx»): su usuario y contraseña se pegan en el enlace seguro que les mandamos; el Atlas los usa para pedir su llave de acceso, que caduca cada semana y se renueva sola. Que sea un usuario aparte sirve para poder apagarlo sin tocar los de su equipo.
Pregúntenle a su ejecutivo en Buho si pueden abrir para el Atlas la misma integración que tienen con Ventiapp: que el pedido entre a su almacén y que el rastreo vuelva. Pidan un contacto técnico para probar el primer envío. Si la respuesta es no, no pasa nada: el Atlas les mandará el packing list por correo, que es uno de los tres canales que Buho publica, y la guía se captura cuando Buho la mande.
Los archivos se suben a la carpeta compartida del proyecto, no por WhatsApp. Las horas vienen en horario universal (UTC); nosotros las convertimos a hora de México.
El 25 de agosto nos dijeron «ya no estamos ahí» y lo quitamos del sitio. Encontramos publicaciones vivas de Water Matters en Mercado Libre pero no pudimos leer quién las vende (cuando existió, lo publicaba un revendedor). Díganos si su cuenta de Ventiapp sigue conectada a Mercado Libre: si sí, sus pedidos entran igual que los de Amazon sin nada extra; si no, no lo nombramos más.
Una hoja con las presentaciones en filas (330 ml y 500 ml, caja de 24 y caja de 12, tarima) y las listas en columnas: público, distribuidor, tarima, retail y Amazon. Con esa hoja las tarimas se cotizan desde el CRM con el precio correcto y se ve cuánto se vende a cada precio. Si además nos pasan el costo por caja, el Atlas puede reportar el margen; sin costo, sólo la venta.
Nombre comercial, ciudad, código postal, WhatsApp y correo de cada distribuidor autorizado, y qué rango de cajas atiende. Ustedes ya tienen distribuidores en esas plazas, lo dijeron en el cuestionario; lo que no existe es la lista con nombre y contacto dentro de un sistema. Sin ella, el tramo de 10 cajas a una tarima no tiene a dónde ir y escala a ventas.
Dirección completa y teléfono del almacén desde donde sale el producto (para las guías y para Buho), y el peso y las medidas de la caja de 24 en las dos presentaciones. La caja de 12 de 500 ml ya la conocemos por Amazon: 26,5 × 26,4 × 17 cm y 6,44 kg.
El 25 de agosto nos pidieron «especificar que son cajas de 12 piezas». Al mirar sus canales vimos que conviven las dos: la web vende cajas de 24 a $538 y $598, Amazon vende paquetes de 12 a $269 y $299, y la caja que ustedes producen para Member's Mark dice impreso «12 ENVASES de 500 mL» (foto de su propio material, del 25 de agosto). Para no publicar dos cifras contradictorias escribimos la regla «24 para venta directa, 12 para distribución» — pero esa regla la sostenemos nosotros, no ustedes. Confírmenla, o corríjanla: en el Atlas cada caja es un producto distinto con su propio inventario, así que de esto depende cómo se cargan.
En Seller Central: Pedidos → Informes de pedidos → generar el informe del rango que quieran importar como historial (por ejemplo, los últimos 12 meses) y compartirnos el archivo. No entramos a su cuenta ni pedimos su contraseña.
Preguntamos qué parte del negocio vive en Bind: «¿la factura? ¿el inventario? ¿los clientes?». La respuesta fue las tres, y dos más: «órdenes de compra a nuestros proveedores, registrar producciones, inventarios, y todo el sistema de facturación y registro de pagos de los clientes».
Eso cambia este plan, y para bien. Íbamos a construir inventario y facturación desde cero en el Atlas, sin saber que ya los tienen. Habríamos terminado con dos inventarios y dos verdades sobre lo mismo — cada una correcta por su lado, y nadie sabiendo cuál mandaba. Bind se queda con las existencias y con la factura, que es donde ustedes ya trabajan todos los días, y el Atlas se acopla: le lee lo que hay y le manda lo que se vendió. Es el bloque I, y necesita el acceso de A26.
Preguntar antes de construir es lo que evitó esto. Por eso Bind estaba fuera del camino crítico y no fuera del plan.
Como Wix no está conectado a Ventiapp, no pudimos ver cómo sale hoy un pedido de la web: ¿lo cargan a mano en Ventiapp, se lo mandan a Buho, o lo despachan con una paquetería propia? La respuesta sirve para dibujar bien el «hoy» y para saber qué guía se captura en los primeros pedidos.
Es una llave que sólo se puede generar desde el panel de administración de Google Workspace de ustedes: Aplicaciones → Google Workspace → Gmail → Autenticar correo. Nos pasan el texto que les da esa pantalla y nosotros lo ponemos en la nueva libreta del dominio. Si prefieren, nos dan acceso de administrador y lo hacemos nosotros. Si esta llave no está el día del cambio, el correo sigue llegando, pero hay más riesgo de que caiga en la carpeta de spam de quien lo recibe.
Ramón puede atender los mensajes directos de Instagram igual que atiende WhatsApp: la misma conversación, la misma bandeja y el mismo catálogo. Para prenderlo, alguien de ustedes entra al Atlas, abre «Conectar Instagram» y autoriza la cuenta @watermattersmx. Toma un par de minutos y no hace falta darnos ninguna contraseña: la autorización la da Instagram, no ustedes.
El único requisito es que la cuenta sea profesional, de empresa o de creador. Si hoy es personal, se cambia gratis desde la propia aplicación de Instagram.
Si no se hace, todo lo demás funciona igual: simplemente los mensajes de Instagram se siguen contestando a mano y no quedan registrados con el resto.
Es el más importante de esta lista, porque es su canal más importante. Alguien de ustedes entra al Atlas, abre «Conectar correo» y autoriza ventas@watermatters.com.mx con la cuenta de Google. No nos dan ninguna contraseña: la autorización la da Google.
Qué cambia: las órdenes de compra que hoy leen y copian a Monday aparecen solas en el Atlas, ligadas al cliente que las mandó. Ustedes confirman las cantidades y la orden queda creada. El correo se sigue leyendo como siempre: no cambiamos nada de su bandeja.
Si no se hace, las órdenes se capturan a mano en el Atlas, que es lo mismo que hacen hoy en Monday, sólo que dentro del sistema.
Denos acceso de lectura, o exporten el tablero. Sirve para dos cosas: traer los pedidos que estén en curso el día del cambio, para que ninguno se quede a medias, y ver qué columnas usan de verdad, para que la pantalla del Atlas tenga las mismas y no les falte nada.
Si no se hace, el Atlas arranca vacío y los pedidos en curso se terminan en Monday hasta cerrarlos.
Preguntamos citando «la captura de su pantalla», y nos contestaron lo único razonable: «¿en dónde sale eso?». Tenían razón — nunca les mandamos la captura. Va adjunta con este documento.

Es la barra de pestañas fijas de un navegador, y de izquierda a derecha se ve Bind ERP · E-com · Venta diaria · LORMAN y una pestaña de correo. Por sus iconos, «Venta diaria» parece una hoja de cálculo y «LORMAN» parece una cuenta de Gmail — lo decimos como sospecha, no como dato, para que se pueda confirmar o negar en un renglón. Si alguna guarda pedidos, clientes o precios, tiene que entrar en este plan; si son de otra cosa, las dejamos fuera y lo anotamos.
⚠️ Y una salvedad: puede que esa pantalla no sea de quien le preguntamos. La imagen llegó junto con las notas de voz de Anuar. Si es la suya, la pregunta va para él.
A17 · Abrazo de Oso, la apuesta que no tiene tienda. Anuar dijo que ahí puede crecer la venta en línea: «como es un producto para niños, como es un producto un poquito más diferenciado, ahí sí… ya se me acabaron mis agüitas para los lonches». Estamos de acuerdo, y hay una condición: hoy Abrazo de Oso es la marca que no tiene tienda. Su sitio dice «próximamente» y los precios que ya cobra no los ha aprobado nadie de ustedes. Generar demanda hacia una tienda que no existe es tirar el trabajo. Son dos caminos y los dos son válidos: se le abre tienda a Abrazo de Oso, o esa línea de contenido se publica bajo Water Matters, apuntando a lo que hoy sí se puede comprar. Si no se decide, el contenido de la lonchera no se escribe: sería tráfico sin dónde aterrizar.
A18 a A25 · lo que quedó pendiente de las olas anteriores. No es del Atlas, y lo ponemos acá porque esta página es la lista completa de lo que necesitamos de ustedes, no sólo lo de la operación. La mayoría son fotos: las de producto sobre fondo liso —pedidas el 27, el 28 y el 29 de agosto, y es lo único que quedó en blanco las tres veces—, una de logística para la página de distribuidores, y una de ambiente del 330 ml, que hoy usa prestada la del 500. Nada de eso frena el Atlas: frena que su sitio se vea como lo que la marca es. Y dos que sólo ustedes pueden responder: el contacto de Isa, que Ale quedó de mandar el 29 de agosto, y cuál es su LinkedIn — el que teníamos daba error, hay dos páginas vivas con su nombre y preferimos quitar el enlace antes que mandar a su gente a la página de otra empresa.
A26 · el acceso a Bind, que es el que más destraba. Con lo que nos contaron de Bind, es la pieza que decide cómo se construye el inventario. Necesitamos un usuario administrador exclusivo para la conexión —igual que el de Ventiapp— y saber si su plan incluye el acceso para programas. La contraseña no viaja por correo ni por chat: les mandamos un enlace seguro donde la pegan ustedes. Y si ya tienen Bind conectado con Ventiapp, díganlo: media conexión ya existiría.
A27 · cómo se llama la encargada de logística. Es quien hoy captura a mano en Buho cada pedido de la web, o sea la persona a la que este sistema le quita más trabajo — y no está en la lista de accesos, que sólo tiene a Alejandra, Jessica y José. En todo este documento la nombramos por el puesto porque no sabemos su nombre. Mándenlo con su correo y le hacemos su acceso.
A28 · lo de estandarizar a cajas de 24, que lo propusieron ustedes. Nos parece bien y no corre prisa. Sólo queremos que lo decidan sabiendo dos cosas que medimos: en Amazon, cambiar el tamaño del paquete normalmente obliga a crear una publicación nueva, y las 47 calificaciones que tiene hoy el de 500 ml no se mudan con ella; y una tarima dejaría de ser 208 y 140 cajas para ser 104 y 70, así que todos los tramos de volumen del sitio cambian. El Atlas funciona igual con o sin esto, así que no bloquea nada: se puede decidir después, con calma.
Cada bloque se entrega completo y se prueba con un pedido real antes de pasar al siguiente. El detalle de cada uno está plegado: no hace falta abrirlo para aprobar el plan.
Qué deja funcionando: entra una orden de cualquier origen —empezando por la que llega al correo—, se aparta el inventario, aparece en «por despachar», se captura la guía y el cliente puede seguir su envío. Todo desde una sola pantalla, y el tablero de Monday deja de hacer falta.
Se prueba así: un pedido de prueba nace con su origen, al confirmarse aparta las cajas, al capturar la guía pasa a enviado y el inventario baja, y al cancelarlo vuelve. Un archivo de veinte pedidos de Amazon importa veinte; subirlo otra vez no crea ninguno.
Qué deja funcionando: el sitio nuevo vive en watermatters.com.mx, cobra, y el comprador recibe su correo de confirmación desde el dominio de ustedes. Hoy no lo recibe.
Se prueba así: las once direcciones responden donde deben, el correo a Alejandra llega antes de mover nada, y al menos una re-suscripción real se cobra.
Qué deja funcionando: nadie vuelve a copiar un pedido de un sistema a otro, y la guía sube sola al marketplace.
Se prueba así: un pedido real de Amazon aparece sin que nadie lo cargue, su guía se refleja del otro lado, y el mismo aviso repetido no duplica nada.
Qué deja funcionando: se cotiza y se rastrea un envío desde el Atlas, y una tarima se cotiza desde la oportunidad con el precio correcto.
Se prueba así: un envío real se cotiza y se rastrea, un código postal conocido devuelve al distribuidor esperado, y un pedido a negocio pasa la oportunidad a ganada al pagarse.
Qué deja funcionando: el comprador puede pedir factura al comprar, y el historial comercial que hoy vive en Salesforce queda dentro del Atlas.
Qué deja funcionando: el Atlas y Bind dejan de contar cosas distintas. Nadie vuelve a capturar en Bind un pedido que ya está en el Atlas, y lo que la tienda dice que hay es lo que de verdad hay.
Este bloque no existía hasta el 3 de septiembre. Preguntamos qué hacían en Bind y nos dijeron: órdenes de compra a proveedores, producciones, inventarios, facturación y registro de pagos de clientes. Dos de esas cosas las íbamos a construir de cero. Habríamos terminado con dos inventarios y dos verdades sobre lo mismo, cada una pareciendo correcta por su lado.
Antes de escribir una línea: media hora de llamada con quien opera Bind, para acordar qué viaja y en qué dirección. Es lo que evita construirlo dos veces.
Qué deja funcionando: el sitio deja de empujar al chat lo que ustedes reciben por correo. Quien compra una caja sigue comprando en línea; quien pide una tarima escribe al buzón de ventas, con los datos ya puestos.
Se prueba así: se opera el cotizador con los cuatro volúmenes y el botón principal abre el correo con los datos dentro; y desde la portada, la tienda y la ficha se llega a las tiendas físicas con su distancia.
Qué deja funcionando: empieza a moverse lo que ustedes pidieron cambiar. Hoy no hay ni un artículo publicado ni una palabra de búsqueda cargada, en ninguna de las dos marcas.
Se prueba así: con artículos publicados que aparezcan en el buscador, y con una compra en la tienda que se pueda atribuir a uno de ellos. No con visitas: las visitas no eran el objetivo de nadie.
Depende de una decisión suya: la línea de la lonchera apunta a Abrazo de Oso, que hoy no tiene tienda. Es la tarea A17.
Esto es lo que se mueve solo entre los sistemas cuando el plan esté hecho. El detalle campo por campo, con los nombres que usa cada sistema, está plegado al final de la sección.
La regla: el mismo pedido nunca entra dos veces, y un pedido sólo avanza de estado, nunca retrocede.
Lo que no viaja: el precio de Amazon se sigue administrando donde se administra hoy; el Atlas lo guarda sólo para reportar.
Lo que no viaja: los datos de la tarjeta. Wix no los entrega a nadie, y ésa es la razón de la re-suscripción.
Si no la abren: el Atlas manda el packing list por correo y la guía se captura al recibirla. El resultado en pantalla es el mismo.
| En el Atlas | Qué es | Con qué se enlaza |
|---|---|---|
| Producto | El agua de 330 ml o la de 500 ml. Es lo que la gente busca. | Tiene abajo una o varias presentaciones. |
| Presentación | La caja de 24 o el paquete de 12. Es lo que de verdad se vende y lo que tiene existencias: la caja de 24 y el paquete de 12 son dos cosas distintas, aunque el agua sea la misma. | Cada una con su código, su precio por lista y su inventario. |
| Tarima | No es un producto aparte: son 208 cajas de 330 ml o 140 de 500 ml. | Se pide en cajas; el Atlas sabe que eso es una tarima y la manda por flete. |
| Pedido | Lo que alguien compró, con su origen y su total. Vive aunque el catálogo cambie después. | Cuelga de un contacto y puede tener uno o varios envíos. |
| Envío | La caja que sale, con su paquetería, su guía y su rastreo. | Pertenece a un pedido y descuenta el inventario al despacharse. |
Chips: va el dato existe en los dos lados · crear acá lo crea el Atlas · crear allá lo escribe el Atlas en el proveedor · confirmar depende de una respuesta de ustedes o del proveedor · no viaja.
| En el proveedor | En el Atlas | Estado | Nota |
|---|---|---|---|
| Ventiapp → Atlas · un pedido de marketplace entra al Atlas | |||
| orderId · channel · externalId | orders.external_ref · orders.canal · orders.idempotency_key | crear acá | La llave «canal:referencia» impide duplicar aunque el aviso llegue dos veces. |
| status (CREATED, SHIPPED, CANCELED, DELIVERED…) | orders.estado vía order_transition | crear acá | El estado externo sólo avanza; un retroceso se rechaza y queda anotado. |
| comprador: nombre, email, dirección, CP, teléfono | orders.cliente_* · orders.envio · contacts (por teléfono o correo) | crear acá | Amazon suele entregar un correo enmascarado; con el primer pedido real vemos qué datos llegan por Ventiapp y de ahí sale la regla para no duplicar contactos. Un comprador no abre una oportunidad de venta. |
| items: sku · channelSku · cantidad · precio | orders.items → order_items · product_variants (SKU de 12) | crear acá | El SKU debe coincidir exacto entre Ventiapp y el Atlas; se fija en la carga inicial. |
| shipping: trackingId · courier · status | shipments.guia · carrier · estado | va | Cuando la guía la genera el marketplace, viene de Ventiapp; cuando la genera el Atlas, va hacia Ventiapp (abajo). |
| Atlas → Ventiapp · lo que el Atlas escribe en Ventiapp | |||
| updateshippinglabel: tracking · URL de guía · paquetería · URL de rastreo | shipments.guia · label_url · carrier · tracking_url | crear allá | Ventiapp lo sube a Amazon, que necesita la guía para dar por despachado un pedido del vendedor. |
| updateshippingstatus | shipments.estado | crear allá | Al pasar a en tránsito y a entregado. |
| updatestock (hasta 50 SKU) | product_variants.inventario − reservado | crear allá | Después de cada movimiento de inventario. Los negativos Ventiapp los deja en 0. |
| precio por canal | price_lists «amazon» | no viaja | El precio de Amazon se administra en Ventiapp/Amazon; el Atlas lo guarda sólo para reportar margen. |
| Wix → Atlas · una sola vez, el historial | |||
| CSV productos: nombre, descripción, precio, imágenes | products · product_variants | va | Las dos cajas ya existen en el Atlas; el agua de mango entra apagada hasta que ustedes digan si se vende en la web nueva. |
| CSV contactos: nombre, correo, teléfono, dirección | contacts (origen «wix») | crear acá | Sin duplicar por correo o teléfono. |
| CSV pedidos: número, fecha (UTC), estado, pago, líneas, total | orders (canal «wix», historial) | crear acá | Entra como historial: no mueve inventario ni avisa a nadie. |
| suscriptores: plan, ciclo, descuento, próximo cobro | contacts (etiqueta «re-suscribir») · coupons | crear acá | Los datos de pago no salen de Wix: se re-suscribe con enlace de Stripe. |
| datos de tarjeta | — | no viaja | Wix no los entrega a nadie. Es la razón de la re-suscripción. |
| Atlas ↔ Buho · la interfaz que se pide | |||
| cotizar (origen, destino, bultos, peso, medidas) | shipments (cotizado) | confirmar | Depende de que Buho abra su integración. Sin ella: costo por regla y packing list por correo. |
| crear envío → guía, etiqueta, rastreo | shipments.guia · label_url · tracking_url | confirmar | Sin integración: Jessica captura la guía que Buho le manda. |
| eventos de rastreo | shipment_events → orders.estado | confirmar | Por webhook si existe; si no, consulta periódica o captura manual de «entregado». |
Tres pedidos distintos, los tres en el mismo tablero. En cada paso: qué hace la persona, qué pasa por detrás, y quién construye esa pieza. Los números de pedido, direcciones, guías y tiempos de las pantallas son de muestra; las reglas y los precios son los reales. Dentro de las pantallas, las etiquetas de colores marcan el canal por el que entró cada pedido: web, amazon, negocio.
Paga con tarjeta. Stripe confirma el pago y la orden nace en el Atlas con canal «web», su total, su dirección y su teléfono.
La orden pasa a «confirmada». El inventario de la caja de 24 × 500 ml baja en «reservado» (no en «en mano» todavía). Como el pedido no es de Amazon ni es una tarima, la regla lo asigna a Buho.
| Pedido | Canal | Cajas | Destino | Proveedor | Edad |
|---|---|---|---|---|---|
| WM-MTJ7K2QF | web | 2 | Querétaro, 76000 | Buho | hace 4 min |
| WM-MTJ7K2PA | amazon | 1 (12) | Monterrey, 64000 | guía Amazon | hace 40 min |
| WM-MTJ7K2NN | negocio | 140 | Cancún, 77500 | flete directo | ayer |
Ve la dirección, el paquete prellenado (2 cajas: el peso y las medidas de la caja de 24 salen del dato que ustedes entregan en A7) y el proveedor. Con la integración de Buho, «Cotizar» trae el costo y «Crear envío» devuelve la guía. Sin la integración todavía, el Atlas le manda a Buho el packing list por correo y Jessica captura la guía cuando la recibe. Cualquiera de los dos caminos deja la misma huella.
Al quedar la guía, la orden avanza sola. La clienta recibe WhatsApp o correo con el número de rastreo y puede seguirlo en la página de consulta del sitio. El inventario mueve las dos cajas de «reservado» a «vendido».
Cuando el rastreo marca entregado (o Jessica lo marca), la orden pasa a «entregada» y a los días la clienta recibe la encuesta que ya existe: si califica bien, se le invita a dejar reseña y recibe un cupón.
Amazon le cobra y le promete entrega en unos días. Como ustedes son el remitente, el pedido tiene que salir de su almacén.
Según lo que nos contaron, ese pedido ya llega hoy a Ventiapp. Con la conexión, Ventiapp avisa al Atlas al instante; el Atlas confirma el aviso consultando el pedido y lo crea con canal «amazon», la referencia de Amazon, el SKU de 12 y la dirección. Si el aviso se pierde, el repaso de cada 15 minutos lo trae igual. Y si por cualquier razón la conexión no está, Jessica sube el archivo de pedidos y entra exactamente igual.
El pedido aparece en «Por despachar» con la etiqueta de Amazon. La regla dice «guía del marketplace»: la guía se genera donde se genere hoy, y se captura en el Atlas.
En Amazon, un pedido que despacha el vendedor se marca como enviado con su guía; hasta que eso pasa, Amazon no lo da por despachado. El Atlas manda paquetería, guía y rastreo a Ventiapp, y Ventiapp lo sube a Amazon. Mientras la conexión no exista, la pantalla muestra «pega esta guía en Ventiapp» con un botón de copiar.
El inventario del SKU de 12 baja en el Atlas y el Atlas se lo dice a Ventiapp, que lo replica a Amazon. Si un producto se agota, la publicación se detiene sin que nadie corra a apagarla, en cuanto Ventiapp lo replica.
Nos lo corrigió Anuar, uno de los socios: «si un hotel nos pide una tarima es porque sí o sí ya está la negociación hecha: ya nos dieron de alta, ya está el precio definido. Y normalmente ese pedido lo harían por correo, no nos escribirían». Éste es el camino que más pesa hoy, y es el que hoy vive en Monday.
De un cliente que ya está dado de alta, con su precio ya acordado. No hay que cotizar ni negociar: hay que surtirla. Hoy alguien la lee y la anota a mano en el tablero de Monday.
Con el buzón conectado, el correo aparece en el Atlas ligado a ese cliente y basta con confirmarlo: se eligen las presentaciones y las cantidades, el precio lo pone la lista que le corresponde, y nace la orden con su número. Sin el buzón conectado, se captura igual de rápido a mano, como hoy en Monday, pero ya dentro del sistema.
La misma cola donde caen los pedidos de la web y los de Amazon, pero con la etiqueta de que vino por correo. Como es una tarima, la regla lo manda a flete directo.
Exactamente lo que hoy hacen en el tablero: el número de guía y si llegó o no. La diferencia es que aquí el rastreo se actualiza solo cuando el proveedor lo devuelve, y el cliente puede consultarlo sin preguntar.
Es la quinta columna que hoy llevan aparte. La orden cierra su ciclo dentro del Atlas, y el inventario ya bajó cuando salió.
Ramón no cierra tarimas por chat. Anuar fue claro: «es muy raro que realmente a través de WhatsApp, o rápidamente en una cotización, logremos cerrar ventas de tarimas». Lo que sí hace, y es lo que vale: detectar la oportunidad y ponerla en manos de Jessica el mismo día.
Preguntando: si venden para negocios, si personalizan, cuánto cuesta. Ramón contesta lo que sabe, con el catálogo real, y averigua lo básico: qué tipo de negocio es, dónde está y cuánto consume.
Textual de Anuar: «está muy bien para que detecte oportunidades, avise a Jessica por correo, copia a José, y se genere esa oportunidad». Ahí termina el trabajo del bot: la negociación es de personas.
Y a partir de ahí sus pedidos entran por el camino C: orden de compra al correo. La oportunidad del CRM se marca ganada sola cuando se cobra la primera.
El Atlas es una plataforma con muchas secciones porque sirve a negocios distintos. Para Water Matters, ésta es la lista, con la razón en una línea.
| Sección | Pantalla | Cómo queda | Por qué |
|---|---|---|---|
| Se queda encendido | |||
| CRM | /admin/crm/atlas · bandeja, contactos, pipeline, tareas | núcleo | Los leads de hoteles, corporativos y distribuidores llegan aquí y a Jessica; sustituye a Salesforce, cuyo historial se importa después. |
| Buzón de ventas | Atlas → Configuración → Conectar correo | nuevo | Las órdenes de compra que llegan a ventas@ entran al Atlas ligadas al cliente que las mandó. Es el canal que hoy vive en Monday. |
| Bandeja y Ramón | /admin/crm/atlas · /admin/crm/kb | sí | Ramón ya contesta WhatsApp y el chat de la web, y con la autorización de ustedes atiende también los mensajes directos de Instagram, en la misma bandeja. Con la logística construida podrá leer el pedido real para confirmar y dar rastreo. |
| Tienda y Órdenes | /admin/tienda · /admin/ordenes | se adapta | Órdenes de todos los canales con su etiqueta de origen; SKU reales: caja de 24, caja de 12, tarima. |
| Post-venta | /admin/postventa · /admin/resenas | sí | Avisos por estado, devoluciones (48 horas para reportar daño), encuesta que se convierte en reseña. |
| Agenda, atribución, blog, comunicaciones | /admin/crm/calendario · /admin/crm/analytics · /admin/blog · /admin/comunicaciones | sí | Ramón agenda de verdad; se sabe de qué canal viene cada venta; el contenido para buscadores; el registro de lo enviado a cada comprador. |
| Equipo | /admin/colaboradores | sí | Es la pantalla donde Alejandra les da acceso a Jessica y a José. |
| Se construye para ustedes | |||
| Logística | /admin/logistica | nuevo | Por despachar, envíos, guías, rastreo, incidencias, proveedores y reglas. Declarado en el catálogo de la plataforma para Water Matters desde julio; en su Atlas sólo hay un borrador de pantalla, hecho antes de este estudio. |
| Inventario | /admin/inventario | nuevo | Un solo stock por SKU, movimientos por canal, alertas de mínimo, y el empuje a Ventiapp. |
| Distribuidores y precios | /admin/distribuidores · /admin/tienda/precios | nuevo | El tramo de 10 cajas a una tarima necesita saber quién atiende cada plaza; las tarimas y el retail necesitan su lista de precios. |
| Queda para después | |||
| Catálogo dentro de WhatsApp | /admin/tienda/feria | después | Útil, pero requiere la verificación del negocio en Meta; Ramón ya vende por WhatsApp sin él. |
| Se apaga: es la operación de Catalizadora, no la de ustedes | |||
| Ingresos (cobros de agencia) | /admin/ingresos | apagado | Cotizaciones y facturas de Catalizadora a sus clientes. La venta de Water Matters cobra por el checkout. |
| Clientes, proyectos, plantillas, retainer | /admin/clients · /admin/projects · /admin/templates · /admin/retainer | apagado | La agencia administra ahí sus propios proyectos. |
| Soporte interno, monitoreo de integraciones, juntas, accesos de portal | /admin/remedio · /admin/centinela · /admin/granola · /admin/users | apagado | Hoy se ven al entrar; quedan apagadas. Son herramientas internas de Catalizadora. La página pública de soporte sí les sirve para reportarnos algo. |
Para que nadie las reabra a mitad del trabajo, y para que ustedes sepan exactamente qué dimos por cerrado. Si alguna no les cuadra, éste es el momento de decirlo — después cuesta. Dos ya cambiaron, y las dejamos marcadas: las dos estaban tomadas sobre lo que suponíamos, y sus respuestas del 3 de septiembre las corrigieron. Es exactamente para lo que sirve preguntar antes de construir.
| La decisión | Por qué | Quién la tomó |
|---|---|---|
| De Wix se sale, no se integra | Wix no está en la lista de sistemas que Ventiapp conecta, y su pasarela de pago no opera en México. Mantenerlo sería pagar dos veces por media solución | Catalizadora · lo confirman ustedes |
| Amazon no se conecta directo: va por Ventiapp | Su interfaz exige registro como desarrollador con revisión de Amazon, cuenta de AWS y semanas de trabajo. Ventiapp ya lo resolvió y ustedes ya lo pagan | Catalizadora |
| El bloque B no espera a nadie | Es el que reemplaza el tablero de Monday, que es lo que más pesa hoy. No depende de Ventiapp, ni de Buho, ni de ningún dato de ustedes | Catalizadora |
| El despacho nunca se bloquea | Si un proveedor no contesta o su conexión falla, el pedido se captura a mano y sigue — igual que hoy. Ningún sistema nuevo puede dejarlos sin despachar | Catalizadora |
| Ramón detecta y escala; no cierra tarimas | Lo dijo Anuar el 3 de septiembre, y el sistema ya estaba configurado así. Los documentos que decían lo contrario se corrigieron | Anuar, 3-sep |
| Mercado Libre no se nombra como canal | El 25 de agosto dijeron «ya no estamos ahí». Queda permitido por dentro, sin conexión ni pantalla, hasta que confirmen (A4) | Water Matters, 25-ago |
| Bind ERP entra al plan — y esta decisión cambió | Decía «queda fuera del camino crítico, porque no sabemos qué hacen ahí». El 3 de septiembre nos lo dijeron: ahí llevan órdenes de compra a proveedores, producciones, inventarios, facturación y pagos de clientes. Dos cosas que este plan iba a construir de cero ya viven ahí, así que la decisión correcta es la contraria: Bind manda en las existencias y en la factura, y el Atlas se acopla. Preguntar antes de construir es lo que evitó que hiciéramos un segundo inventario al lado del suyo | La encargada de logística, 3-sep |
| La caja física es la de 12, y la de 24 es un paquete de dos | También cambió el 3 de septiembre. Sosteníamos que eran dos cajas distintas y nos corrigieron: «el producto son cajas de 12 piezas; en Wix se venden como cajas de 24, mandamos 2 cajas de 12». Se modela como una sola caja con su presentación de dos — si fueran dos productos, vender un «24» no descontaría las existencias del 12 y el inventario se iría desviando sin avisar | La encargada de logística, 3-sep |
| Abrazo de Oso no se construye en esta ola | Es la apuesta de crecimiento en línea y hoy no tiene tienda. Primero se decide (A17), después se construye | Catalizadora · deciden ustedes |
Todo lo técnico está aquí, plegado. Se puede aprobar la propuesta sin abrirlos.
Órdenes. La tabla orders gana canal de origen, referencia externa, estado externo, llave de idempotencia, tipo (consumidor o negocio), enlace al contacto del CRM, enlace a la oportunidad, distribuidor, lista de precios, dirección estructurada, datos fiscales y el payload original del canal. Las líneas del pedido pasan a una tabla order_items que se llena sola desde el detalle actual, para que inventario y reportes tengan filas con las que cruzar, sin cambiar nada de lo que hoy escribe el checkout.
Un solo camino para el estado. La función order_transition vive en la base y es la única que cambia el estado de una orden: nueva → confirmada → despachada → enviada → entregada → facturada, más cancelada. La web, el importador, Ventiapp y las pantallas la llaman; nadie escribe el estado directo.
Logística. logistics_providers (manual, buho, guía de marketplace, flete directo; modo manual o API; el nombre del secreto, nunca su valor), shipments (orden, proveedor, paquetería, servicio, guía, etiqueta, costo, peso y medidas, origen y destino, estado), shipment_events (rastreo) y shipping_rules (condiciones por canal, cajas, peso, código postal y tipo → proveedor). Cuando una orden se confirma nace su envío pendiente con la regla que aplique; cuando el envío tiene guía, la orden avanza a enviada.
Inventario. product_variants gana reservado y stock mínimo; inventory_movements registra entradas, ventas, reservas, liberaciones, ajustes, devoluciones y mermas, cada uno con su llave para no contarse dos veces. Se cuenta en cajas por SKU. Una orden nueva reserva; despachar vende y libera la reserva; cancelar antes de despachar libera; una devolución recibida repone.
Negocios. price_lists y price_list_items (precio por variante, lista y cantidad mínima), customer_price_lists (qué lista tiene cada contacto), distributors (plaza, estado, ciudades, prefijos de código postal, coordenadas, rango de cajas, contacto) y la función distributor_for que responde quién atiende un código postal. La cotización a negocio es la misma orden, con tipo negocio y enlace a la oportunidad; al pagarse, la oportunidad pasa a Ganada.
Facturación. Campos fiscales en la orden (RFC, razón social, uso de CFDI), la factura en PDF que ya existe, y un enchufe para timbrado automático sin proveedor elegido todavía.
Todas las tablas nuevas llevan el identificador de la marca y las mismas reglas de acceso que las actuales: nada es visible sin sesión, y cada marca del grupo ve sólo lo suyo.
Cada proveedor entra por un adaptador con un contrato fijo. El Atlas habla con el contrato; el proveedor real se enchufa detrás. Por eso el primer bloque funciona sin ninguna API y por eso Buho puede llegar después sin rehacer nada.
// Logística: lo mismo para Buho, para una paquetería o para el modo manual interface LogisticsAdapter { quote(envio) → cotizaciones[] // costo, servicio, días create(envio) → { guia, etiqueta, rastreo } track(guia) → eventos[] cancel(guia) → ok } // Canales de venta: Ventiapp, Amazon (vía Ventiapp), Wix (historial) interface ChannelAdapter { parseCsv(archivo) → pedidos[] // obligatorio: es el modo del día uno pullOrders(desde) → pedidos[] // repaso cada 15 min parseWebhook(aviso) → pedidos[] // aviso en tiempo real pushTracking(ref, guia) // la guía sube al marketplace }
Ventiapp, en concreto. Autenticación por usuario y contraseña del usuario de API (token de 7 días). Pedidos: GET /api/orders/orders?date= (1 consulta por segundo, 50 por página) y GET /api/orders/findorder?orderid=. Guía y estatus: POST /api/orders/updateshippinglabel/ y POST /api/orders/updateshippingstatus/. Stock: POST /api/stock/updatestock (50 SKU). Webhooks: POST /api/webhooks/create con los tópicos orders/created, orders/updated, orders/cancelled, orders/shipment, orders/tracking. Los avisos no documentan firma ni reintentos, aunque sí permiten configurar una llave (OAuth o API-key) en el encabezado, que usaremos: cada aviso se guarda tal cual, se responde de inmediato y se confirma con findorder antes de procesarlo.
Buho. El adaptador nace con el contrato y sin proveedor conectado. Mientras Buho no abra su integración, la función create manda el packing list por correo y deja el envío en «pendiente de guía»; Jessica la captura. Si Buho la abre, se implementa el mismo contrato y nada más cambia.
Amazon directo, descartado por ahora. La Selling Partner API exige registrarse como desarrollador con revisión de Amazon (sin plazo publicado), rotación de tokens, una cuenta de AWS para recibir avisos y listar pedidos a razón de una consulta por minuto en la versión de la API que hoy usan los integradores. Ventiapp ya resuelve todo eso, y sus otros marketplaces también.
1 · Importar. Un programa lee las cuatro exportaciones. Primero en modo ensayo (imprime cuántos productos, contactos y pedidos entrarían y qué colisiona), después escribe, y al final compara filas del archivo contra filas de la base. Los pedidos entran como historial con canal «wix»: no mueven inventario ni avisan a nadie. Cada comprador queda como contacto sin abrir una oportunidad de venta.
2 · Redirigir. Las URL vivas del sitio de Wix son once (ocho páginas y tres productos); ocho necesitan destino nuevo y tres conservan su dirección (la portada, distribuidores y aviso de privacidad). Los destinos que siguen valen una vez que el sitio nuevo viva en la raíz de watermatters.com.mx (hoy está en una dirección temporal de pruebas): /shop → /tienda · /product-page/copia-de-caja-de-330ml → /tienda/330ml · /product-page/copia-de-caja-de-500ml → /tienda/500ml · /product-page/agua-infusionada-sabor-mango → /tienda · /quienessomos → /historia · /team-1 → /negocios/diseno-personalizado · /contact → /contacto · /payment-request-page → /pagar; /distribuidores y /aviso-de-privacidad conservan su dirección. También www → dominio principal. Las redirecciones son permanentes (301), para que Google traspase lo que ya indexó.
3 · El dominio y el correo. Medido con dig y whois: el dominio está registrado en GoDaddy (desde el 12 de mayo de 2017, vence el 12 de mayo de 2027), sus servidores de nombre son ns14.wixdns.net y ns15.wixdns.net, el correo apunta a Google (aspmx.l.google.com y sus cuatro alternos), no hay registro SPF y el DMARC actual es un alias a _dmarc.wixemails.com (modo observación) que deja de existir al cambiar los servidores de nombre. El orden: se crea la zona en Cloudflare con los cinco MX de Google, el SPF (v=spf1 include:_spf.google.com ~all), el DKIM que entrega Google Workspace, un DMARC propio en modo observación, los registros de Resend para el correo transaccional, y el sitio nuevo en la raíz y en www. Se verifica cada registro contra los servidores de Cloudflare antes de tocar nada. Se cambian los servidores de nombre en GoDaddy. Se prueba el correo a ale@ antes que el sitio. La propagación toma horas y no la controla nadie: por eso todo se deja listo antes de mover los servidores de nombre. El mismo día se le quita al sitio nuevo el bloqueo que impide que Google lo encuentre, y se comprueba que ya no está.
4 · Re-suscribir. Wix no entrega los datos de pago de los suscriptores. Antes de fijar cualquier fecha se cuenta cuántos suscriptores activos hay (exportación A3): ese número decide el ritmo y el mensaje. Cada suscriptor recibe un correo desde pedidos@watermatters.com.mx con su enlace de suscripción en el sitio nuevo y un cupón con su mismo descuento, validado en el servidor. Cuando paga su primer ciclo en Stripe, el cupón queda canjeado y nosotros les avisamos a quién hay que cancelarle el plan en Wix, con nombre y fecha; esa cancelación la hace alguien de ustedes desde su panel, una por una. Si no se cancela, esa persona paga dos veces. Fecha límite propuesta: 30 días después del cambio de dominio, a confirmar con el conteo; a quien no se re-suscriba se le avisa antes y se le llama.
5 · Apagar. Wix queda como respaldo (ya sin recibir tráfico) hasta que la última suscripción se haya movido, con 30 días como referencia. Se exporta un CSV final el día del cambio, y se cancela el plan.
| Bloque | Tamaño | Está hecho cuando | Prueba automática |
|---|---|---|---|
| B · a mano y por archivo | mediano | Una orden de prueba nace con canal, al confirmarse crea su envío y reserva stock, al capturar la guía pasa a enviada y el stock baja, al cancelarse repone. Un archivo con 20 pedidos de Amazon importa 20; subirlo otra vez no crea ninguno. | wm-logistica.mjs · wm-modulos.mjs |
| C · Wix se apaga | mediano | Las ocho URL de Wix que cambian responden con su redirección al destino correcto en el dominio final y las tres restantes responden en su misma dirección; los cinco MX de Google, SPF, DKIM y DMARC están presentes; la cabecera de «no indexar» ya no sale; las filas importadas coinciden con el archivo; al menos una re-suscripción real se cobró en Stripe con su cupón. | wm-wix.mjs |
| D · canales conectados | mediano | Un pedido real de Amazon aparece en el Atlas sin que nadie lo cargue; su guía capturada se refleja en Ventiapp y en Amazon; el mismo aviso reenviado no duplica; un estado que retrocede se rechaza. | wm-canales.mjs · pruebas de los adaptadores |
| E · Buho y negocios | mediano | Un envío real se cotiza, crea y rastrea con Buho desde el Atlas (o, sin integración, el packing list sale por correo y la guía capturada cierra el ciclo); un código postal conocido rutea al distribuidor esperado; un pedido creado desde una oportunidad nace con precios de lista y al pagarse la oportunidad pasa a Ganada; un precio manipulado desde el navegador se rechaza. | wm-b2b.mjs |
| F · facturación y Salesforce | chico | Un RFC inválido se rechaza; la factura en PDF se ve en la consulta de envío; el historial de Salesforce entra sin duplicar por correo o teléfono. | wm-ordenes.mjs · verificación del importador |
Cada bloque se trabaja en una rama y se integra una sola vez al cierre. Las pruebas automáticas quedan corriendo después: si algo se rompe, avisan solas.
Lo que sigue lo medimos el 3 de septiembre sobre sus sistemas públicos: la tienda de Wix, la ficha de Amazon, la documentación de Ventiapp y de Buho, y la base del Atlas.
watermatters.com.mx/shop y las tres fichas de producto; de ahí salen los tres productos, los precios, los planes de suscripción con su permanencia y descuento, la ausencia de SKU e inventario, la moneda y el texto de envío gratis. El proveedor de pago no se expone en ese HTML. El sitemap de Wix listó once URL.whois y dig sobre watermatters.com.mx: registrador, fechas, servidores de nombre, MX, ausencia de SPF.Esta página fue revisada afirmación por afirmación por una segunda revisión independiente antes de publicarse.