Remplacer WeTransfer et Dropbox pour les clients

Les deux outils excellent à un seul métier : faire passer des octets de A vers B quand les pièces jointes e-mail sont trop lourdes. WeTransfer brille pour les envois ponctuels ; Dropbox, quand les collaborateurs partagent déjà un espace. Ni l’un ni l’autre n’exprime « nous avons besoin de ces huit preuves, dans cet ordre, de ces personnes, avant de poursuivre ».

La collecte échoue quand la demande elle-même est floue. Un lien de transfert dit « envoyez-nous des fichiers ». Il ne dit pas lesquels, dans quel format, pour quelle décision, ni quoi faire si le scan est illisible. L’équipe passe alors le dossier à retraduire les envois en checklist mentale.

Si votre process a déjà des exigences nommées — identité, justificatifs de revenus, formulaires signés, extraits — l’outil de transfert est la mauvaise couche. Il vous faut un objet demande avec des éléments, pas un tuyau pour des blobs anonymes.

Un dossier Dropbox au nom du client paraît ordonné… jusqu’à ce que deux personnes déposent le même passeport sous des noms différents, qu’un garant envoie un ZIP de scans mélangés, et que personne ne sache quelle ligne de checklist chaque fichier couvre. La hiérarchie de stockage n’est pas un statut d’avancement.

Un dossier client, c’est un ensemble de décisions sur des éléments nommés : reçu, à corriger, approuvé, non requis. Les dossiers répondent seulement à « y a-t-il un fichier quelque part ? ». Ils ne répondent pas à « le justificatif de revenus du demandeur B manque-t-il encore ? » sans qu’un humain lise chaque objet.

Cette lecture humaine devient le goulot. Les relecteurs ouvrent les ZIP, renomment, relancent par e-mail et collent un statut dans un tableur qui diverge du dossier en une journée. Le modèle portail garde la checklist comme source de vérité et traite les envois comme pièces jointes aux éléments, pas comme le dossier lui-même.

Les téléchargements WeTransfer expirent. Les liens Dropbox sont transmis, mis en favoris et laissés ouverts après clôture. Les deux créent une dette opérationnelle et de confidentialité : soit le fichier disparaît quand vous en avez encore besoin, soit l’accès survit à la raison pour laquelle vous l’aviez accordé.

L’intake client demande l’inverse — un accès lié au dossier et au contributeur, avec une fin claire. Des liens magiques vers une checklist personnelle donnent à chacun uniquement ses éléments le temps nécessaire, sans dossier partagé permanent que chaque transfert multiplie.

Quand un transfert expire en pleine relecture, on redemande un envoi et l’historique de versions se fragmente. Quand un lien Dropbox reste vivant après clôture, vous conservez un accès permanent que vous n’avez peut‑être plus voulu. Aucun de ces modes d’échec n’a sa place dans une collecte documentaire maîtrisée.

Le rejet est le point où les outils de transfert s’effondrent. Une pièce d’identité floue dans un colis WeTransfer déclenche souvent un nouvel e-mail : « renvoyez s’il vous plaît ». Le client ne sait pas quel fichier a échoué, et le second colis répète souvent la même erreur plus trois extras.

Le retour au niveau de l’élément garde la demande intacte. Le relecteur marque une ligne « à corriger », ajoute une note courte (« le scan ne montre que le haut de la carte »), et le même élément reste ouvert pour un nouvel envoi. Les éléments déjà approuvés le restent ; personne ne reconstruit un ZIP.

Cette boucle fait la différence entre un tuyau et un portail de validation. Collecter sans étape de décision déplace seulement le risque vers l’étape suivante — étude, signature ou classement — où une page manquante coûte plus cher.

Ne basculez pas tous les dossiers ouverts d’un coup. Commencez par les nouveaux intakes : publiez un modèle de checklist, invitez les contributeurs avec des liens individuels, et gardez WeTransfer/Dropbox seulement en secours les deux premières semaines le temps d’observer où les gens bloquent.

Pour les dossiers déjà en transfert, terminez-les sur l’ancien chemin ou ne migrez que les éléments restants — ne forcez jamais un client qui a déjà envoyé un ZIP complet à tout ressaisir. Rattachez ces fichiers aux lignes de checklist une fois, puis fermez le canal de transfert pour ce dossier.

Expliquez le changement en une phrase réutilisable : « utilisez ce lien ; il liste exactement ce qu’il nous manque encore. » En interne, une règle miroir : plus de nouvelles demandes documentaires via Dropbox personnel ou WeTransfer une fois le modèle portail en ligne. Les exceptions doivent être rares et journalisées.