Tienda online a medida o plataforma: qué conviene a tu negocio
Compará una plataforma de ecommerce con un desarrollo a medida según catálogo, pagos, stock e integraciones. Incluye una matriz y una checklist descargable.
Resumen
Ideas clave
- Una plataforma es un buen punto de partida si permite resolver tu recorrido de venta con su configuración y complementos.
- El desarrollo ecommerce a medida se evalúa cuando quedan reglas importantes sin resolver de forma sostenible.
- También podés conservar la plataforma y desarrollar una integración específica.
- Compará la operación completa: cobrar, preparar, entregar, cancelar y recuperar los datos.
Cuándo alcanza una plataforma de ecommerce
Si necesitás publicar productos, recibir pedidos y trabajar con medios de pago y envío disponibles para tu operación, empezá evaluando una plataforma. Probá el recorrido con tus productos y condiciones reales antes de decidir que necesitás construir una tienda desde cero.
Plataforma y diseño propio no son opuestos. Puede haber trabajo de diseño web ecommerce, contenido y configuración sobre una base existente. La pregunta es qué parte de tu negocio puede resolver esa base y qué parte requiere una adaptación.
Para un catálogo con precios públicos y un circuito de compra habitual, una solución existente puede reducir el trabajo inicial. Igual necesitás preparar fotografías, fichas, condiciones de entrega, atención y responsables del stock. Tener el sitio disponible no resuelve por sí solo esas tareas.
Cuándo evaluar un desarrollo ecommerce a medida
Considerá un desarrollo específico si hay una regla esencial que las alternativas evaluadas no cubren: aprobación de pedidos por distintos roles, condiciones comerciales particulares, productos configurables o coordinación con sistemas internos. La necesidad debe poder describirse y probarse; querer un diseño diferente no demuestra por sí solo que haya que rehacer toda la operación.
Tampoco asumas que una plataforma no permite ventas B2B o precios por cliente. Revisá el plan, las funciones, los complementos y sus límites actuales. Una capacidad puede existir, pero no encajar con tu circuito, su costo o la forma en que necesitás mantenerla.
Una tercera opción es conservar catálogo y compra en la plataforma y construir una conexión con gestión. Evaluá primero qué parte falta: reemplazar toda la tienda para resolver un solo intercambio puede agregar trabajo de mantenimiento innecesario.
Compará plataforma, integración y desarrollo propio
Usá esta matriz como punto de partida. Una alternativa pasa la comparación cuando puede mostrar el recorrido que necesitás, con sus límites y costos. Pedí una demostración con un pedido representativo, no solo una lista de funciones.
| Criterio | Plataforma configurada | Plataforma e integración | Desarrollo propio |
|---|---|---|---|
| Recorrido de compra | Se adapta a lo que permite la plataforma. | Conserva la compra y conecta tareas externas. | Se define según reglas y alcance acordados. |
| Datos y stock | Funciones nativas y complementos disponibles. | Exige definir una fuente y controlar la sincronización. | Exige diseñar el modelo y sus controles. |
| Mantenimiento | Repartido entre plataforma, complementos y configuración. | Añade el mantenimiento de la conexión. | Requiere equipo responsable de aplicación e infraestructura. |
| Cambios futuros | Dependen de funciones, planes y extensiones. | También dependen de API y conectores. | Dependen del diseño técnico y del trabajo contratado. |
| Salida y migración | Comprobar qué se puede exportar y reutilizar. | Documentar también relaciones entre sistemas. | Acordar accesos, código, datos y transferencia. |
Pagos, envíos, stock y precios por cliente: qué probar
Armá un pedido de prueba con una variante de producto y recorré lo que ocurre después de comprar. Confirmá quién recibe el pedido, cuándo se reserva stock, cómo se acredita el pago y qué información necesita quien prepara el envío.
Si además vendés por otro canal, elegí qué sistema mantiene la disponibilidad. Acordá qué pasa durante una demora de sincronización: aceptar compras sin ese criterio puede dejar al equipo prometiendo unidades que ya no están disponibles.
- Pago aprobado, pendiente y rechazado: cada uno debe llevar al estado operativo correcto.
- Última unidad y compras simultáneas: verificar reservas y tratamiento de faltantes.
- Envío a una zona sin cobertura: mostrar una alternativa antes de cerrar la compra.
- Cambio, cancelación o devolución: revisar pago, stock y avisos al cliente.
- Precio por cuenta: comprobar quién puede verlo y qué pasa si cambia la sesión.
- Pedido con error de integración: dejarlo visible y asignar una persona para resolverlo.
Qué costos iniciales y recurrentes comparar
Una tienda online inicial en Altura parte de USD 1.100. Un catálogo inicial preparado por el cliente, compra, pago y envío habituales sobre una plataforma o base existente; sin ERP, reglas B2B ni migraciones extensas. Planificamos la primera versión en aproximadamente 3 semanas desde el inicio acordado, con alcance, contenidos y accesos disponibles.
Precios orientativos en USD para los alcances iniciales descriptos. La propuesta confirma el importe, los impuestos aplicables y la forma de pago. Dominio, alojamiento, licencias y mantenimiento se cotizan por separado.
Pedí propuestas para el mismo recorrido y el mismo período de operación. Separá configuración o desarrollo, contenido, carga inicial, migración y pruebas. Después anotá suscripción, aplicaciones, alojamiento cuando corresponda, soporte y mantenimiento.
Registrá también los cargos por transacción que apliquen y el trabajo interno: cargar productos, revisar pagos, preparar pedidos y corregir diferencias. Las condiciones de cada proveedor deben consultarse para el país, plan y medio de pago que vas a usar; una comisión de la plataforma y una del proveedor de cobro pueden ser conceptos distintos.
Un desarrollo propio tampoco elimina el costo de los servicios externos. Debe tener responsables de actualizaciones, respaldos, continuidad y cambios. Para comparar, usá importes cotizados en una misma moneda y aclaraciones de impuestos y vigencia.
Cómo comprobar la salida y preparar una migración
Antes de elegir, pedí una exportación de muestra. Revisá productos, variantes, clientes, pedidos, imágenes y relaciones que necesites conservar. Tener un archivo de productos no demuestra que puedas trasladar todo el historial operativo con la misma estructura.
Tiendanube, por ejemplo, documenta la descarga de su lista de productos en CSV. Esa función permite revisar el catálogo exportado; el resto de la migración debe evaluarse por separado. Usá la documentación y una muestra concreta de tu cuenta para conocer el alcance.
Si cambiás de tienda, inventariá las URLs que reciben visitas, prepará redirecciones hacia sus equivalentes y probá una compra completa en el nuevo entorno. Definí un corte de datos, una revisión de los pedidos en curso y una forma de volver atrás si el lanzamiento falla.
Checklist para elegir y pedir una propuesta
Anotá tus requisitos imprescindibles y marcá cómo se resuelve cada uno: configuración, complemento, integración, desarrollo o pendiente de verificar. Sumá la evidencia de la prueba y el responsable de mantenerlo. No hace falta resolver todas las mejoras deseadas en la primera versión.
Si todas las operaciones esenciales funcionan en la plataforma, avanzá con ese alcance. Si falta una conexión, presupuestala por separado. Si persisten reglas centrales sin resolver, definí qué debe cubrir el desarrollo propio y cómo se comprobará su entrega.
Nota editorial
Los negocios de la comparación son ejemplos hipotéticos. La elección depende de las funciones verificadas, el alcance y las condiciones vigentes de cada proveedor. Documentación externa consultada el 11 de septiembre de 2026; no se presentan tarifas ni resultados comerciales de terceros como propios.
Siguiente paso
