Автоматизация сбора документов от клиента

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

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

Почему документы идут неделями

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

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

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

Какие документы действительно нужны?

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

Отдача от такой чистки больше, чем кажется. Чем короче перечень, тем быстрее он закрывается: отправку шести документов клиент откладывает, три отправляет в тот же день. И документ, который вы не запросили, — это документ, который не нужно хранить, защищать и вовремя удалять.

Один перечень не подходит всем клиентам

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

Из чего состоит хороший запрос документов

Запрос документов — не сообщение, а пакет. В нём одновременно сказано, что нужно, зачем, как это прислать и к какому сроку. Ниже — те составляющие, которые сильнее всего влияют на скорость ответа.

• Одна ссылка: всё загружается через единственную ссылку; вложения, разные адреса и чат означают папку, разорванную на три части.
• Строка обоснования: рядом с каждым пунктом одно предложение о том, зачем он нужен, иначе документ без видимой цели считают бюрократией и откладывают.
• Формат и образец: допустимые типы файлов, требование к читаемости и, где это важно, пример изображения; если не сказать «скан», придёт фотография листа под углом.
• Срок с датой: вместо «как можно скорее» назовите конкретный день, иначе напоминания не на что опереть.
• Названный ответственный: на стороне клиента должен быть один человек; запрос, отправленный всем, считается отправленным никому.
• Видимый статус: клиент должен видеть на своём экране, что уже принято и чего не хватает, иначе каждое напоминание рождает новый вопрос.
• Условие закрытия: заранее определите, при каких документах пакет считается полным; неопределённая папка не закрывается никогда.

Собирать такой пакет вручную можно на первых трёх клиентах, но не на тридцатом. Запрос должен выходить сам в момент подписания договора, подбирать перечень по типу клиента и запускать следующий шаг, когда папка укомплектована; как строится связка «триггер — условие — действие», мы подробно показываем в статье об автоматизации рабочих процессов в CRM. Документы, требующие подписи, включаются в тот же поток — этой стороне посвящён материал об электронной подписи в договорных процессах.

Кто напоминает и с каким ритмом?

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

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

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

Кто платит за неудобство загрузки?

Если ради отправки файла клиенту нужно завести аккаунт, придумать пароль или пересесть за компьютер, поток останавливается здесь. Экран загрузки должен работать с телефона, без регистрации, с фотографией в одно касание. Как дать клиенту пространство, где видно его собственную папку, принятые и недостающие документы, мы разобрали в материале о клиентском портале самообслуживания.

Невидимая часть неудобства — именование. Клиент присылает файл с названием «документ1», а на вашей стороне к нему должны автоматически прикрепиться клиент, тип документа и договор. Каждый файл, переименованный руками, — это файл, который через полгода не найдут.

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

Кто проверяет то, что пришло?

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

Разделите контроль надвое. Машинная часть формальна: открывается ли файл, столько ли страниц, не истекла ли дата, совпадает ли налоговый номер с номером в договоре. Человеческая часть — суждение: покрывают ли полномочия подписанта именно эту сделку, соответствует ли приложение оговорённому объёму. Команды, смешивающие два уровня, либо вчитываются в каждый документ и тонут, либо не смотрят ни один.

Где OCR помогает, а где нет

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

Где автоматизацию нужно остановить?

Автоматизировать сбор документов до конца правильно не всегда. Когда вы просите чувствительную бумагу у крупного клиента, с которым работаете годами, третье автоматическое напоминание может стоить дороже, чем экономит весь поток. Точно так же в команде, подписывающей пять новых клиентов в год, настройка этого потока обойдётся дороже отдачи: там хватит чек-листа в две строки и напоминания в календаре.

Автоматизация напомнит о недостающем документе, но почему его не прислали, узнает только тот, кто поднял трубку.

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

Каждый собранный документ — ещё и обязательство

Архив с копиями удостоверений, образцами подписей и банковскими реквизитами — это одновременно актив и риск. Кто имеет к нему доступ, сколько он хранится и получится ли действительно удалить его, когда придёт срок: без ответов на эти три вопроса риск растёт вместе с архивом. Рабочую схему сбора, хранения и удаления персональных данных мы разбираем в материале о CRM в соответствии с законом о персональных данных; какие именно требования действуют в Türkiye для вашего набора документов и сколько каждый из них должен храниться, стоит уточнить у вашего бухгалтера и юридического консультанта.

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

По каким показателям видно здоровье потока?

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

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

С чего начать

Для первого захода хватает двух недель. Откройте последние десять клиентских папок и посмотрите, какие документы запрашивались на самом деле и какие не пригодились ни разу; у большинства команд перечень сокращается на треть сам собой. Затем возьмите один тип клиента и переведите запрос по нему на единственную ссылку. Напоминания и внутренние задачи подключайте только после того, как поток устоится.

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

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