# Lanzar es fácil; sostener la tienda es el trabajo real | SGD Source: https://somosgentedigital.com/es-co/blog/ownership-retainer-plataformas-ecommerce Date: 2026-09-25 Lanzar la tienda es fácil; sostenerla es el trabajo de verdad. Control operativo, acompañamiento continuo y cuándo el SaaS ya no alcanza. Checklist B2B LatAm. ![Portada Aura SGD: lanzar es fácil; sostener la tienda es el trabajo de verdad](https://images.prismic.io/somosgentedigital-alfa/lRRH4cmV7DAT5vWF_wiki-cover-procesos.png?auto=format,compress) Tu tienda en Shopify, Webflow o WooCommerce puede verse impecable el día del lanzamiento. Seis meses después, la pregunta ya no es “¿cuál CMS elegimos?”, sino quién sostiene el inventario, el checkout, los reportes y los plugins que se rompen con cada update. En foros de agencias y equipos de ecommerce se repite la misma fatiga: límites de plataforma, la inversión y el control se quedan en la plataforma, un CMS “manejable” que se deshace cuando el negocio crece. La lección, desde la mesa de agencia —no desde el rant del foro— es otra: **SaaS** (software como servicio: pagas por usar una plataforma en la nube) suele estar bien al principio. El costo real llega después. ## Al principio, el SaaS suele estar bien Montar en una plataforma de terceros acelera el arranque: pagos, hosting, temas, apps. Para un B2B LatAm que necesita vender ya, eso importa. En Somos Gente Digital no hay ideología anti-SaaS: si el stack te deja operar, úsalo. El error es tratar el lanzamiento como el final del proyecto. El día uno valida el canal; el día ciento valida si puedes **controlar** la operación —accesos, datos, integraciones— o si la inversión y el control se quedan en la plataforma. ## El costo real llega después del lanzamiento Lo que vemos con clientes (y lo que se escucha en comunidades de webdev y ecommerce) no es “Shopify es malo”. Es deuda operativa acumulada: - **Plugins y apps **que “arreglan” un hueco y luego rompen el checkout o el tema en el siguiente update. - **Checkout y pagos **atados a reglas de la plataforma: lo que parecía flexible en el pitch se vuelve ticket eterno. - **Sync de inventario / proveedor / ERP**: la vitrina se ve bien; el stock y los precios viven en otro sistema. Sin un dueño claro del sync, ops vive en Excel. - **Reportes**: marketing pide un número, finanzas otro, la plataforma exporta un tercero. Nadie tiene una fuente de verdad a nombre del negocio. Eso no se resuelve cambiando de logo de CMS. Se resuelve con **control operativo** (ownership): quién tiene las llaves —admin, datos, repos— y con **acompañamiento continuo** (retainer): el mantenimiento mes a mes —sync, seguridad, reportes, evoluciones— no un “proyecto cerrado” y adiós. ## Quién tiene las llaves y quién mantiene Control operativo, en la práctica: accesos a nombre del cliente, documentación, código o configuraciones que no mueren si cambia la agencia, y claridad de qué vive en el SaaS y qué es a la medida. Acompañamiento continuo: el acuerdo de sostener lo que el negocio necesita cada mes — no solo “arreglar tickets”. Inventario/proveedor, reportes, deploys, monitoreo. Si el producto que vendiste fue solo el lanzamiento, el cliente descubrió el costo real cuando ya estaba en producción. En SGD el blog es un canal; el trabajo es web/tech B2B. Cuando alguien llega preguntando “¿Shopify o a la medida?”, casi siempre reencuadramos: ¿puedes operar el mes que viene sin depender de un plugin frágil? ¿Quién mantiene el sync? ## Cuándo sí tiene sentido ir más allá del SaaS **Headless** significa separar el front (lo que ve el usuario) del back (catálogo, checkout, CMS): el contenido viaja por API. “A la medida” es construir lo que el SaaS no te deja sin pelear. No es ideología. Es cuando el SaaS ya **bloquea** el negocio: reglas de precio B2B, sync multi-bodega, checkout que no cabe en la tienda de apps, reportes que exigen un eslabón extra. Si aún no chocas con el techo, headless es costo prematuro. Si ya chocas, seguir empilando plugins es más caro que diseñar lo que falta. ## Checklist B2B LatAm Para dueños y ops que ya viven en Shopify, Woo, Webflow, BigCommerce u otro SaaS: 1. **Nombra quién tiene las llaves:** ¿quién tiene admin de la plataforma, el dominio, analytics, repos y el ERP? 1. **Inventaria el sync:** inventario, precios, pedidos, facturación — ¿quién escribe qué, y con qué frecuencia? 1. **Lista plugins críticos:** ¿cuáles tocan checkout, pagos o stock? ¿Qué pasa si uno se rompe el viernes? 1. **Define mantenimiento vs proyecto:** ¿hay presupuesto mensual para sostener, o solo “lanzamos y ya”? 1. **Separa marketing del stack:** un tema bonito no arregla un [feed](/es-co/blog/merchant-api-feeds-ecommerce) o un ERP desconectado. 1. **Pregunta el techo:** ¿qué no puedes hacer hoy sin un plugin o un hack? Anótalo antes de renovar el plan. 1. **Decide el siguiente paso:** quedarte en SaaS con acompañamiento claro, o mapear headless/a la medida solo donde el SaaS bloquea. ## Preguntas frecuentes ### ¿Qué es SaaS en este contexto? Software como servicio: usas una plataforma en la nube (Shopify, Webflow, etc.) a cambio de una suscripción. No “posees” el motor; alquilas capacidad y reglas del proveedor. ### ¿Control operativo es lo mismo que “tener el código”? No solo. Es quién controla accesos, datos, integraciones y la capacidad de cambiar de proveedor o de agencia sin empezar de cero. Puede incluir código; siempre incluye llaves y claridad. ### ¿Qué es el acompañamiento continuo? Un acuerdo mes a mes de mantenimiento y evolución — no un proyecto de lanzamiento. Cubre sync, seguridad, reportes, deploys y el trabajo que aparece después del go-live. ### ¿Headless es obligatorio para crecer? No. Headless (front separado del back vía API) tiene sentido cuando el SaaS ya limita checkout, sync o experiencia. Si el SaaS te deja operar, úsalo y paga mantenimiento serio. ### ¿Esto es anti-Shopify / anti-Woo? No. Es anti-ilusión de que el CMS es el producto. El producto, para un B2B LatAm, es poder operar: inventario, pedidos, reportes y las llaves a tu nombre. ### ¿Esto es lo mismo que elegir entre BigCommerce y Shopify? No. [Aquel post](/es-co/blog/bigcommerce-vs-shopify-latam) compara plataformas; este es sobre quién tiene las llaves y el mantenimiento después del lanzamiento. Si estás eligiendo plataforma entre [BigCommerce y Shopify para LatAm](/es-co/blog/bigcommerce-vs-shopify-latam), ese es otro arco. Si el dolor ya es quién tiene las llaves, el sync y el mantenimiento —no el logo del CMS— mira [ecommerce que encaja con tu negocio](/es-co/ecommerce-que-encaja-con-tu-negocio) o escríbenos en [Contactar](/es-co/contacto). ## ¿El dolor ya no es el CMS? [Contactar](/es-co/contacto)