Несмотря на фактический уход Atlassian с российского рынка в 2022 году, большое количество компаний продолжало работать с системой, откладывая вопрос замены и сохраняя привычный сценарий работы. Однако после декабря 2025 года, когда вендор объявил о грядущем прекращении поддержки on-prem подписки, стало понятно, что откладывать больше некуда.
Уже сейчас новые клиенты не могут приобрести Data Center. Через год существующие клиенты не смогут расширить свою систему и подключить новых пользователей. А в 2029 году прекратится поддержка продукта как такового, а это риски: встают вопросы безопасности, работы с устаревшими технологиями, отсутствия развития продукта.
*Подробнее о графике перехода в облако на сайте Atlassian
В российских реалиях переход в зарубежное облако для большинства компаний либо невозможен, либо слишком рискован с точки зрения комплаенса и требований законодательства. Поэтому выход один — готовиться к миграции.
Переход из одной системы в другую — это крупный проект, и чем больше материалов, департаментов и пользователей, тем этот проект сложнее, объемнее и будет дольше длиться. Поэтому к переходу нужно готовиться уже сейчас, чтобы не мигрировать в авральном режиме, рискуя потерять контент.
Именно сейчас у компаний есть возможность спокойно оценить требования, выбрать платформу и запустить новое решение без лишнего стресса.
Переход из одной системы в другую — это крупный проект, и чем больше материалов, департаментов и пользователей, тем этот проект сложнее, объемнее и будет дольше длиться. Поэтому к переходу нужно готовиться уже сейчас, чтобы не мигрировать в авральном режиме, рискуя потерять контент.
Именно сейчас у компаний есть возможность спокойно оценить требования, выбрать платформу и запустить новое решение без лишнего стресса.
Как подойти к поиску замены Confluence
Когда компания начинает искать замену, первая интенция — найти максимально похожий продукт. Кажется логичным сохранить знакомую структуру, ту же логику разделов, привычные сценарии и похожий интерфейс. Но именно здесь часто возникает основная ловушка.
У разных систем одни и те же задачи могут решаться по-разному, и не все подходы Confluence являются оптимальными. Иногда новая платформа может дать компании более удобный, более прозрачный и более управляемый сценарий, чем старый.
Поэтому при выборе замены важно не фиксироваться на механике Confluence как таковой. Гораздо полезнее смотреть на бизнес-потребности: как компания хранит знания, как сотрудники ищут информацию, как устроены доступы, как работают проектные команды, где нужна гибкость, а где — строгая структура.
Именно это позволяет избежать лишних трудозатрат, не усложнять систему ради внешнего сходства и не тратить месяцы на воспроизведение того, что на самом деле лучше перестроить.
Именно это позволяет избежать лишних трудозатрат, не усложнять систему ради внешнего сходства и не тратить месяцы на воспроизведение того, что на самом деле лучше перестроить.
Что важно искать в новой платформе
Прежде всего, стоит смотреть на возможности структуры. В одних компаниях удобно сохранять древовидную модель, близкую к тому, к чему пользователи привыкли в Confluence. В других — эффективнее работают тематические разделы, проектные пространства или комбинация нескольких подходов. Хорошая платформа не навязывает одну жесткую логику, а позволяет адаптировать организацию контента под конкретную задачу.
Далее — работа с самими материалами. Для многих команд важно не просто писать статьи, а оформлять знания в разных форматах: инструкции, карточки, чек-листы, схемы, диаграммы, шаблоны, структурированные страницы. Чем богаче инструментарий, тем легче компания не только переносит старую информацию, но и начинает работать с ней по-новому.
Далее — работа с самими материалами. Для многих команд важно не просто писать статьи, а оформлять знания в разных форматах: инструкции, карточки, чек-листы, схемы, диаграммы, шаблоны, структурированные страницы. Чем богаче инструментарий, тем легче компания не только переносит старую информацию, но и начинает работать с ней по-новому.
Нельзя забывать и про поиск. Если в системе сложно найти нужный материал, пользоваться ею никто не будет. Сильный поисковый механизм — это базовое условие для базы знаний.
Еще один важный критерий — интеграции. База знаний не должна жить отдельно от остального IT-ландшафта. Она должна встраиваться в корпоративные процессы, чтобы сотрудники получали доступ к знаниям в нужный момент.
Как InKnowledge закрывает эту задачу
InKnowledge подходит под эти требования, так как, с одной стороны, позволяет реализовать бизнес-сценарии, которые были ранее реализованы в Confluence, с другой — ими не ограничивается.
InKnowledge закрывает базовые сценарии управления знаниями и документацией, но делает это не в виде простого хранилища статей. Внутри платформы есть более широкий набор инструментов для структурирования информации, настройки пространств и организации работы разных подразделений. Значительная часть того, что в Confluence часто собиралось через набор сторонних плагинов, в InKnowledge доступно из коробки.
Важная сильная сторона — гибкость. No-code конструктор интерфейсов, настройка пространств под разные задачи, ролевая модель, шаблоны контента и широкие возможности адаптации делают платформу удобной для компаний, где информационная среда не может быть одинаковой для всех подразделений. Возможно, ваш IT-департамент очень хочет условный аналог Confluence, в то время как производству или продавцам в полях, такое решение не подойдет. InKnowledge подстроиться под потребности всех групп сотрудников, сохраняя при этом общекорпоративное пространство.
InKnowledge также можно встраивать в существующую инфраструктуру, а значит, база знаний перестает быть изолированным проектом. Она становится частью рабочих процессов. Это особенно важно в тех случаях, когда знания должны поддерживать не только ИТ или внутренние коммуникации, но и обучение, сервисные процессы, проектную работу и операционную деятельность.
Наконец, платформа позволяет развивать базу знаний в сторону ИИ-сценариев. Так компания получает не просто замену Confluence, а переходит на следующий этап работы со знаниями.
InKnowledge также можно встраивать в существующую инфраструктуру, а значит, база знаний перестает быть изолированным проектом. Она становится частью рабочих процессов. Это особенно важно в тех случаях, когда знания должны поддерживать не только ИТ или внутренние коммуникации, но и обучение, сервисные процессы, проектную работу и операционную деятельность.
Наконец, платформа позволяет развивать базу знаний в сторону ИИ-сценариев. Так компания получает не просто замену Confluence, а переходит на следующий этап работы со знаниями.
Как подойти к миграции: основные этапы и особенности
Переход с Confluence лучше строить поэтапно. Такой подход снижает риски, делает проект управляемым и помогает не перенести в новую систему лишнее.
Этапы миграции
- Зафиксировать бизнес-потребности
Сначала нужно определить, какие задачи компания решает сейчас с помощью Confluence и какие задачи хочет решать в будущем.
2. Изучить доступные на рынке варианты
Далее со списком бизнес-задач и требований идем к вендорам и смотрим, как конкретные платформы закрывают эти потребности. На этом этапе особенно важно не фиксироваться на том, как все работает в Confluence, а оценивать системы по тому, насколько они решают задачу бизнеса. Важным также будет наличие мигратора для перехода из Confluence, так как это значительно сократит время и затраты на миграцию. Крупному бизнесу стоит обращать внимание на возможности масштабирования и способности держать высокую нагрузку на систему.
3. Внедрить систему (ограниченный круг пользователей)
После выбора системы — возможно, вам будет достаточно демо и переговорных сессий, или потребуется полноценный пилот — переходите к внедрению. Реализацию можно делать «под ключ», когда большую часть работ выполняет подрядчик, или придерживаться гибридного формата, когда первые шаги делает вендор, постепенно обучая заказчика работе с системой. Это формирует экспертизу внутри команды, позволяет в дальнейшем решать типовые задачи самостоятельно и снижает стоимость сопровождения.
Важно на этапе внедрения выделить небольшую группу первых пользователей, которые будут тестировать систему, давать регулярную обратную связь. Эти же сотрудники в дальнейшем станут вашими помощниками в полноценном внедрении.
Важно на этапе внедрения выделить небольшую группу первых пользователей, которые будут тестировать систему, давать регулярную обратную связь. Эти же сотрудники в дальнейшем станут вашими помощниками в полноценном внедрении.
Актуализация контента
Наш опыт показывает, что зачастую около 70% старого контента уже не имеет ценности для бизнеса. Миграция — отличный повод избавиться от цифрового балласта, актуализировать материалы, частично пересмотреть подходы к обновлению контента и так далее.
4. Перевод основной массы сотрудников в систему
После того как система внедрена и обкатана на первой группе, происходит переход к производственной эксплуатации. Сотрудники из тестовой группы станут вашими центрами экспертизы, к которым другие люди могут обращаться в переходный период. Такая поддержка снижает тревожность, ускоряет адаптацию и помогает быстрее выстроить нормальную эксплуатацию системы.
О чем важно помнить при внедрении новой системы
- Интеграции. Есть рекомендованный базовые интеграции — с каталогами пользователей, CRM- системами. В дальнейшем вы можете прийти к более узким кейсам, даже к тем, которые не были реализованы в Confluence. Масштаб и глубину интеграций сложно предугадать на уровне обсуждения проекта, но минимально нужно выделить системы и примерные сценарии интеграций.
Больше о том, как выстроить интеграции с базой знаний, мы рассказали в этом материале.
- Если вы планируете использовать ИИ-сценарии, лучше заложить дополнительное время на адаптацию контента и системы для работы с генеративным искусственным интеллектом.
Что делать с «наследством» Confluence
Еще один важный вопрос — наследовать ли структуру пространств из Confluence или строить новую модель. Универсального ответа здесь нет. Если в компании уже есть четкое разделение по отделам, департаментам или функциям, логично сохранить схожую структуру и перенести ее в новую систему в более удобной форме.
Но если Confluence развивался хаотично, а пространство со временем превратилось в лоскутное одеяло, миграция может стать отличным поводом для централизации. В этом случае разрозненные материалы можно собрать в единый корпоративный портал, сохранив права доступа и логику работы с разными аудиториями.
Но если Confluence развивался хаотично, а пространство со временем превратилось в лоскутное одеяло, миграция может стать отличным поводом для централизации. В этом случае разрозненные материалы можно собрать в единый корпоративный портал, сохранив права доступа и логику работы с разными аудиториями.
Миграция с Confluence как возможность улучшить культуру работы с информацией
Тем компаниям, которые сейчас находятся в поиске альтернатив Confluence, мы рекомендуем смотреть на этот процесс как на возможность переосмыслить сам подход работы с информацией и перейти к более зрелой модели управления знаниями.
Возможно, Confluence — не единственная система, которой пользуются ваши сотрудники, и в компании уже есть несколько разрозненных баз знаний для разных отделов. В этом случае миграция — хороший шанс избавиться от зоопарка решений и создать единое пространство с общими корпоративными практиками.
Или же вся компания работает в Confluence, но по-настоящему довольны системой только часть сотрудников, а остальным приходится подстраиваться под ее ограничения. Тогда переход на более гибкое решение поможет сделать работу удобнее и повысить эффективность взаимодействия с информацией.
Именно так стоит смотреть на переход с Confluence. Не как на вынужденную замену устаревшего продукта, а как на шанс эволюционировать, опираясь на решение, которое готово к следующему витку развития.
Возможно, Confluence — не единственная система, которой пользуются ваши сотрудники, и в компании уже есть несколько разрозненных баз знаний для разных отделов. В этом случае миграция — хороший шанс избавиться от зоопарка решений и создать единое пространство с общими корпоративными практиками.
Или же вся компания работает в Confluence, но по-настоящему довольны системой только часть сотрудников, а остальным приходится подстраиваться под ее ограничения. Тогда переход на более гибкое решение поможет сделать работу удобнее и повысить эффективность взаимодействия с информацией.
Именно так стоит смотреть на переход с Confluence. Не как на вынужденную замену устаревшего продукта, а как на шанс эволюционировать, опираясь на решение, которое готово к следующему витку развития.
