Блог
Работа команды18 сентября 2026· 1 мин чтения

Как хранить командные документы, чтобы продажи не зависели от одного менеджера

Когда КП, договоры и история отправок лежат у конкретного сотрудника, отпуск или увольнение тормозят сделки. Команде нужен общий порядок хранения и доступа.

К

Команда Докифай

В понедельник клиент просит прислать «тот вариант договора, где уже учли скидку и новый срок оплаты». В CRM сделка есть, переписка есть, а файла нет. Он лежит у менеджера на личном диске, менеджер третий день в отпуске, телефон выключен.

Продажа в этот момент зависит не от продукта, цены или отношений с клиентом. Она зависит от того, найдёт ли кто-то в команде нужный документ и поймёт, что с ним уже происходило.

Документ должен пережить человека, который его отправил

У менеджера почти всегда есть свой порядок. Папка на рабочем столе, личное облако, избранное в мессенджере, письма самому себе, несколько версий КП с названиями «финал», «финал2» и «точно финал». Пока сделку ведёт он один, система кажется рабочей.

Проблема начинается, когда в сделке появляется второй человек: руководитель продаж, юрист, аккаунт, новый менеджер после увольнения предыдущего. Им нужен не просто файл. Им нужно понять контекст:

  • какой документ ушёл клиенту;
  • кому именно его отправили;
  • какая версия актуальна;
  • были ли правки после отправки;
  • открыт ли доступ сейчас;
  • что обещали клиенту в сопроводительном письме.

Если этого нет в общем месте, коллега начинает расследование. Ищет письмо в копии, пишет в чат, просит клиента переслать документ обратно. Формально работа продолжается, но позиция команды слабеет: клиент видит, что внутри нет единого порядка.

Хранение «у ответственного» удобно до первой передачи. Командное хранение нужно не для красоты, а для сменяемости. Сделка должна двигаться, даже если человек заболел, ушёл в отпуск или просто занят на другом созвоне.

Что меняется, когда документы лежат не у менеджера, а в командном порядке

Общая папка не спасает без правил внутри

Перенести всё в общую папку — хороший первый шаг, но не готовая система. Если каждый складывает файлы как привык, общая папка быстро превращается в тот же личный диск, только на всех.

Порядок начинается с простого решения: где живёт документ по сделке. Не «куда удобнее положить сейчас», а одно место, которое команда признаёт главным. Например: клиент → сделка → тип документа. Внутри уже могут быть КП, договоры, приложения, акты, презентации, переписка по согласованию.

Слишком подробная структура тоже мешает. Если менеджеру нужно открыть семь уровней папок, он будет обходить правило и снова сохранять файл «на время» куда попало. Хорошая структура должна выдерживать обычный рабочий день, когда документ надо отправить через десять минут.

Название файла — часть хранения. «КП_новое» ничего не говорит коллеге. Лучше, когда из названия видно клиента, тип документа, дату или версию: не ради аккуратности, а чтобы человек без автора понял, что перед ним.

Например, команда может договориться о таком минимуме:

  • в названии есть клиент и тип документа;
  • черновики и отправленные версии лежат отдельно;
  • финальной считается только версия из папки «Отправлено» или её аналога;
  • старые варианты не удаляются сразу, а уходят в архив;
  • если документ заменили, рядом понятно, чем и когда.

Цена такого порядка — дисциплина. Кто-то должен следить, что правила не живут только в регламенте. Обычно это руководитель группы или операционный человек в продажах. Если владельца нет, порядок держится до первой срочной сделки.

История отправок важнее, чем кажется в моменте

Файл сам по себе отвечает только на вопрос «что мы подготовили». Для сделки часто важнее другое: «что уже видел клиент». Команда может найти договор, но не понять, отправляли ли его финансовому директору, юристу или только закупщику.

История отправок нужна в трёх ситуациях.

Первая — передача сделки. Новый менеджер должен видеть, что клиент уже получил, чтобы не задавать неловких вопросов и не отправлять одно и то же повторно.

Вторая — спор по версии. Клиент говорит: «У нас в договоре был другой срок оплаты». Команде нужно быстро поднять отправленный вариант, а не сравнивать пять файлов из разных папок.

Третья — повторный контакт. Если после отправки КП прошло несколько дней, полезно понимать, о каком документе идёт речь и кому писать. Не весь follow-up надо строить на догадке «вы успели посмотреть?». Если хочется глубже разобрать именно последующее письмо, лучше отдельно посмотреть, как писать follow-up после отправки КП.

Минимальная история отправки может быть простой: дата, получатель, документ, версия, ссылка или способ отправки, комментарий. Если есть отдельная аналитика просмотров — хорошо. Если нет, хотя бы журнал руками уже лучше, чем память менеджера.

Важно не смешивать историю отправок с внутренними черновиками. Клиенту всё равно, сколько раз команда правила формулировку. Для продажи критично, какая версия вышла наружу и на каких условиях.

Доступ должен принадлежать команде, а не личному аккаунту

Даже идеальная структура ломается, если все права завязаны на одного человека. Он создал папку, он владелец документов, он выдал ссылки, он один может закрыть доступ. Пока всё спокойно, это незаметно. При увольнении или конфликтной передаче всплывает сразу.

Командный порядок предполагает, что рабочие документы лежат в пространстве компании, а не в личном аккаунте сотрудника. У менеджера может быть право работать с файлами, но не единственная власть над ними.

Здесь полезно разделять роли. Одни люди ведут сделки и отправляют материалы. Другие управляют доступами, структурой и настройками. Руководителю не обязательно редактировать каждое КП, но у него должен быть доступ к истории и возможность вмешаться, если сделка зависла.

Отдельная тема — внешние получатели. Если документ ушёл как вложение, команда уже не управляет его жизнью: файл можно переслать, скачать, открыть позже. Для части материалов это нормально. Для договоров, финансовых моделей, персональных данных и коммерческих условий лучше заранее определить, какие документы нельзя отправлять обычным вложением, чтобы не обсуждать это в момент ошибки.

При увольнении сотрудника должен быть короткий сценарий: закрыть личные доступы, проверить активные ссылки, передать открытые сделки, убедиться, что документы и история остались в командном пространстве. Если каждый раз это делается вручную и с нуля, значит системы пока нет.

Порядок внедряют с живой сделки, а не с архива за три года

Самая частая ошибка — начать с большой уборки. Команда решает разобрать все старые КП, договоры, презентации и переписки. Через неделю всем надоедает, потому что пользы в текущих сделках пока не видно.

Лучше начать с документов, которые прямо сейчас влияют на деньги. Например, взять десять активных сделок и привести к одному виду только их. Для каждой сделки собрать актуальное КП, договор, приложения, презентацию и историю последних отправок.

Не нужно сразу описывать регламент на двадцать страниц. Достаточно короткой договорённости:

  • где создаём папку сделки;
  • как называем отправленные документы;
  • куда кладём старые версии;
  • кто отвечает за порядок после отправки;
  • что фиксируем в истории.

Через две недели станет видно, где правило слишком сложное. Может оказаться, что менеджеры не заполняют отдельный файл с историей, но готовы оставлять комментарий в карточке сделки. Или что папка «Черновики» нужна, а папка «На согласовании у юристов» только мешает. Это нормальная цена внедрения: порядок должен подстроиться под работу, а не наоборот.

Первый посильный шаг — выбрать одну активную сделку, которую может подхватить другой менеджер, и проверить её без подсказок автора: где лежит актуальный документ, кому он отправлен, какая версия ушла клиенту и что нужно сделать следующим касанием. Всё, что не находится за несколько минут, стоит перенести в общий порядок.


В Докифай для такой работы есть рабочие области: документы, ссылки, дата-румы и аналитика доступны команде, а не отдельному сотруднику. Коллег добавляют по email, права разделяются между владельцем, администратором и участником; в дата-румах документы можно разложить по папкам и вложенным папкам, выдать доступ конкретным людям и закрыть его по завершении.