Спросите агентство, как оно передаёт файлы клиентам, и в ответе появится сервис, никак не связанный с его почтой: аккаунт Dropbox, вкладка WeTransfer или папка Google Drive, которой поделились с личным адресом, созданным кем-то много лет назад. Файлы таким способом доходят. Но каждая работа с клиентом оказывается распределена между двумя не связанными друг с другом системами, а передача дел при смене сотрудника зависит от того, что он не забыл записать.
На этой странице рассказывается, как передавать клиентские файлы из того же аккаунта, где находится почта, какие мелкие сбои это помогает устранить и в каких случаях отдельный файловый сервис всё же будет лучше.
Как подводит привычная схема
Сбои редко бывают драматичными. Обычно это незаметные проблемы, каждая из которых отнимает час и нигде не учитывается.
Срок действия ссылок заканчивается без предупреждения, поэтому клиент, вернувшийся к файлу через три месяца, ничего не находит и пишет вам. Материалы компании хранятся в личных аккаунтах, и после ухода владельца доступ может исчезнуть вместе с ним. Никто не знает наверняка, у кого находится нужный файл, потому что им делились без системы из того приложения, где он был открыт. Файловый сервис берёт плату за каждого пользователя, и почтовый сервис делает то же самое. В результате передача клиентских файлов оплачивается дважды по двум разным счетам.
Каждая такая проблема по отдельности не является кризисом. Вместе они создают лишние сложности именно там, где это особенно нежелательно: в той части отношений, которую непосредственно видит клиент.
Передача клиентских файлов из самого почтового аккаунта
Другой подход состоит в том, чтобы хранить файлы в одном аккаунте с почтовыми ящиками. Тогда сами файлы и переписка о них находятся в одном месте и управляются единым набором разрешений.
Для большинства задач достаточно двух механизмов. Общие ссылки подходят для разовой передачи: ссылку на файл или папку можно отозвать при необходимости и ограничить число скачиваний. Общий доступ к папке для другого аккаунта удобен для постоянной работы: клиент или подрядчик получает через собственный аккаунт доступ к неизменной папке, а вам не приходится выдавать новую ссылку снова и снова.
Практическое отличие от отдельного файлового сервиса заключается в централизованном управлении отзывом доступа. Если права и ссылка настроены корректно, после окончания сотрудничества доступ можно своевременно закрыть, не вспоминая, в каком из пяти сервисов лежит нужный материал.
Структура, которая переживёт смену сотрудников
Долговечная схема выглядит скучно, но её стоит описать до начала работы, а не после.
Одна папка на клиента, а не на проект. Проекты заканчиваются, а клиенты возвращаются. Если внутри клиентской папки лежат проекты, для новой работы сразу находится понятное место, а новый менеджер может увидеть историю в рамках предоставленных ему разрешений.
Называйте папки по тем же правилам, что и всё остальное. Если номера задач или коды клиентов используются в именах почтовых ящиков, применяйте здесь те же коды. Передача клиентских файлов начинает сбоить, когда для поиска папки нужно кого-то спрашивать.
Для постоянной работы делитесь папкой, а не отдельным файлом. Ссылки на файлы удобны для разовой передачи, но плохо подходят для длительных отношений, иначе появляются десятки ссылок, за которыми никто не следит.
Заранее решите, что делать в конце. Архивировать, отозвать доступ или передать материалы: один раз закрепите это в правилах, а не решайте отдельно в каждом случае, когда кто-то уже раздражён.
Вместе с отдельным почтовым ящиком для каждого клиента это образует логичную систему: и переписка, и файлы принадлежат клиентскому проекту, а не занимавшемуся им сотруднику. Такой подход описан в статье «Почтовый ящик на каждый проект».
Стоимость
В описанной модели объём хранилища выбирается от 250 GB за $3.20 в месяц до 100 TB, а цена зависит от ёмкости, не от числа пользователей. Для передачи клиентских файлов это различие часто важнее начальной цены, ведь именно в агентстве несколько сотрудников могут хранить материалы десятков клиентов. Описанные командные тарифы Dropbox оплачиваются за каждого пользователя и включают общий объём хранилища. Такая модель может быть невыгодной небольшой команде с большим количеством файлов.
По описанным условиям десять сотрудников, которым нужно 5 TB, платят здесь за 5 TB, а не за десять мест с закреплённым объёмом. В этом предложении также не указана отдельная плата за исходящий трафик, поэтому запрос клиента на все материалы после завершения проекта не должен создавать такую дополнительную сумму при соблюдении действующих лимитов и условий.
При сравнении с отдельным файловым сервисом объединение обычно выгоднее, хотя не всегда. Честный расчёт зависит от объёма хранимых данных, а не только от количества работающих с ними людей.
Когда отдельный файловый сервис всё же лучше
Открыто рассказать об ограничениях полезнее, чем заявлять, будто объединённый вариант подходит всем.
Совместное редактирование в реальном времени. Если клиенты хотят открыть документ и одновременно редактировать его вместе с вами, для этого предназначены Google Workspace или Microsoft 365. Описанные здесь возможности их не заменяют. Передача клиентских файлов и совместная работа над документом являются разными задачами.
Клиентские порталы с глубоким брендированием. Если интерфейс обмена файлами является частью вашего продукта, специализированный портал справится лучше.
Огромные общие рабочие наборы с постоянными изменениями. Видеокоманде, которая ежедневно обрабатывает терабайты данных, нужны предназначенные для этого инструменты, а не универсальный сетевой диск.
Клиенты уже используют другую единую платформу. Если все клиенты работают в SharePoint и ожидают того же от вас, попытка изменить порядок может стоить дороже возможной экономии.
Объединённый подход удобен именно для передачи: готовая работа уходит клиенту, исходные материалы поступают от него, хранятся на протяжении сотрудничества, а затем доступ организованно закрывается. Так перемещается значительная часть файлов агентства, но далеко не все.
Передача материалов в конце сотрудничества
Именно в конце отношений с клиентом проверяется, насколько хорошо устроена работа с файлами. Здесь же особенно заметно подводит импровизированная схема.
Клиент имеет право получить свои материалы, а запрос обычно приходит в самый неудобный момент, нередко после того, как отношения уже охладели. Если файлы разбросаны между личным Dropbox, тремя просроченными ссылками WeTransfer и чьим-то рабочим столом, передача превращается в неоплачиваемые археологические раскопки.
Если все материалы собраны в одной клиентской папке и права настроены правильно, их можно передать одной общей ссылкой, скачать или перенести папку в аккаунт клиента. Это сокращает время и помогает подтвердить объём переданных материалов. Итоговая сверка всё равно необходима, особенно если возможен спор о том, что именно было доставлено.
Заранее решите, будете ли вы после этого хранить копию. У обоих вариантов есть разумные основания: хранение защищает при будущих вопросах, а удаление сокращает объём данных, за которые вы отвечаете. Проблемы возникают, если вообще не принять решение и через два года обнаружить у себя материалы бывшего клиента, не понимая, зачем вы их храните.
Получение файлов от клиентов
Передачу клиентских файлов обычно рассматривают только в одном направлении, хотя входящий поток создаёт не меньше трудностей и его тоже стоит настроить осознанно.
Клиенты отправляют исходные материалы. Без чёткой инструкции они прикрепляют слишком большие файлы к письмам, которые могут быть отклонены, или пользуются случайным сервисом, и всё оказывается в трёх разных местах. Возможность сразу поместить файлы в нужную папку сокращает сортировку и переписку с просьбой отправить их ещё раз.
Отдельное место загрузки для каждого клиента с предоставленным ему доступом позволяет направлять материалы в нужную папку без ручного перемещения. Если клиент не хочет осваивать новый способ, что бывает часто и редко стоит споров, при поддерживаемой конфигурации и в пределах действующих ограничений большие вложения могут приходить в виде ссылок, а не отклонённых писем. После получения их можно разложить по папкам.
Как доставить файлы клиенту
Сама передача становится обыденной, и в этом её смысл. При поддерживаемой конфигурации и в пределах ограничений размера слишком большой для вложения файл может преобразовываться в ссылку во время подготовки письма. Тогда отдельный результат работы отправляется обычным письмом, а для крупных передач используется общая папка. Поддерживаемые ссылки можно просматривать и отзывать в одном месте при корректно настроенных разрешениях.
Механика ссылок, включая ограничения скачиваний и отзыв доступа, описана в статье о работе общих ссылок. Если клиенту или подрядчику нужно видеть материалы как подключённый диск, а не вкладку браузера, обратитесь к статье о доступе по WebDAV.
Преимущество не сводится к одной функции. Передача клиентских файлов перестаёт быть второй системой со своими учётными данными, отдельным счётом и собственной организационной памятью. Она становится частью аккаунта, который вы уже оплачиваете и администрируете.
