Ещё несколько лет назад большинство компаний воспринимали цифровую трансформацию как последовательное внедрение новых ИТ-инструментов. Для управления проектами выбирали одну систему, для хранения знаний — другую, совместную работу с документами переносили в облачные офисные сервисы, финансовое планирование оставляли в ERP или Excel, а коммуникации — в корпоративных мессенджерах.
Каждый новый продукт решал свою локальную задачу и действительно делал работу удобнее. Однако постепенно выяснилось, что вместе с цифровизацией компании получили новую проблему — сложную экосистему из десятков независимых сервисов, между которыми сотрудникам приходится постоянно переключаться.
Именно этой теме был посвящён вебинар компании Компо Софт «Как объединить задачи, документы и деньги в одной системе без абонентской платы за пользователей». Вместо традиционного рассказа о новом программном продукте эксперты предложили обсудить более фундаментальный вопрос: почему сама модель использования большого количества корпоративных систем начинает себя исчерпывать и каким может стать следующий этап развития цифрового рабочего пространства.
Как отметил директор по продажам Компо Софт Алексей Сидоров, за последние годы компании значительно продвинулись в автоматизации отдельных процессов. Практически у каждого бизнеса появились специализированные решения для управления задачами, документооборота, хранения знаний, совместной работы с файлами и финансового учёта. Но вместе с этим возникла обратная сторона цифровизации:
«Проект — это не только задачи. Это документы, бюджеты, переписка, знания, файлы, согласования. Когда всё это находится в разных системах, сотрудники теряют время не на работу, а на поиск информации».
Эта мысль стала одной из ключевых на протяжении всего вебинара.
От автоматизации процессов — к автоматизации рабочего пространства
На протяжении последних пятнадцати лет рынок корпоративного программного обеспечения развивался по достаточно простой логике: появлялась новая задача — появлялся специализированный продукт.
Нужно управлять проектами — внедряется трекер. Необходимо хранить корпоративные знания — появляется Wiki. Понадобилась совместная работа с документами — подключается облачный офис. Для бюджетирования используется ERP или отдельная финансовая система. Для хранения изображений и видеоматериалов внедряется медиабанк.
В результате практически каждая функция бизнеса получила собственное программное обеспечение. Такой подход долгое время считался правильным: специализированные продукты действительно лучше решали свои локальные задачи, чем универсальные системы.
Однако со временем возникла новая сложность — сам проект перестал существовать как единый объект. Его составляющие оказались распределены между разными приложениями.
Во время вебинара руководитель разработки IT-продуктов Компо Софт Алексей Комраков предложил посмотреть на привычную рабочую ситуацию глазами руководителя проекта. У него есть задача в трекере. Чтобы понять требования, необходимо открыть Wiki. Чтобы посмотреть техническое задание — перейти в систему хранения документов. Для проверки бюджета — открыть ERP. Чтобы уточнить детали обсуждения — найти переписку в корпоративном мессенджере. А чтобы посмотреть историю изменений, приходится снова возвращаться в трекер.
Каждый такой переход занимает всего несколько секунд. Но когда переключений становится несколько десятков в течение рабочего дня, они незаметно съедают время всей команды.
Проблема здесь не только в потерянных минутах. При каждом переходе между системами сотрудник заново восстанавливает контекст задачи. Возникает дополнительная когнитивная нагрузка, увеличивается вероятность упустить важную информацию или принять решение, не имея перед глазами полной картины происходящего.
По словам экспертов Компо Софт, именно эта проблема сегодня становится одним из главных ограничений эффективности современных компаний.
Импортозамещение решило одну проблему, но показало другую
После ухода ряда зарубежных поставщиков программного обеспечения большинство российских компаний сосредоточилось на поиске отечественных аналогов привычных решений. На рынке активно обсуждали замену Jira, Confluence, Microsoft SharePoint, Trello, Notion и других популярных сервисов. Для многих организаций именно импортозамещение стало главным драйвером обновления корпоративной ИТ-инфраструктуры.
Однако, как отметили участники вебинара, спустя несколько лет стало очевидно: простая замена одного продукта другим далеко не всегда приводит к повышению эффективности бизнеса. Если раньше сотрудники переключались между иностранными сервисами, то теперь они делают то же самое между российскими. Архитектура работы практически не изменилась — изменились только названия программ.
Именно поэтому сегодня руководители всё чаще задают другой вопрос: не «чем заменить Jira?», а «нужно ли вообще продолжать строить рабочие процессы вокруг большого количества отдельных систем?».
По мнению экспертов Компо Софт, именно этот вопрос становится определяющим для следующего этапа цифровой трансформации. Рынок постепенно переходит от импортозамещения отдельных продуктов к созданию единого цифрового рабочего пространства, где сотруднику больше не приходится постоянно переключаться между приложениями. Именно концепция Compo OneSpace становится ответом на вызовы, с которыми сталкиваются современные компании.
Проект должен существовать целиком, а не по частям
Исторически корпоративные системы развивались вокруг отдельных сущностей: трекер создавался вокруг задач, Wiki — вокруг документов, CRM — вокруг клиентов, ERP — вокруг финансового учёта.
Но сотрудники работают не с задачами и не с документами по отдельности — они работают над проектами. А проект всегда представляет собой совокупность множества взаимосвязанных объектов: задач, документации, бюджета, файлов, обсуждений, ответственных лиц, сроков и истории изменений.
Когда задача автоматически связана со всем этим контекстом, сотруднику больше не приходится собирать картину происходящего из разных источников — проект становится единым цифровым объектом, внутри которого уже содержится весь необходимый контекст.
Пример связей проектов и файлов при создании документа в WIKI
Именно такую модель эксперты Компо Софт называют единым рабочим пространством (OneSpace) — подходом, при котором пользователь работает не с набором отдельных приложений, а с одной системой, объединяющей все ключевые процессы команды.
Как подчеркнул Алексей Сидоров:
«Мы не предлагаем ещё одну систему. Мы предлагаем место, где сотрудник может выполнять свою работу полностью — от постановки задачи до анализа результата — не переключаясь между десятком различных сервисов».
За этой фразой стоит важная управленческая идея. Каждое переключение между системами — это не только потерянные секунды, это потеря концентрации, дополнительная когнитивная нагрузка и риск принять решение, не имея перед глазами всей необходимой информации. Когда документы находятся в одной системе, задачи — в другой, бюджеты — в третьей, а обсуждения — в корпоративном мессенджере, сотрудники неизбежно начинают работать фрагментами. В едином рабочем пространстве этот контекст сохраняется: любое действие становится частью общего процесса.
Как устроен Compo OneSpace
В качестве практической реализации концепции эксперты представили платформу Compo OneSpace — систему, в которой ключевые процессы компании собраны в единой среде, а не разнесены по отдельным продуктам.
Внутри платформы объединены модули, которые обычно закрываются разными сервисами:
- управление задачами и проектами — постановка, распределение, контроль сроков и статусов;
- база знаний (Wiki) — хранение регламентов, инструкций и внутренней документации в привязке к конкретным проектам и задачам;
- работа с документами — договоры, технические задания, презентации и прочие файлы, доступные без переключения в отдельную систему хранения;
- финансовый модуль — бюджеты проектов, сметы и контроль расходов, связанные напрямую с задачами и этапами работ;
- медиабанк — централизованное хранение изображений, видео и прочих медиафайлов;
- инструменты на основе ИИ — помощь в формулировке задач, поиске информации внутри проекта и обобщении больших массивов данных.
Принципиальное отличие такого подхода не в наборе функций как таковом — похожие модули по отдельности есть и у многих специализированных сервисов. Ключевое отличие в том, что все эти сущности изначально связаны между собой на уровне данных. Задача «видит» связанный с ней бюджет, документацию и историю обсуждений, а не существует в изоляции от них. Пользователю не нужно помнить, в каком из десяти сервисов искать нужную информацию — она находится там же, где и сама задача.
Сводный финансовый отчёт по проекту: себестоимость, доходность, платежи
Ролевая модель: гибкий доступ вместо «всё или ничего»
Когда речь заходит о едином рабочем пространстве, у многих руководителей сразу возникает опасение: если все данные компании собраны в одной системе, не приведёт ли это к тому, что каждый сотрудник увидит вообще всё — от чужих задач до финансовых показателей проектов, к которым он не имеет отношения?
Как показал вебинар, именно на этот случай в Compo OneSpace заложена развитая ролевая модель, а не единое пространство «без границ» внутри компании.
Вся информация в системе организована по так называемым «спейсам» — обособленным зонам с собственными правами доступа. Алексей Комраков и техлид Компо Софт Сергей Сухенко на демонстрации выделили несколько типов таких пространств.
Общее пространство доступно всем сотрудникам компании без ограничений — здесь хранится информация, которая должна быть видна всем. Пространства проектов, напротив, открыты только тем, кто добавлен в конкретный проект: остальные сотрудники его просто не видят. Пространства департаментов позволяют каждому отделу — продажам, маркетингу, разработке — вести собственную структуру документов, не пересекаясь с другими подразделениями. Наконец, у каждого сотрудника есть личное приватное пространство для черновиков и рабочих заготовок, которые не предназначены для общего доступа.
Важно, что права настраиваются не только на уровне целого пространства, но и на уровне отдельной страницы базы знаний: ролевая модель Wiki может отличаться от страницы к странице, а модель доступа в проектах — не совпадать с моделью в департаментах, поскольку у каждого отдела свои особенности работы с документами.
Гибкость этим не ограничивается. Как отметил Сергей Сухенко, для отдельных ролей можно целиком скрывать функциональные блоки системы — например, сотруднику, который работает только с документами, незачем видеть проектный модуль. Алексей Сидоров резюмировал эту мысль во время сессии вопросов и ответов:
«Функция отключения блоков есть и в ролевых правах. Если сотрудник работает только с документами, а проектные штуки ему не нужны, они могут просто скрываться — для этой роли или на уровне всей компании».
Доступ можно ограничивать и на уровне конкретных объектов: сотруднику можно открыть видимость только тех задач, к которым он привязан, оставив остальные доски и задачи вне поля зрения — это особенно важно, если в проекте есть критичные данные. Отдельно поддерживается и обратная функция — блокировка: проект или задачу можно «заморозить», чтобы статус нельзя было изменить, пока решение по нему не принято.
Продумана и ситуация с увольнением сотрудников — вопрос, который неизбежно возникает в любой растущей компании. По умолчанию из системы ничего не удаляется: все файлы уволенного сотрудника остаются на месте, и их можно из административного интерфейса передать другому человеку, занявшему ту же позицию, — без потери истории и без риска, что важные документы «уйдут» вместе с сотрудником.
Таким образом, единое пространство не означает утрату контроля над данными — напротив, детальная ролевая модель позволяет сочетать общий контекст работы с той степенью изоляции, которая нужна конкретному проекту, отделу или роли.
ИИ-помощник, который не покидает периметр компании
Отдельным блоком демонстрации стал встроенный ИИ-ассистент — то, что в Компо Софт назвали финальным и, пожалуй, самым чувствительным элементом системы, поскольку речь идёт о работе с внутренними, зачастую конфиденциальными данными компании.
Как объяснил Алексей Комраков, при выборе архитектуры искусственного интеллекта команда учитывала три возможных пути реализации.
Первый вариант — использовать публичные языковые модели. От него отказались сразу: чтобы модель отвечала на вопросы по внутренним данным, корпоративную и конфиденциальную информацию пришлось бы отправлять во внешнее облако, а это неприемлемый риск с точки зрения безопасности для большинства компаний.
Второй вариант — обычный семантический поиск. Он действительно работает без утечек, но механически: обрабатывает запрос, не понимая контекста, и по сути остаётся инструментом поиска, а не полноценным помощником.
Третий вариант — самостоятельно построить локальную LLM с RAG-архитектурой и собственной ролевой моделью доступа. Технически это осуществимо, но требует серьёзной экспертизы: далеко не каждая команда умеет настраивать тонкие ролевые модели и выстраивать RAG-пайплайны, а для многих компаний это вылилось бы в месяцы разработки и экспериментов.
В результате Компо Софт выбрала сложный, но наиболее верный путь — готовый встроенный ассистент, который понимает контекст, работает с данными компании без риска их утечки и не требует от заказчика собственной экспертизы в области ИИ. Ключевой принцип, на котором построен помощник, Алексей Комраков сформулировал так:
«Ассистент работает только с теми данными, с которыми может работать сам сотрудник. Он не может получить информацию из закрытых проектов, чужих задач или документов, куда у сотрудника нет доступа».
Иначе говоря, помощник действует строго в рамках той же ролевой модели, что и человек, который его вызвал: он не может обойти права доступа даже случайно, а помогает ровно в том объёме, который сотруднику и так разрешён.
Важно и то, что за этим стоит не просто окно чата, красиво пересказывающее найденные документы, а помощник, способный самостоятельно действовать внутри платформы. В его распоряжении — десятки операций сразу во всех модулях системы: со справочниками и сущностями, в CRM, базе знаний, документах и медиа, в финансовом блоке, в поиске. Если попросить найти просроченные сделки и поставить задачу ответственному, ассистент не ограничивается советом «загляните туда-то» — он сам находит нужные записи и ставит задачу. Причём агент не выполняет только один шаг за раз: он выстраивает план из нескольких действий, идёт по нему, оценивает промежуточный результат и при необходимости корректирует дальнейшие шаги — примерно так же, как это делал бы человек, разбирающий незнакомую задачу.
Единое окно для работы с ИИ-помощником
Отдельного внимания заслуживает то, как ассистент проверяет сам себя. Прежде чем выдать ответ, он оценивает качество найденного материала — и если источников недостаточно или они слабо относятся к вопросу, переформулирует запрос и ищет заново, а не выдаёт первое, что нашлось. Перед финальным ответом срабатывает ещё одна проверка: система сверяет сформулированный текст с найденными источниками, и утверждение, которое ничем не подтверждено, до пользователя просто не доходит. При этом ресурсы расходуются разумно — на простой вопрос ассистент отвечает быстро и напрямую, а более затратная проверка включается только там, где цена ошибки действительно высока.
Поскольку ассистент умеет не только искать, но и действовать, для операций, изменяющих данные, предусмотрен отдельный режим контроля. Любое такое действие можно перевести в режим подтверждения: тогда ассистент не выполняет его самостоятельно, а формирует предложение, которое сотрудник видит прямо в диалоге и одобряет одним нажатием. При этом действие выполняется под правами того, кто его одобрил, и попадает в журнал аудита с пометкой, что инициатором был именно ассистент, — то есть прозрачность и контроль сохраняются даже там, где помощник выходит за рамки простого ответа на вопрос. Для наиболее чувствительных сценариев доступен и режим «только чтение», в котором ассистент физически не может изменить ни строки данных.
На демонстрации Сергей Сухенко показал, как это работает на практике. Новый сотрудник, ещё не знающий, где что лежит, может просто спросить ассистента, где находится нужный регламент, — вместо ручного поиска по хранилищу. Ассистент находит файл и, если нет времени его читать, даёт краткую сводку содержания. Точно так же ассистент работает и со встроенным трекером: можно спросить, какие задачи по проекту просрочены, а затем попросить его декомпозировать большую и абстрактную задачу на понятные подзадачи — то, на что у человека обычно уходит гораздо больше времени, чем на формулировку самого запроса.
Работа ИИ-помощника по задачам, документам и файлам в режиме одного окна
Помимо диалогового интерфейса, ассистент поддерживает API и MCP, что позволяет подключать его к внешним агентам и локальным сценариям автоматизации. Алексей Сидоров поделился собственным опытом такой настройки: у него подключена локальная модель, которая ежедневно раскладывает актуальные версии клиентских документов по нужным папкам, переименовывает и сортирует записи встреч в соответствии с названиями событий в календаре и складывает их в пространство вместе с сопутствующими файлами. По его собственной оценке, это экономит около часа рабочего времени в день — того самого времени, которое раньше уходило на рутинную раскладку файлов вручную.
Почему бессрочная лицензия становится стратегическим аргументом
Отдельное внимание на вебинаре было уделено модели лицензирования — теме, которая для многих компаний сегодня не менее важна, чем функциональность системы.
Большинство современных корпоративных сервисов, включая многие российские аналоги зарубежных платформ, работают по модели подписки с оплатой за каждого пользователя ежемесячно или ежегодно. При росте штата, а тем более при использовании сразу нескольких таких систем, совокупные расходы на подписки становятся весомой и, что важно, постоянно растущей статьёй бюджета.
Эксперты Компо Софт обратили внимание на альтернативный подход — приобретение бессрочной лицензии без абонентской платы за пользователей. В этом случае компания один раз инвестирует в платформу и дальше не зависит от изменения тарифов, курсов валют или условий вендора. Особенно значимым это становится в условиях, когда многие организации уже пережили вынужденную миграцию с зарубежных сервисов и хотят исключить зависимость от внешних условий лицензирования в будущем.
Такая модель не только снижает совокупную стоимость владения системой в долгосрочной перспективе, но и упрощает финансовое планирование: расходы на ИТ-инфраструктуру становятся предсказуемыми, а не привязанными к количеству нанятых сотрудников.
Кому подобный подход приносит максимальный эффект
Хотя единое рабочее пространство можно использовать практически в любой организации, эксперты выделили компании, где эффект от перехода становится наиболее заметным.
Производственные предприятия ежедневно координируют взаимодействие коммерческих подразделений, снабжения, конструкторских отделов, логистики и сервисных служб — и в каждом из этих контуров одинаково важны и задачи, и документы, и бюджет.
Проектные организации одновременно ведут десятки объектов, каждый из которых сопровождается технической документацией, бюджетами, договорами и большим количеством внутренних коммуникаций.
ИТ-компании сталкиваются с похожей проблемой: разработка, тестирование, документация, управление знаниями и финансовое планирование часто распределены между несколькими специализированными сервисами.
Строительные и инжиниринговые организации ежедневно работают с огромным объёмом проектной и исполнительной документации, где скорость поиска информации напрямую влияет на сроки реализации проектов.
Во всех этих случаях основная выгода достигается не за счёт появления новых функций, а благодаря сокращению времени на поиск информации, уменьшению количества ручных операций и сохранению полного контекста работы внутри одного пространства.
Вместо заключения: будущее — за платформами, а не за отдельными сервисами
Вебинар Компо Софт оказался значительно шире, чем демонстрация нового программного продукта. Фактически эксперты предложили обсудить смену самого подхода к цифровой организации бизнеса.
На протяжении многих лет компании стремились подобрать лучший инструмент для каждой отдельной задачи. Такой подход позволил существенно повысить уровень автоматизации, но одновременно привёл к появлению сложных ИТ-ландшафтов, состоящих из десятков разрозненных систем. Импортозамещение последних лет лишь подтвердило: дело не в конкретном вендоре, а в самой архитектуре, при которой сотрудник вынужден собирать контекст работы по частям.
Сегодня становится очевидно, что эффективность бизнеса определяется уже не количеством внедрённых продуктов, а тем, насколько хорошо они работают как единое целое. Именно поэтому всё больше организаций начинают пересматривать архитектуру корпоративных сервисов, стремясь сократить количество используемых приложений и объединить ключевые процессы в одной цифровой среде.
Платформенный подход позволяет решить сразу несколько задач: снизить совокупную стоимость владения ИТ-инфраструктурой, упростить сопровождение, обеспечить единое информационное пространство для сотрудников и сократить время на выполнение ежедневных операций.
Как показал вебинар Компо Софт, объединение задач, документов, финансов, знаний, совместной работы и инструментов искусственного интеллекта в рамках одной платформы — это уже не концепция будущего, а практический сценарий, который российские компании начинают использовать для повышения эффективности бизнеса.
Тем, кто не смог присоединиться к мероприятию, рекомендуется посмотреть запись вебинара: в ней эксперты подробно разбирают причины перехода к единому рабочему пространству, демонстрируют работу платформы Compo OneSpace и рассказывают, каким может быть следующий этап развития корпоративной цифровой среды.
