Sustituir WeTransfer y Dropbox para clientes

Ambas herramientas son buenas en un solo trabajo: llevar bytes de A a B cuando los adjuntos de correo son demasiado grandes. WeTransfer brilla en entregas puntuales; Dropbox, cuando los colaboradores ya comparten un espacio. Ninguna expresa «necesitamos estas ocho pruebas, en este orden, de estas personas, antes de seguir».

La recogida falla cuando la propia solicitud es ambigua. Un enlace de transferencia dice «envíennos archivos». No dice cuáles, en qué formato, para qué decisión, ni qué pasa si el escaneo es ilegible. El equipo pasa el caso traduciendo subidas a una checklist mental.

Si tu proceso ya tiene requisitos nominados — identidad, prueba de ingresos, formularios firmados, extractos — la herramienta de transferencia es la capa equivocada. Necesitas un objeto solicitud con elementos, no un tubo para blobs anónimos.

Una carpeta Dropbox con el nombre del cliente parece ordenada hasta que dos personas suben el mismo pasaporte con nombres distintos, un avalista deja un ZIP de escaneos mezclados y nadie marca qué línea de la lista cubre cada archivo. La jerarquía de almacenamiento no es estado de completitud.

Un expediente de cliente es un conjunto de decisiones sobre elementos nominados: recibido, necesita actualización, aprobado, no requerido. Las carpetas solo responden «¿hay un archivo en algún sitio?». No responden «¿sigue pendiente la prueba de ingresos del solicitante B?» sin que un humano lea cada objeto.

Esa lectura humana se convierte en el cuello de botella. Los revisores abren ZIP, renombran, persiguen aclaraciones por correo y pegan el estado en una hoja que se desvía de la carpeta en un día. El modelo portal mantiene la lista como fuente de verdad y trata las subidas como adjuntos a elementos, no como el expediente en sí.

Las descargas de WeTransfer caducan. Los enlaces compartidos de Dropbox se reenvían, se marcan y quedan abiertos tras cerrar el caso. Ambos crean deuda operativa y de privacidad: o el archivo desaparece cuando aún lo necesitáis, o el acceso sobrevive al motivo por el que lo otorgasteis.

La intake de clientes necesita el patrón opuesto: acceso ligado al caso y al colaborador, con un final claro. Los magic links a una lista personal dan a cada persona solo sus elementos mientras el caso lo necesite, sin una carpeta compartida permanente que cada reenvío multiplica.

Cuando una transferencia caduca a mitad de revisión, alguien pide un reenvío y el historial de versiones se fragmenta. Cuando un enlace de Dropbox sigue vivo tras el cierre, conserváis un acceso permanente que quizá ya no queréis. Ninguno de esos fallos pertenece a una recogida documental controlada.

El rechazo es donde las herramientas de transferencia se vienen abajo. Un DNI borroso en un paquete WeTransfer suele disparar un nuevo correo: «por favor, enviadlo de nuevo». El cliente no sabe qué archivo falló, y el segundo paquete a menudo repite el mismo error más tres extras.

La devolución a nivel de elemento mantiene intacta la solicitud. El revisor marca una línea como necesita actualización, añade una nota breve («el recorte solo muestra la mitad superior de la tarjeta») y el mismo elemento del portal queda abierto para un reemplazo. Los elementos ya aprobados siguen aprobados; nadie reconstruye un ZIP.

Ese bucle es la diferencia entre un tubo y un portal de validación. Recoger sin un paso de decisión solo mueve el riesgo a la siguiente etapa — estudio, firma o archivo — donde una página que falta cuesta más.

No cambies todos los casos abiertos de la noche a la mañana. Empieza por las intakes nuevas: publica una plantilla de lista, invita a los colaboradores con enlaces individuales y mantén WeTransfer/Dropbox solo como escape las dos primeras semanas mientras observáis dónde se atascan.

Para casos en vuelo ya a mitad de transferencia, termínalos por la vía antigua o migra solo los elementos pendientes — nunca obligues a un cliente que ya subió un ZIP completo a reintroducirlo todo. Asocia esos archivos a las líneas de la lista una vez y cierra el canal de transferencia para ese caso.

Explica el cambio en una frase reutilizable: «usa este enlace; lista exactamente lo que aún necesitamos». En interno, una regla espejo: no más solicitudes documentales nuevas vía Dropbox personal o WeTransfer cuando la plantilla del portal esté viva. Las excepciones deben ser raras y registradas.