Entrega de accesos y documentación al cambiar de proveedor web

Organiza el cambio de proveedor web con criterios para entregar cuentas, comprobar permisos, controlar renovaciones y aceptar el traspaso sin perder el control.

Equipo Latech·15 de octubre de 2026· 22 min

1. Qué significa recibir de verdad el control de tu web

La entrega de accesos y documentación al cambiar de proveedor web debería permitirte responder a una pregunta concreta: ¿puede tu negocio seguir administrando sus recursos cuando termine la relación anterior? Recibir una contraseña puede resolver una entrada puntual, pero el resultado que interesa es disponer de cuentas utilizables, responsabilidades asignadas y materiales suficientes para continuar el trabajo.

Para evaluar la entrega, propongo distinguir cuatro resultados. El primero es poder entrar. El segundo, poder realizar las tareas necesarias. El tercero, mantener capacidad para administrar usuarios y recuperar cuentas. El cuarto, saber qué servicios continúan activos y quién los paga. Esta división sirve para detectar entregas aparentemente completas que dejan una dependencia importante sin resolver.

Por ejemplo, poder editar textos no demuestra que puedas gestionar la renovación del dominio. Tampoco recibir una carpeta de archivos demuestra que el nuevo equipo pueda mantener el proyecto. Cada resultado necesita su propia prueba: una sesión iniciada con identidad propia, una operación permitida, una administración accesible o una renovación asignada a alguien del negocio.

Antes de comenzar, delimita el cambio: puede afectar exclusivamente al mantenimiento, incluir el alojamiento o implicar también una reconstrucción. Aquí nos centramos en cuentas, titularidad, renovaciones y aceptación del traspaso. Para el trabajo específico sobre buscadores, tienes la guía general de migración web. Google también distingue los movimientos con cambios de URL de los cambios de infraestructura; son alcances diferentes que conviene separar al contratar. Documentación de Google Search Central.

El objetivo práctico es cerrar el cambio con autonomía operativa y límites comprensibles, sin mezclarlo innecesariamente con un rediseño completo.

2. Elegir entre conservar, transferir o sustituir una cuenta

No todas las cuentas necesitan el mismo tratamiento. Para cada recurso, elige entre conservarlo y cambiar sus usuarios, transferirlo a otra cuenta o sustituir el servicio. La decisión debe responder al problema real. Si la herramienta funciona y el negocio controla la contratación, quizá baste con cambiar quién trabaja dentro de ella.

Conservar suele ser la alternativa más sencilla cuando interesa mantener la configuración y la relación comercial existente. Transferir merece atención cuando el recurso está dentro de una organización del proveedor anterior. Sustituir puede ser razonable si el servicio deja de encajar, pero añade trabajo y debe evaluarse como una decisión independiente.

Alternativa	Cuándo valorarla	Qué aceptar como resultado
Conservar	La cuenta ya pertenece al negocio	Nuevos usuarios y permisos comprobados
Transferir	El recurso está alojado bajo otra organización	Recurso recibido en la cuenta acordada
Sustituir	El servicio no encaja en la siguiente etapa	Reemplazo probado y dependencia anterior resuelta

Evita decidir por comodidad del primer día. Abrir otra cuenta puede parecer rápido y, sin embargo, obligarte a reconstruir configuraciones útiles. A la inversa, mantener una cuenta compartida con otros clientes del proveedor puede impedir una entrega individual limpia. En ese caso, el objeto de negociación debe ser tu recurso concreto, no el acceso al conjunto de su infraestructura.

La comparación comercial debería separar el coste de continuidad del coste de transformación. Así podrás entender si una propuesta resuelve el relevo o incorpora cambios adicionales. Pedir ambas opciones desglosadas ayuda a elegir según tu necesidad, sin convertir cada cambio de proveedor en una reconstrucción inevitable.

3. Construir un inventario que represente tu negocio

Empieza por las funciones que utilizas, no por las herramientas que recuerdas. Recorre cómo llega una consulta, dónde se guarda, quién la recibe y qué ocurre después. Si vendes productos, añade catálogo, pedidos, cobros y comunicaciones. Si trabajas con reservas, incorpora disponibilidad, confirmaciones y gestión de citas. Ese recorrido define el alcance del inventario.

Después convierte cada función en recursos identificables. Una fila debe representar una cuenta, un servicio o un activo que pueda entregarse y comprobarse por separado. Evita una fila única llamada «web»: resulta demasiado amplia para descubrir qué falta. Tampoco hace falta registrar cada imagen individual si todas forman parte de una biblioteca con el mismo tratamiento.

Utiliza estos campos como base:

Recurso y función que cumple en el negocio.
Dirección del panel o identificador del proyecto.
Cuenta u organización donde está alojado.
Persona que administra y persona que paga.
Modalidad elegida: conservar, transferir o sustituir.
Prueba de aceptación y situación pendiente.

Añade una columna de dependencias expresada con frases comprensibles. «El formulario utiliza el servicio de envío» aporta más que una lista de nombres técnicos inconexos. Pide al nuevo responsable que complete esas relaciones durante su revisión; el inventario debe ayudarle a orientarse, no exigir que adivine cómo se relacionan los recursos.

Ordena el trabajo por consecuencias. Primero, los recursos cuya pérdida impediría operar; después, los necesarios para administrar y mantener; por último, los complementarios. Una herramienta abandonada no merece la misma urgencia que el canal utilizado para recibir solicitudes. Este orden también permite negociar una entrega parcial útil cuando no sea posible resolver todo simultáneamente.

4. Separar titularidad, facturación y administración

Para organizar el relevo, trata como cuestiones distintas quién figura como contratante, quién paga y quién administra. Pueden coincidir, pero no conviene deducir una de otra. Una factura sirve para identificar una relación comercial; la pantalla de usuarios ayuda a evaluar permisos. Ninguna de esas comprobaciones sustituye automáticamente a las demás.

Crea tres preguntas por recurso: ¿qué entidad aparece en la contratación?, ¿de dónde sale el pago?, ¿qué identidad puede gestionar usuarios? Si encuentras nombres diferentes, explica el motivo antes de cambiar nada. Puede existir una contratación centralizada deliberada o una situación heredada que ya no encaje con la organización actual.

Como criterio de continuidad, procura que las cuentas esenciales queden vinculadas a identidades que tu negocio pueda administrar durante cambios de personal. Después asigna accesos individuales a quienes trabajen en ellas. El objetivo organizativo es evitar que una baja laboral o el final de un contrato deje sin interlocutor una cuenta importante.

También conviene separar la decisión empresarial de la operación técnica. La dirección puede aprobar una renovación o una baja sin utilizar diariamente el panel. El proveedor puede administrar el servicio sin decidir por su cuenta qué gasto debe asumir el negocio. Expresar esta diferencia evita conversaciones en las que todos creen que otra persona se ocupa.

Cuando exista una discrepancia sobre derechos, entregables o titularidad contractual, reúnela en un único bloque de revisión con el contrato y los justificantes relevantes. Acuerda qué puede avanzar mientras se resuelve. No conviertas una sospecha en una conclusión jurídica ni paralices recursos independientes si su entrega ya está clara. Así mantendrás un procedimiento ordenado y proporcionado al problema existente.

5. Tratar el dominio como un recurso independiente

Dedica al dominio una ficha propia, aunque hasta ahora apareciera incluido en una cuota conjunta. En ella interesa identificar el nombre exacto, el registrador, la cuenta de gestión, el contacto registrado y la renovación. La pregunta comercial es sencilla: ¿quién podrá ocuparse del dominio después de la salida del proveedor?

Distingue entre cambiar de proveedor web y trasladar el dominio a otro registrador. ICANN diferencia la transferencia entre registradores del cambio de titular registral y explica el uso del código de autorización en las transferencias que describe. Su información no debe extrapolarse sin más a todas las extensiones. Preguntas oficiales de ICANN sobre transferencias.

Para decidir, plantea dos alternativas concretas. La primera consiste en mantener el registrador y reorganizar la administración. La segunda incluye trasladar el registro, con sus condiciones específicas. Elige la segunda cuando exista una razón comercial u operativa, no simplemente porque cambia quien mantiene la página. Solicita una revisión particular si el dominio está integrado en una cuenta con otros proyectos.

La aceptación debería comprobar que el negocio identifica dónde se gestiona, puede acceder mediante el procedimiento acordado y conoce quién atenderá la siguiente renovación. Si el traslado forma parte del encargo, añade la comprobación de recepción en el destino. No cierres esa tarea únicamente porque alguien haya enviado un código.

Trata ese código como un dato de acceso restringido, no como una nota para una carpeta general. En el inventario basta con indicar quién debe recibirlo y el estado de la operación. Los detalles del procedimiento correspondiente al dominio concreto deben revisarse con el registrador antes de fijar una fecha de cierre.

6. Evitar que alojamiento y correo queden confundidos

Aunque se hayan facturado juntos, evalúa alojamiento y correo como partidas separadas. Tu decisión puede ser cambiar el mantenimiento de la web conservando ambos, trasladar únicamente el alojamiento o abordar también el correo. La propuesta comercial debe expresar cuál de esas combinaciones incluye y qué recursos quedan fuera.

En la ficha de alojamiento, pide una identificación comprensible del proyecto, del panel disponible y del alcance de administración que recibirá el nuevo equipo. Añade quién atiende las incidencias del servicio y quién se ocupa del trabajo sobre la aplicación. Esta separación permite distinguir un problema de contratación de una tarea de mantenimiento.

Para el correo, empieza por los usos reales: buzones personales, direcciones de atención, cuentas utilizadas por formularios y direcciones administrativas. No propongas eliminar una dirección solo porque no aparezca en la página pública. Puede formar parte del trabajo interno que el inventario necesita recoger. La revisión técnica determinará después cómo está configurada cada función.

La aceptación comercial puede incluir pruebas sencillas realizadas por los responsables: entrar en los buzones incluidos, enviar y recibir mensajes de prueba y comprobar el destino de una consulta web. Encarga el diagnóstico y los ajustes al profesional correspondiente; estas pruebas sirven para comprobar el resultado pactado, sin convertir al cliente en administrador de sistemas.

Si el negocio no necesita cambiar de correo, mantenerlo fuera del relevo puede reducir el alcance. Si sí necesita hacerlo, dale entregables y aceptación propios. Un mensaje como «la web ya está entregada» no debería utilizarse para cerrar una partida de correo pendiente, ni una incidencia en un buzón debería ocultar que el resto del traspaso ya se ha completado.

7. Entregar código, contenidos y capacidad de mantenimiento

Cuando el encargo incluya código, describe qué materiales debe recibir el nuevo responsable y qué tarea permitirán realizar. Una carpeta con el nombre del proyecto es un punto de partida, pero la aceptación debería relacionarse con su utilidad: revisar la aplicación, preparar una actualización y entender cómo se publica la versión acordada.

Pide que se identifiquen el código correspondiente al proyecto, las instrucciones de trabajo, los recursos utilizados y las configuraciones que deban facilitarse por un canal separado. La persona que recibe debe señalar qué elementos están completos y qué dependencia impide continuar. Esa revisión tiene más valor que aceptar archivos únicamente por su tamaño o cantidad.

Si el proyecto utiliza GitHub y se acuerda transferir un repositorio, revisa las condiciones de esa operación. GitHub indica, entre otros aspectos, que los secretos y los webhooks permanecen asociados tras la transferencia. Por eso la recepción debe acompañarse de una revisión de las integraciones existentes. Documentación oficial sobre transferencia de repositorios.

Los contenidos merecen una comprobación distinta. Selecciona muestras representativas: una página habitual, una ficha compleja, una entrada del blog y un archivo descargable, si existen. Comprueba con el receptor que pueden localizarse y trabajarse según el alcance pactado. Si hay materiales originales de diseño incluidos contractualmente, identifícalos aparte de los archivos preparados para publicación.

No confundas recibir materiales con adquirir cualquier derecho sobre ellos. La revisión de licencias y acuerdos pertenece al bloque contractual. En la aceptación operativa, concentra la atención en una pregunta verificable: ¿puede el nuevo equipo continuar el trabajo previsto con lo recibido, y qué elementos concretos faltan para conseguirlo?

8. Mantener las cuentas de medición bajo control

Incluye las herramientas de medición en el inventario aunque no vayas a cambiar campañas ni estrategia de contenidos. El objetivo del relevo es que el negocio conserve la capacidad de consultar y administrar los recursos acordados. No hace falta abrir un proyecto SEO nuevo para resolver quién puede entrar en una cuenta existente.

Para cada herramienta, identifica la cuenta, la propiedad o proyecto concreto y las personas que necesitan acceso. En Google Analytics, los permisos pueden asignarse en distintos niveles y existen funciones diferenciadas. La comprobación debe hacerse sobre el recurso que realmente corresponde al negocio, no limitarse a verificar que aparece algún panel. Gestión de accesos en Google Analytics.

En Search Console, Google distingue propietarios y usuarios con diferentes permisos. También advierte que retirar un propietario no elimina por sí mismo sus tokens de verificación, que podrían permitirle verificar de nuevo la propiedad. Encarga esa revisión al responsable técnico cuando corresponda. Gestión de propietarios, usuarios y permisos de Search Console.

Como prueba de aceptación, pide a la persona designada por tu negocio que entre con su identidad, localice el recurso correcto y consulte la información que necesita. Después, quien tenga atribuciones administrativas debe comprobar la relación de usuarios y aprobar qué accesos continúan. Son dos comprobaciones distintas y ambas aportan claridad.

Si falta acceso al recurso anterior, expresa esa limitación como una incidencia concreta. No aceptes una cuenta recién creada como equivalente sin evaluar qué necesidad resuelve y cuál sigue pendiente. El criterio de entrega debe centrarse en conservar el control acordado sobre los recursos existentes y en identificar claramente cualquier sustitución.

9. Revisar formularios, reservas e integraciones por recorrido

Las integraciones se entienden mejor siguiendo una acción del usuario. Elige una consulta habitual y recorre sus pasos: envío, recepción, registro y respuesta. Haz lo mismo con una reserva o un pedido si forman parte del proyecto. El inventario debe mostrar qué herramienta interviene en cada punto y quién la administrará después.

Para el relevo comercial, agrupa las integraciones por función: comunicación, venta, agenda, gestión interna y automatización. Dentro de cada grupo, identifica las cuentas implicadas y una prueba representativa. No necesitas interpretar personalmente cada configuración; sí necesitas saber qué comportamiento se entregará y quién responderá si la prueba no alcanza el resultado pactado.

Evita el error de aceptar una integración porque su botón se ve correctamente. En una prueba de consulta, el resultado interesante puede ser que el mensaje llegue al equipo asignado. En una reserva, que la persona responsable encuentre la cita donde debe gestionarla. La prueba debe terminar en el punto útil para el negocio, no en la apariencia inicial.

Presta atención a las automatizaciones que nadie utiliza directamente. Incluye su finalidad, responsable y forma de observar el resultado. Si una automatización ya no aporta valor, puedes decidir retirarla como tarea separada. Si continúa, debe tener una persona encargada de comprobarla durante la aceptación.

Para operaciones que impliquen cobros, comunicaciones a clientes o cambios en datos reales, pide al profesional un modo de prueba adecuado al servicio. Acordad previamente qué se hará y quién autoriza la operación. Así podrás evaluar el recorrido sin improvisar transacciones ni convertir una sesión de entrega en una sucesión de acciones sobre clientes que no formaban parte del ensayo.

10. Convertir renovaciones y licencias en decisiones claras

Una entrega puede estar operativamente resuelta y comercialmente incompleta. Sucede cuando nadie ha decidido qué suscripciones continúan, qué gastos cambian de pagador o qué herramientas deberán reemplazarse. Por eso el calendario de renovaciones debe acompañar al inventario, con una decisión explícita para cada servicio de pago.

Clasifica las partidas en cuatro grupos: continuar con la contratación actual, trasladar la contratación cuando sea posible, contratar una alternativa o dejar de utilizar el recurso. Añade la fecha que figura en el servicio y la persona que ejecutará la decisión. Si una cuota conjunta cubre varias funciones, pide que se identifiquen antes de cancelar el conjunto.

En las licencias, la pregunta útil no es únicamente «¿está pagado?». También interesa qué uso cubre, quién figura como cliente y qué opciones ofrece la contratación concreta para la siguiente etapa. No presupongas que una licencia del proveedor anterior puede entregarse al negocio. Valora la alternativa de contratarla directamente o modificar la solución, según lo que permita su licencia.

Para comparar propuestas, separa el coste del relevo, los gastos recurrentes y los trabajos opcionales. Una oferta puede resultar cómoda por centralizar pagos, mientras otra puede interesarte por permitir contratación directa. Ninguna modalidad resuelve por sí sola la continuidad: deben quedar claros los servicios incluidos, el control disponible y el procedimiento de salida.

Introduce además una pregunta de prioridad: ¿qué renovación requiere decisión antes de terminar el relevo? Atiende primero esas partidas. Las demás pueden incorporarse al calendario ordinario del negocio. De este modo evitas cancelar por inercia y también seguir pagando herramientas que nadie ha decidido conservar, sin dedicar toda la transición a discutir suscripciones secundarias.

11. Organizar la entrega de identidades y recuperación

Diseña la entrega de accesos alrededor de personas autorizadas y tareas concretas. Como criterio de organización, prioriza invitaciones individuales cuando el servicio las permita. Así puedes definir quién recibe administración y quién necesita únicamente trabajar dentro del proyecto. La lista de destinatarios debe aprobarla el negocio antes de comenzar.

Propongo separar tres momentos: habilitar al receptor, comprobar que puede realizar su trabajo y retirar los accesos que dejan de ser necesarios. Esta secuencia permite evaluar la continuidad antes de cerrar la colaboración anterior. Si existe una situación de seguridad que exija actuar de otra forma, deberá valorarla el responsable correspondiente, fuera de la rutina ordinaria del relevo.

Incluye los mecanismos de recuperación en la aceptación. Pide al administrador que compruebe qué correo, teléfono o método aparece asociado y quién puede gestionarlo. No hace falta revelar esos datos a todos los participantes. Lo importante es que la persona autorizada confirme que el negocio dispone del control previsto y que hay un procedimiento interno para utilizarlo.

La hoja general de inventario debería contener referencias de entrega, no convertirse en un archivo de contraseñas. Acordad un medio restringido para los secretos que sea necesario facilitar. En la reunión comercial basta con conocer su destinatario y si la entrega está pendiente, realizada o probada. Evita incluirlos en capturas utilizadas para explicar incidencias.

Al cerrar, revisa accesos humanos y accesos utilizados por herramientas como dos grupos distintos. Pide al profesional que determine qué credenciales requieren modificación y cómo comprobar sus dependencias. Cambiar todo sin ese análisis o mantener todo indefinidamente son decisiones poco precisas. La aceptación debe recoger qué se ha retirado, qué continúa y por qué.

12. Resolver el destino de los datos personales

Si el proveedor trata datos personales por cuenta de tu negocio, el cierre necesita contemplar su destino. La AEPD explica que el acuerdo debe prever la supresión o devolución al finalizar la prestación, concretando forma y plazo; también recoge supuestos de conservación. La solución concreta exige revisar el tratamiento y el acuerdo aplicable. Directrices de la AEPD para contratos entre responsables y encargados.

Para preparar esa revisión, agrupa los datos por uso: consultas pendientes, clientes, pedidos, reservas u otros conjuntos realmente existentes. Después define qué necesita recibir el nuevo prestador para la tarea contratada. La decisión debe responder a una necesidad identificable, no al deseo de acumular todos los archivos disponibles por si resultan útiles algún día.

Separa también entrega de datos y acceso para trabajar. Una persona puede necesitar revisar la estructura del proyecto sin recibir una exportación completa de información de clientes. Pide al responsable técnico y al asesor correspondiente que planteen la opción adecuada para cada tarea. Esto permite ajustar el alcance de la participación de cada persona durante el relevo.

La aceptación debería identificar el conjunto entregado, su destinatario autorizado y el resultado de la recepción. Para lo que permanezca pendiente, expresa una causa y una acción concreta. Evita fórmulas amplias como «datos gestionados» que no permitan entender qué se ha recibido o qué debe resolverse con el proveedor saliente.

Finalmente, distingue la conservación que tenga fundamento aplicable de las copias de trabajo utilizadas durante la transición. Su tratamiento debe quedar resuelto dentro del procedimiento acordado. Este bloque no se sustituye por cambiar contraseñas ni por firmar una recepción genérica de la web: aborda una parte diferente del cierre.

13. Recibir un manual útil para las primeras tareas

La documentación merece aceptación por utilidad. Pide que permita resolver las tareas que el negocio realizará al empezar: editar un contenido, localizar una consulta, encontrar una factura del servicio o comunicar una incidencia. Es preferible un manual breve que corresponda al proyecto a una colección extensa de instrucciones ajenas a su funcionamiento.

Organízalo en tres capas. La primera identifica recursos y responsables. La segunda explica las operaciones habituales del equipo del negocio. La tercera recoge la información técnica necesaria para quien mantendrá el proyecto. Esta división facilita que una persona encuentre lo que necesita sin atravesar instrucciones que pertenecen a otra función.

Incluye materiales de accesibilidad existentes cuando formen parte del proyecto. W3C recomienda que una declaración de accesibilidad incluya el compromiso, el estándar aplicado y una vía de contacto, entre otros contenidos. Esa declaración es una pieza informativa; en el relevo interesa además identificar las revisiones y tareas pendientes que realmente existan. Orientaciones de W3C sobre declaraciones de accesibilidad.

Para probar el manual, elige una tarea pequeña y pide que la realice alguien del negocio con el documento delante. Si necesita instrucciones adicionales, incorpora la aclaración donde corresponde. No hace falta convertirlo en un curso completo; basta con resolver las dudas que impedirían utilizar las funciones incluidas.

La documentación técnica puede comprobarse de forma equivalente: el receptor describe si puede continuar el mantenimiento previsto y enumera los bloqueos concretos. Una grabación puede complementar el material escrito, especialmente para mostrar una operación, pero conviene que los datos esenciales sean fáciles de localizar sin reproducir una conversación completa. El valor de la entrega está en la siguiente tarea que permite resolver.

14. Un caso práctico para decidir el alcance

Este ejemplo es hipotético. Marta dirige una pequeña tienda con catálogo online y solicitudes de presupuesto. Quiere cambiar de profesional porque necesita una atención de mantenimiento distinta, pero no pretende rediseñar la web. El inventario muestra un dominio gestionado desde una cuenta del proveedor, correo contratado por la tienda y un proyecto de código separado.

Tiene dos propuestas. La primera ofrece reconstruir la página y cambiar todos los servicios. La segunda plantea conservar el correo, recibir el código y resolver la gestión del dominio antes de asumir el mantenimiento. Marta elige la segunda porque responde al problema que quiere solucionar y permite evaluar por separado un futuro rediseño.

Durante la recepción, el nuevo profesional puede revisar el código, pero detecta que falta la información necesaria para gestionar el envío de consultas. En lugar de aceptar globalmente la web o detener todo el trabajo, abre una incidencia específica. El proveedor anterior identifica el servicio implicado y se acuerda cómo continuará su contratación.

Marta participa en tres pruebas orientadas a su actividad: localizar una solicitud recibida, editar la descripción de un producto y entrar en la cuenta desde la que gestionará el dominio. El profesional revisa por su parte las tareas técnicas incluidas. La recepción queda aceptada en lo comprobado y pendiente únicamente en la partida identificada.

Si el servicio de consultas hubiera estado integrado en una cuenta que no pudiera entregarse individualmente, la alternativa habría sido contratar un reemplazo y probar ese recorrido antes de retirar el anterior. La decisión no dependería de quién prefiere una herramienta, sino de qué opción permite continuar la función con un alcance y una responsabilidad claros para la tienda.

15. Cerrar el relevo con criterios de aceptación

Convoca la aceptación cuando existan resultados que comprobar. Una reunión demasiado temprana suele convertirse en una lectura de pendientes; una demasiado tardía puede dejar sin resolver desacuerdos que afectaban al cierre. Utiliza el inventario como orden del día y prueba primero los recursos que condicionan la continuidad del negocio.

Para cada partida, elige entre aceptada, pendiente o fuera del alcance acordado. «Entregada» puede describir un envío, pero no necesariamente su recepción útil. Si falta algo, escribe qué operación está bloqueada y quién debe resolverla. Si queda fuera, indica qué decisión deberá tomar el negocio y evita presentarlo como una tarea ya contratada.

Este checklist sirve para preparar la sesión:

Las personas designadas entran en las cuentas incluidas.
Los permisos permiten las tareas pactadas.
El dominio tiene gestión y renovación asignadas.
Los recorridos de consulta, reserva o compra incluidos se han probado.
Los materiales recibidos permiten continuar el trabajo previsto.
Las suscripciones tienen una decisión de continuidad.
El destino de los datos personales se ha tratado cuando corresponde.
Los accesos salientes tienen una decisión expresa de retirada o continuidad.

Hay tres errores de cierre especialmente evitables: aceptar por haber recibido un correo con archivos, exigir rehacer todo para resolver una partida aislada y mantener al proveedor anterior como responsable informal de tareas ya transferidas. En los tres casos falta relacionar cada recurso con una obligación concreta.

Si la entrega es parcial, puedes aceptar lo comprobado y mantener abiertas las incidencias restantes. Esa aceptación debe describir su límite. No convierte una revisión comercial en una garantía de seguridad, cumplimiento o rendimiento; permite saber quién asume cada tarea y qué trabajo continúa pendiente al terminar el relevo.

16. Preguntas antes de encargar el cambio de proveedor

¿Necesito trasladar todos los servicios a la nueva agencia?

No necesariamente. Puedes encargar solo el mantenimiento y conservar contrataciones que funcionan. Pide que la propuesta explique qué necesita administrar el nuevo equipo y qué cuentas seguirán bajo gestión directa del negocio. Valora un traslado adicional cuando resuelva una necesidad concreta, con su propio alcance y aceptación.

¿Basta con que me den una cuenta de administrador?

Debe comprobarse para qué recurso sirve y qué tareas permite realizar. Una administración del contenido no responde por sí sola a la gestión comercial del dominio, las renovaciones o los servicios externos. Utiliza las pruebas del inventario para determinar qué parte del control está resuelta y cuál sigue pendiente.

¿Qué hago si la cuenta anterior contiene otros clientes?

Centra la entrega en tu proyecto. Pide una propuesta que identifique qué puede transferirse individualmente, qué debe exportarse y qué recurso requiere sustitución. No necesitas recibir la cuenta completa del proveedor para exigir una solución concreta sobre los elementos de tu negocio incluidos en el acuerdo.

¿Puedo cerrar si queda una herramienta secundaria pendiente?

Valora su efecto real. Si no bloquea las funciones aceptadas, puedes recoger una recepción parcial con una tarea pendiente bien delimitada. Si condiciona una operación esencial, esa partida necesita resolverse antes de considerarla recibida. La importancia depende de su función, no del tamaño aparente de la herramienta.

Latech presenta servicios de diseño web, ecommerce y agentes de IA en su web oficial. Si estás valorando un cambio, puedes contar tu proyecto por WhatsApp: explica qué necesitas conservar, qué control tienes actualmente y qué parte del relevo quieres plantear para pedir información sobre tu caso.