Conectamos la tienda, los marketplaces, los cobros, el depósito y la facturación en una sola operación, y le agregamos inteligencia artificial con acceso a los datos reales del negocio. Lo hacemos todos los días en marcas que son nuestras.
Una marca de ecommerce se reparte entre la tienda, los marketplaces, los medios de pago, el depósito, la atención y la publicidad. Cada pieza cumple bien su función; ninguna resuelve la coordinación entre todas, y la factura de eso la paga el negocio. Cada una de estas cuatro tiene su capítulo más abajo.
Estos límites los encontramos primero en nuestra propia operación, y la respuesta no fue incorporar otra herramienta: fue construir la pieza que faltaba entre las que ya teníamos. Es exactamente lo que hacemos hoy para otras marcas.
Hoy cada pedido pasa por sus manos, y la capacidad la fija su equipo.
El día a díaCuando la operación está integrada, el pedido avanza solo hasta donde hace falta una persona. Este es el camino completo de una venta: los pasos marcados ocurren sin que nadie los dispare.
El pedido aparece en una bandeja común venga del canal que venga, con los packs de marketplace agrupados en una sola unidad de trabajo.
El estado de pago se contrasta entre la plataforma, el cobro y el registro interno, de modo que la bandeja siempre muestra el estado real.
La venta descuenta el catálogo interno una sola vez, y el número corregido se vuelve a publicar en el resto de los canales.
La cola de preparación agrupa lo que hay que juntar, por producto o por recorrido de depósito, y avisa antes de salir si falta stock o si un artículo no tiene ubicación.
Cada artículo se escanea contra el pedido antes de darlo por preparado, y el fulfillment se dispara solo en la plataforma de origen.
Según el método de envío que eligió el cliente se resuelve el courier y se emite la guía con su etiqueta y su seguimiento. Si el pedido lo retira el cliente, sale la etiqueta de retiro.
El comprobante fiscal electrónico se emite desde la misma orden, una sola vez, con sus enlaces al documento y a la verificación oficial.
El cliente recibe el aviso, el cobro queda conciliado, y la venta ya está en el margen del canal, en el reporte y en el contexto que lee el asistente.
De los ocho pasos, cuatro no requieren que nadie haga nada y los otros cuatro se resuelven con un click. Lo único que exige manos de verdad es lo físico: juntar el pedido y despacharlo. Los cuatro clicks también pueden correr solos — los dejamos con confirmación por decisión, no por límite.
Hoy el stock deja de coincidir, y se entera cuando ya vendió algo que no estaba.
Vender lo que sí hayLa causa más común de pérdida en una operación multicanal es que cada plataforma lleve su propio registro. Invertimos el sentido: el catálogo interno manda, y el número corregido viaja solo a todos los canales.
Un SKU, un stock, un costo. Todo lo demás es una publicación de eso.
Tienda online
Recibe el stock real del catálogo.
Marketplace
Recibe el stock con el colchón de seguridad aplicado.
La venta ocurre en un canal, descuenta el catálogo y el número corregido vuelve a todos los canales. No hay una segunda resta esperando.
Una regla por umbral publica algo menos de lo que hay. Existe global y por producto, y es la razón por la que a veces el número publicado no coincide con el real.
Sin SKU, duplicado, publicado en un solo canal o desviado del valor esperado: cada caso se clasifica y se corrige con un ajuste, no con una planilla.
Con la venta de los últimos treinta días, el plazo de entrega y la cobertura objetivo, el sistema propone qué reponer antes de que falte.
Hoy el margen real aparece a fin de mes, y las decisiones se toman antes.
Saber en qué estásPreguntar cuánto vendió, qué hay que reponer o dónde se está yendo la plata no debería costar media mañana de planillas. La respuesta sale de los datos reales de la operación, con los mismos permisos que tiene quien pregunta, y nunca de una cifra inventada.
Una foto viva del negocio que se reconstruye en cada consulta. Cada cifra viaja etiquetada con su ventana, su fuente, su unidad y su definición, y lo que puede estar incompleto lo declara. Nunca contiene datos personales ni credenciales.
Treinta y seis de lectura y cuarenta y tres de acción. El asistente decide solo si la respuesta está en la base, en una integración en vivo o en el contexto, y consulta lo que haga falta antes de responder.
Ninguna acción se ejecuta en la primera llamada: primero devuelve una vista previa de lo que va a hacer y solo corre al confirmarla. Un comprobante fiscal o una guía paga no se emiten por accidente.
Los nombres reales de las funciones que el asistente puede llamar. No es una lista de capacidades escrita para esta página: es lo que está declarado en el código.
Lecturas36
Acciones43
Si no puede confirmar un número, lo dice.
Las mismas herramientas del asistente quedan publicadas hacia afuera por el protocolo MCP. Un cliente de IA recibe una instrucción en lenguaje natural y opera el negocio con ella: sin abrir la aplicación y sin aprender otra interfaz. La interfaz es la conversación.
Funciona con
Consultar
Operar
El dueño consulta el negocio desde el teléfono mientras camina, y despacha lo que haya que despachar sin sentarse frente a una pantalla.
El acceso está atado a una persona y a un negocio, y corre con el mismo rol que esa persona tiene adentro. No es una llave maestra, y se revoca cuando haga falta.
Es el conjunto de funciones del asistente publicado hacia afuera. No hay una segunda implementación que se desincronice ni funciones que existan solo por un lado.
Toda acción devuelve primero una vista previa de lo que va a hacer. Un comprobante fiscal o una etiqueta paga no se emiten de un tirón por una frase mal entendida. Es una política, no un límite.
Lo que hoy se opera por conversación desde el teléfono es exactamente lo que puede operar un sistema externo, con el mismo control y el mismo registro. La operación entera podría quedar en manos de un modelo sin que nadie la mire; que haya siempre alguien mirando es una decisión nuestra.
Hoy cada canal nuevo suma trabajo en lugar de restarlo.
Crecer sin contratarCada plataforma cumple bien su función por separado; lo que ninguna resuelve es la coordinación entre todas. Con esa capa puesta, un precio se define una vez, una venta descuenta una vez, y un canal más es una conexión — no otro sistema que atender a mano.
Diecisiete servicios conectados, en siete frentes
Los pedidos de todos los canales llegan a una misma bandeja, con sus estados reconciliados.
La capa de pago se cruza contra las ventas; nunca se cuenta dos veces.
Un pedido, un comprobante, con ambiente de prueba antes de emitir de verdad. Se conecta al proveedor que exija cada país; el flujo no cambia.
El courier se resuelve por regla según el método de envío que eligió el cliente. Hoy hay tres servicios en producción; el mismo patrón conecta cualquiera que exponga una API.
El tráfico y la demanda se leen junto a las ventas, no en otra herramienta.
Comentarios, mensajes y correo llegan a un solo lugar y se contestan desde ahí.
Conectada a datos operativos reales, nunca a un conjunto de ejemplo. El acceso es el mismo que tiene la persona que pregunta.
Diecisiete conexiones en producción hoy. La lista nombra al proveedor donde el nombre significa algo para cualquiera, y nombra la capacidad donde el proveedor cambia según el país.
No son módulos que se venden por separado. Son las áreas de una operación completa, resueltas sobre los mismos datos.
Ventas omnicanal
Tienda y marketplaces, unificados en una sola bandeja.
Inventario que manda
Un solo catálogo es la verdad y se propaga solo.
Cobros y finanzas
La foto real de la plata, no solamente las ventas.
Facturación y envíos
Del pedido al comprobante y a la guía, sin cambiar de pantalla.
Marketing y contenido
Redes, tráfico y marca, medidos y accionables.
Asistente con IA
Pregunta cualquier cosa del negocio, y también actúa.
Objetivos y planificación
Metas que se miden solas y trabajo organizado.
Multi-marca y teléfono
Pensado para varias marcas en simultáneo y para usarse de pie.
17
servicios externos conectados
79
herramientas del asistente
88
pantallas de operación
70
modelos de datos
Cifras contadas sobre el código en producción.
Melsho no nació de un manual ni de un análisis de mercado. Operar ecommerce propio es una unidad de negocio nuestra, con su facturación y su riesgo, y de ahí sale todo lo que sabemos: de sostener una operación real, con sus errores y su costo, y convertir cada aprendizaje en sistema. Cada marca conserva su nombre, su catálogo y su relación con sus clientes; lo que comparten es la operación de abajo.
Riesgo propio
Cada decisión que tomamos la paga primero nuestra propia operación, depósito incluido: la logística no la delegamos, la operamos. Eso fija el estándar con el que trabajamos, y lo fija más alto que cualquier acuerdo.
Construido para varias marcas
La separación entre negocios es estructural, no una configuración: cada uno con sus datos, sus cuentas conectadas y su equipo. Sumar una marca es poner en marcha una operación, no montar otra empresa.
Horizonte largo
Construimos para sostener, no para demostrar. Un sistema que hay que rehacer dentro de un año no resolvió el problema: lo aplazó.
Una sola operación
Cada operación nueva empieza donde terminó la anterior.
Aislamiento por negocio
Cada marca vive en su propio esquema de base de datos. La separación es estructural: no hay un filtro que alguien pueda olvidar.
Credenciales por negocio, cifradas
Cada operación conecta sus propias cuentas. No existe una credencial de reserva: un negocio sin conectar queda sin conectar, nunca hereda la de otro.
Cola de trabajos
Lo lento corre en segundo plano con reintentos, y lo que falla queda visible y se puede volver a procesar desde el panel.
Lectura instantánea
Las lecturas se sirven al momento y se refrescan por detrás, con la caché separada por negocio para que ninguna respuesta cruce de una marca a otra.
Todo lo que se describe en esta página está funcionando ahora mismo. No hay funciones prometidas ni pantallas de concepto.
Las tres se ordenan por una sola cosa: cuánto de lo que ya tenemos construido entra en su caso. Nadie empieza en cero, y ninguna de las tres es una suscripción a un servicio compartido.
Su stack sigue siendo el suyo. No cambia de sistema.
Sus plataformas se quedan donde están y lo que construimos es lo que falta entre ellas: las conexiones, los automatismos y las piezas que hoy resuelve alguien a mano.
Todo lo de esta página, en una instancia suya.
Si lo que ya está construido le alcanza, se despliega una instancia propia con sus datos, sus credenciales y su configuración. Lo que se pone en marcha es una configuración, no un proyecto.
La base entera, más lo que su operación necesite encima.
El caso más frecuente: casi todo le sirve, pero su operación tiene algo que todavía no hacemos. Entonces no se empieza de cero — se parte de un sistema que ya funciona y se construye únicamente la diferencia.
Una llamada de treinta a cuarenta y cinco minutos mirando cómo trabaja hoy: qué se resuelve a mano, qué sistemas no se hablan entre sí y dónde se le va el tiempo. Sale de ahí con un mapa de qué conviene automatizar primero y en qué orden, nos contrate o no.
O escríbanos directamente a [email protected]
