La elección entre Next-Cart Migration Services suele reducirse a una escala demasiado simple: Standard para un proyecto pequeño, Managed para uno mayor y Custom para el más complejo. Ese atajo no es fiable. El tamaño de la tienda describe volumen, no la estructura del requisito. El precio refleja capacidad y trabajo incluido, no una categoría automática de calidad.
Los tres Next-Cart Migration Services se entienden mejor cuando la decisión se separa en dos ejes. El primero es el alcance: ¿el resultado esperado encaja en el comportamiento de migración compatible o requiere tratamiento adaptado? El segundo es la ejecución: ¿el cliente realizará las acciones de migración acordadas o debe incluirse ejecución dirigida por especialistas?
Standard, Managed y Custom Service ocupan posiciones diferentes en esos dos ejes. Comprender esa relación evita colocar requisitos no compatibles dentro de Managed Service y evita escalar migraciones previsibles a Custom Service únicamente porque la tienda sea grande.
Empiece por el alcance y después asigne la ejecución
Un alcance compatible significa que la ruta de migración, las estructuras de datos, la configuración disponible y los Standard Add-ons pueden producir el resultado previsto sin lógica de migración específica del proyecto. Un alcance adaptado significa que una parte del requisito necesita análisis individual, modificación, transformación o tratamiento más allá de ese comportamiento compatible.
La responsabilidad de ejecución responde a otra pregunta. Una migración compatible puede ser dirigida por el cliente o por especialistas. Una migración personalizada también puede ser dirigida por el cliente o incluir Expert Handle. La persona o el equipo que realice las acciones no cambia si el requisito de datos es compatible o no.
Este marco produce cuatro posiciones prácticas:
| Posición de alcance y ejecución | Migration Service | Motivo principal |
|---|---|---|
| Alcance compatible con ejecución dirigida por el cliente | Standard Service | El comportamiento de migración disponible es suficiente y el cliente puede coordinar las acciones |
| Alcance compatible con ejecución dirigida por especialistas | Managed Service | El comportamiento de migración disponible es suficiente, pero debe incluirse la responsabilidad de ejecución |
| Alcance adaptado con ejecución dirigida por el cliente | Custom Service | Se necesita trabajo no estándar y el cliente puede realizar las acciones acordadas |
| Alcance adaptado con ejecución dirigida por especialistas | Custom Service con Expert Handle | Se requieren tanto trabajo adaptado como ejecución dirigida por especialistas |
La tabla no es un formulario de cualificación. Sirve para evitar mezclar dos decisiones que deben razonarse por separado.
Standard Service: alcance compatible con responsabilidad del cliente
Standard Service encaja cuando la ruta de migración es compatible, las estructuras importantes del origen son previsibles y la configuración disponible o los Standard Add-ons pueden producir el resultado necesario. El cliente prepara los accesos requeridos, revisa la configuración, realiza las acciones de migración, coordina los hallazgos y valida la tienda de destino.
Esto no convierte Standard Service en una opción básica o de poca capacidad. Una tienda con un gran número de Products y Orders puede seguir encajando cuando el modelo de datos se entiende bien y el equipo interno dispone de capacidad para gestionar la ejecución. Entity Points determina la cantidad de datos contabilizados que puede admitir el plan; no determina si Standard Service es adecuado.
Un caso sólido para Standard Service normalmente presenta:
- una ruta compatible desde la plataforma de origen hasta la plataforma de destino;
- responsabilidad clara sobre los datos y relaciones importantes;
- ausencia de requisitos de lógica de migración a medida;
- necesidades acotadas de Add-ons que encajan en el comportamiento disponible;
- capacidad interna para coordinar ejecución y validación;
- criterios de aceptación aplicables a resultados representativos.
La principal contrapartida es la responsabilidad. La ejecución dirigida por el cliente ofrece control directo sobre el momento y las decisiones de configuración, pero también exige suficiente atención para interpretar los resultados y responder cuando los supuestos son incorrectos.
Managed Service: alcance compatible con ejecución dirigida por especialistas
Managed Service se aplica cuando la migración permanece dentro del alcance compatible, pero se necesita ejecución dirigida por especialistas de las acciones de migración acordadas. La diferencia del servicio se refiere a responsabilidad, no a una capacidad de datos más amplia.
Puede ser valioso cuando el equipo interno está limitado por un calendario fijo, otras tareas operativas, poca experiencia en migraciones o la necesidad de coordinar la ejecución entre varios participantes. Los datos pueden ser previsibles y, aun así, resultar útil desplazar la carga de ejecución.
Managed Service no absorbe datos de aplicaciones no compatibles, tablas personalizadas, transformaciones a medida ni lógica de Add-ons modificada. Si existen esos requisitos, primero debe tratarse el alcance como personalizado. Asignar ejecución especializada a un requisito no estándar no lo convierte en comportamiento compatible.
El cliente sigue siendo responsable de proporcionar información correcta del proyecto y validar el resultado. La ejecución dirigida por especialistas puede reducir el esfuerzo operativo, pero no puede decidir si los registros migrados conservan el significado empresarial que requieren los equipos de comercialización, finanzas, atención al cliente, SEO o cumplimiento.
Managed Service no elimina el acceso del cliente a la migración. El cliente puede seguir revisando, configurando y realizando manualmente la actividad de migración disponible. La ejecución dirigida por especialistas es una responsabilidad incluida, no un control exclusivo de la migración adquirida.
Custom Service: alcance adaptado definido por el resultado requerido
Custom Service cobra relevancia cuando el resultado esperado de la migración no puede producirse únicamente mediante comportamiento compatible y Standard Add-ons disponibles. La necesidad debe definirse a partir de los datos o del funcionamiento que requieren tratamiento adaptado, no mediante una afirmación vaga de que la tienda es poco habitual.
Entre las señales habituales se incluyen:
- una Custom Platform como plataforma de origen o plataforma de destino;
- campos, tablas o estructuras de base de datos personalizadas cuyo tratamiento requerido supera el alcance de la migración compatible o de los Standard Add-ons;
- datos gestionados por aplicaciones, plugins, módulos o extensiones;
- registros de terceros fuera del modelo compatible de la plataforma;
- identificadores externos que deben conservar la relación con otro sistema;
- transformaciones o reestructuraciones a medida;
- lógica no estándar de Products, Customers, Orders, contenido o relaciones;
- un Add-on disponible que necesita modificaciones;
- un Add-on nuevo y específico del proyecto.
El alcance personalizado debe identificar el significado del origen, la representación prevista en el destino, las reglas de transformación o relaciones, los registros afectados y la información necesaria para aceptar el resultado. Sin estos elementos, «custom» sigue siendo una etiqueta y no un requisito de migración ejecutable.
Expert Handle cambia la ejecución, no la naturaleza del trabajo personalizado
Custom Service no incluye automáticamente Expert Handle.
Custom Service dirigido por el cliente
Se incluye el trabajo adaptado acordado, mientras el cliente realiza las acciones de migración disponibles y valida el resultado. Puede encajar con equipos que necesitan capacidad a medida, pero conservan suficiente capacidad operativa para coordinar la ejecución.
Custom Service con Expert Handle
Se incluyen el trabajo adaptado acordado y la ejecución dirigida por especialistas de las acciones de migración aceptadas. El cliente sigue proporcionando el contexto empresarial necesario y realiza la verificación final.
El alcance aceptado debe indicar de forma explícita quién es responsable de la ejecución. De lo contrario, el proyecto puede definir correctamente el resultado personalizado y dejar una brecha evitable sobre quién realiza las acciones necesarias para producirlo.
El mismo principio de acceso se aplica a Custom Service. Tanto si el proyecto es dirigido por el cliente como si incluye Expert Handle, el cliente puede seguir accediendo y realizando manualmente la actividad de migración disponible. La elección del servicio define responsabilidad incluida y alcance adaptado, no bloquea al cliente fuera de la migración.
Los Add-ons no constituyen un cuarto Migration Service
Los Standard Add-ons resuelven necesidades compatibles y acotadas. Pueden acompañar Standard, Managed o Custom Service cuando el comportamiento disponible encaja con el requisito.
Por ejemplo, seleccionar Orders que cumplan una condición aprobada basada en un campo de Order puede encajar en Data Filter. Redirigir un campo compatible del origen a un campo compatible del destino puede encajar en Advanced Data Mapping. Cuando tanto la plataforma de origen como la plataforma de destino son Open-Source, el mapeo de campos compatibles o columnas de base de datos puede encajar en Advanced Database Mapping. Transformar el valor de un campo seleccionado en el destino puede encajar en Data Transformation. Se pueden combinar varios Standard Add-ons sin convertir la migración en Custom Service cuando cada operación permanece dentro de su límite compatible.
El límite cambia cuando el propio Add-on necesita modificaciones o cuando ningún Standard Add-on puede producir el resultado requerido:
- un Standard Add-on modificado pasa a ser un Tailored Add-on dentro de Custom Service;
- un Add-on específico del proyecto se revisa como Custom Add-on dentro de Custom Service;
- los datos no compatibles o las relaciones a medida requieren un análisis más amplio de Custom Service aunque también intervengan filtrado o mapeo.
Un Add-on describe una capacidad concreta. El Migration Service describe el alcance general y la distribución de responsabilidades.
La validación del cliente es una responsabilidad independiente
Todos los Migration Services terminan con validación del cliente. A veces se interpreta como una limitación de la ejecución dirigida por especialistas. Es más útil entenderlo como una división del conocimiento.
La ejecución puede evaluarse frente a la configuración y el alcance del servicio aceptados. La aceptación empresarial requiere conocimiento que reside en el cliente: qué Products deben seguir siendo vendibles, cómo deben respaldar los Orders las operaciones de servicio, qué diferencias entre Customers importan, si las rutas SEO son aceptables y si la tienda de destino está preparada para el siguiente paso previsto.
Un registro de aceptación útil identifica:
- el resultado crítico que se está revisando;
- registros o escenarios representativos;
- el revisor responsable de la decisión;
- el resultado esperado;
- cualquier limitación aceptada;
- la decisión Aprobado, En observación o Bloqueante.
La implementación en la plataforma de destino también debe permanecer visible como una capa separada. La reconstrucción del tema, instalación de aplicaciones, configuración de pagos o envíos, despliegue de integraciones y configuración operativa no se incluyen automáticamente por el simple hecho de que los datos migrados vayan a participar posteriormente en ellas.
Utilice la información obtenida para hacer upgrade del servicio inicial
El Migration Service inicial puede tener que cambiar cuando nueva información altera un supuesto central. Demo Migration puede revelar estructuras no compatibles. Un inventario de datos puede descubrir identificadores externos o tablas personalizadas. Un Standard Add-on puede resultar insuficiente. La capacidad interna puede quedar por debajo de la necesaria para una ejecución dirigida por el cliente.
Después de la compra, los cambios de servicio solo pueden ser ascendentes:
| Servicio adquirido | Servicio permitido posteriormente |
|---|---|
| Standard Service | Managed Service o Custom Service |
| Managed Service | Custom Service |
| Custom Service | Sin downgrade de servicio |
Un upgrade de servicio es adecuado cuando cambian las conclusiones. Pase de Standard a Managed cuando el alcance compatible siga siendo adecuado, pero deba cambiar la responsabilidad de ejecución. Pase de Standard o Managed a Custom Service cuando se necesite trabajo adaptado. Dentro de Custom Service, Expert Handle puede incluirse cuando el alcance personalizado sea correcto, pero también deba formar parte del trabajo aceptado una ejecución dirigida por especialistas.
La migración no puede pasar de Managed a Standard ni de Custom a Managed o Standard. Esta asimetría hace importante la decisión inicial, aunque siga siendo posible corregirla hacia arriba. Un Standard Add-on acotado que resuelva completamente el requisito no exige por sí solo un upgrade del servicio.
El upgrade pasa a formar parte de la misma migración adquirida y se cobra aplicando el precio por diferencia. No crea una nueva ruta ni amplía la duración de un año del servicio. Este enfoque basado en la información disponible es más fiable que tratar los tres servicios como niveles reversibles de mayor tamaño o calidad.
Conclusión
Los Next-Cart Migration Services se distinguen por el alcance y la responsabilidad de ejecución. Standard Service es dirigido por el cliente dentro del alcance compatible. Managed Service incluye ejecución dirigida por especialistas dentro del alcance compatible. Custom Service cubre requisitos adaptados o no estándar y puede seguir siendo dirigido por el cliente o incluir Expert Handle.
Entity Points debe utilizarse para capacidad, los Add-ons para mejoras compatibles y acotadas, y la validación del cliente para aceptación empresarial. Una vez separadas estas decisiones, la selección del servicio se convierte en una decisión razonada de proyecto en lugar de un atajo basado en el tamaño de la tienda, el precio mostrado o una percepción de nivel de servicio.
Preguntas frecuentes
¿Standard Service solo es adecuado para tiendas pequeñas?
No. Standard Service puede admitir una migración grande cuando la ruta y los requisitos siguen siendo compatibles y el cliente puede coordinar ejecución y validación.
¿Cuál es la diferencia principal entre Standard y Managed Service?
Ambos cubren requisitos de migración compatibles. Standard Service es dirigido por el cliente, mientras que Managed Service incluye ejecución dirigida por especialistas de las acciones de migración acordadas.
¿Managed Service cubre campos personalizados o registros no compatibles?
No automáticamente. Managed Service cambia la responsabilidad de ejecución dentro del alcance compatible. El tratamiento adaptado para requisitos personalizados o no compatibles pertenece a Custom Service.
¿Custom Service siempre incluye Expert Handle?
No. Custom Service puede ser dirigido por el cliente. Expert Handle se incluye cuando la ejecución dirigida por especialistas forma parte del alcance personalizado aceptado.
¿Se puede utilizar un Standard Add-on con Managed Service?
Sí. Los Standard Add-ons pueden acompañar Standard, Managed o Custom Service cuando su comportamiento disponible encaja con el requisito.
¿Quién aprueba el resultado final de la migración?
El cliente sigue siendo responsable de la verificación final en todos los Migration Services porque la aceptación empresarial depende de los resultados comerciales, operativos, SEO y de cumplimiento previstos.
¿Los clientes pueden seguir realizando actividad de migración con Managed o Custom Service?
Sí. Todos los Migration Services siguen siendo accesibles para actividad manual del cliente. Managed Service y Expert Handle definen responsabilidad de ejecución incluida; no eliminan el acceso del cliente.
¿Se puede hacer downgrade de un Migration Service adquirido?
No. Standard puede hacerse upgrade a Managed o Custom y Managed puede hacerse upgrade a Custom. Un Migration Service adquirido no puede bajar de nivel.