Почему в CRM-INSAL появился собственный файловый менеджер и облако документов (12 серия)

Это следующая статья из серии о том, как мы в CompanionAI шаг за шагом развивали цифровой контур INSAL. Здесь — о том, почему компания забрала документы из чужих сервисов и разрозненных папок в свой контур, как внутри CRM появились просмотр PDF, редактирование документов, таблиц и презентаций и почему модуль файлов оказался важен не только для удобства, но и для контроля, лояльности и зрелости всей цифровой среды.

Почему рост компании почти всегда приводит к хаосу в документах

Чем больше у компании услуг, клиентов и внутренних процессов, тем быстрее растет документооборот.

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

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

Почему удобство сторонних сервисов перестало быть достаточным

Google Документы и похожие сервисы удобны. Это правда. Ровно так же, как когда-то были удобны Tilda и Telegram: на старте они помогают быстро начать и не тратить лишние силы.

Но у такой схемы есть обратная сторона — контроля почти нет.

Папки создаются вручную. Структура со временем расползается. Не всегда понятно, кто и к чему имеет доступ. Неясно, как все это вписать в собственные бизнес-процессы так, чтобы документы работали вместе с CRM, заявками, услугами и клиентским маршрутом, а не где-то рядом.

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

INSAL пробовал и другие сторонние сервисы, в том числе локальные. Но картина повторялась: либо неудобно, либо сложно встроить в собственные процессы, либо решение выглядело слишком чужим для реальной рабочей логики бизнеса.

Почему INSAL решил забрать документы в свой цифровой контур

В какой-то момент стало ясно, что CRM должна быть не только красивой и удобной, но и по-настоящему полезной.

Если в системе живут только заявки и карточки клиентов, она остается важным, но все-таки частичным инструментом. Когда же внутри нее оказываются документы, таблицы, презентации и рабочие материалы, ценность CRM резко вырастает. В нее начинают заходить не потому, что надо, а потому, что там реально идет работа.

Для INSAL это было особенно важно. Когда документооборот становится упорядоченным и прозрачным во взаимодействии с контрагентом, это повышает доверие клиента, усиливает вовлеченность и формирует привычку пользоваться системой. А если клиент чаще пользуется CRM, он и внутри нее живет активнее. Значит, охотнее возвращается к услугам и другим сценариям работы.

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

Как в CRM-INSAL появился файловый менеджер с просмотром и редактированием

Внутри CRM появился отдельный файловый менеджер с облачным хранением.

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

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

Это был уже не просто диск в CRM. Это был рабочий слой системы.

Почему папки сделали совместными, а не приватными

Здесь было принято важное и осознанное решение: папки изначально не делали приватными.

Их специально проектировали как совместную цифровую среду клиент плюс команда INSAL.

Это принципиальный момент. Цель была не в том, чтобы дать клиенту личный сейф внутри CRM. Цель была в том, чтобы собрать прозрачную рабочую среду, где обе стороны видят документы, работают с ними и не разбрасывают их по внешним каналам.

Такой подход усиливал контроль внутри и снаружи. Клиент видел, что происходит с его документами. Команда не теряла контекст. Руководитель мог понимать, как устроена цифровая среда по конкретному клиенту. И все это жило не в пяти разрозненных сервисах, а в одном месте.

Почему отказались от вложенности папок

Еще одно осознанное решение — не делать сложную вложенную структуру.

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

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

Это не ограничение. Это выбор в пользу ясности.

Как глобальная папка и автоматические папки клиента сделали модуль рабочим

Чтобы модуль не остался просто красивой идеей, его сразу встроили в реальные сценарии использования.

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

Это оказалось полезно сразу в двух смыслах.

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

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

Маркетинг здесь тоже получал плюс, но не лобовой, а умный.

Почему просмотр PDF и редактирование документов внутри CRM были принципиальны

Самый важный переход в этом модуле — от хранения к реальной работе.

Файлы мало просто сложить в одну папку. Ими нужно пользоваться. Поэтому внутри CRM сделали встроенный просмотр файлов, в первую очередь PDF и других распространенных форматов, а также редактирование документов, таблиц и презентаций.

Это было принципиально. Не скачивать, не пересылать, не искать последнюю версию, не держать параллельно файл у себя на компьютере и в каком-то облаке, а работать внутри системы.

Когда таблица, документ или презентация живут прямо в CRM, это резко снижает хаос. Особенно в работе с клиентом и внутри команды. Система перестает быть местом, где лежит ссылка на файл. Она становится местом, где сам файл живет и используется.

Как понятный интерфейс помог сделать модуль своим

Отдельно пришлось подумать о том, как этот модуль будет ощущаться внутри уже существующей CRM.

Интерфейс сделали максимально близким к привычной логике Word, Excel и Google Docs. Сам файловый менеджер тоже собирали так, чтобы он был интуитивно понятным. Без экзотики, без странных паттернов, без ощущения, что пользователю нужно заново учиться жить.

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

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

Что этот этап дал INSAL

После запуска файлового менеджера INSAL получил не просто облако внутри CRM.

• Компания получила контроль над документооборотом.
• Клиенты — более понятную и прозрачную цифровую среду.
• Команда — меньше хаоса и ручной сборки файлов по разным каналам.
• CRM — новый уровень полезности.
• А сам продукт — дополнительный слой лояльности и вовлеченности.

Даже маркетинговый эффект здесь оказался понятным: «Дарим 500 МБ облачного хранения» звучит как реальная польза, а не декоративная мелочь. В эпоху, когда почти все сервисы пытаются монетизировать любую функцию, INSAL пошел чуть дальше и дал пользователю ощутимую ценность внутри своей системы. Клиент получает удобство. Компания получает больше доверия, вовлеченности и косвенную монетизацию позже.

Формула получилась вполне честной: win-win.