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

«Сколько будет стоить переезд?» — один из первых вопросов, который возникает у руководителя после принятия решения о миграции с SharePoint.

На него нельзя ответить одной цифрой. Один и тот же объем данных может привести к совершенно разным затратам в зависимости от подхода.

Условно можно выделить три сценария:

А — выполнить миграцию собственными силами;
Б — заказать классический миграционный проект у интегратора;
В — использовать стандартный модуль миграции Инкоманд и синхронизацию двух систем на период поэтапного перехода.

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

---

Сначала определимся, за что именно мы платим

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

Поэтому оценивать проект только по объему в терабайтах некорректно.

Два массива по 5 ТБ могут потребовать совершенно разных затрат:

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

Именно поэтому перед расчетом бюджета важно провести инвентаризацию среды.

---

Сценарий А. Миграция своими силами

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

На практике «бесплатной» такая миграция не бывает.

Что попадает в счет

В проект приходится вовлекать архитекторов, администраторов, разработчиков и представителей бизнеса. Им необходимо не только переносить данные, но и разбираться в структуре SharePoint, проектировать соответствия с целевой системой, разрабатывать или настраивать инструменты переноса и исправлять исключения.

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

Поэтому у самостоятельной миграции есть скрытая стоимость — стоимость отвлечения собственной команды.

К ней добавляются риски:

• сроки зависят от доступности нескольких ключевых специалистов;

• нестандартные случаи требуют дополнительной разработки;

• ошибки обнаруживаются уже после переноса;

• возрастает нагрузка на команду эксплуатации;

• при затягивании проекта компания дольше поддерживает старую и новую инфраструктуру.

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

Экономика сценария

Плюс: минимум внешних расходов.

Минус: максимум внутреннего труда и ответственности за результат.

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

---

Сценарий Б. Классический проект с интегратором

В этом случае миграцией занимается специализированная проектная команда.

Заказчик получает понятную структуру работ: обследование, проектирование, настройка, перенос, тестирование, запуск и сопровождение.

Для сложных сред это может быть оптимальным подходом.

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

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

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

Экономика сценария

Плюс: внешняя экспертиза, понятная ответственность, меньше нагрузки на собственную ИТ-команду.

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

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

И здесь появляется третий вариант.

---

Сценарий В. Инкоманд: коробочный модуль миграции + синхронизация систем

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

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

Ключевой эффект — не требуется переводить всю компанию в один момент.

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

Это принципиально меняет модель миграции.

---

Не «большой переезд», а управляемый переход

В классической миграции компании часто приходится выбирать дату, когда необходимо:

остановить изменения → перенести данные → проверить результат → переключить пользователей.

Чем крупнее компания, тем выше цена такого сценария.

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

Синхронизация двух систем позволяет решить эту проблему иначе.

Изменения, внесенные в одной системе, автоматически отражаются в другой. Благодаря этому SharePoint и Инкоманд могут оставаться согласованными в переходный период.

В результате компания получает возможность переводить подразделения волнами, а не одномоментно.

Например:

1-й этап: в Инкоманд переводится одно подразделение.
2-й этап: его пользователи продолжают работать уже в новой системе, пока остальные подразделения остаются в SharePoint.
3-й этап: переводится следующая группа пользователей.
4-й этап: после завершения перехода необходимость в работе SharePoint отпадает.

При этом не требуется создавать отдельное «окно» для полной остановки работы всей компании.

---

Почему синхронизация влияет на стоимость

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

С точки зрения бизнеса ситуация обратная: она позволяет снижать стоимость рисков и организационных ограничений миграции.

Без синхронизации приходится стремиться к максимально короткому переходному периоду.

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

Это означает:

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

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

---

Три сценария в одной таблице

	А. Своими силами	Б. Интегратор	В. Инкоманд + синхронизация
Внешние услуги	Минимум	Высокие	Ниже за счет готового инструмента
Внутренние трудозатраты	Высокие	Средние	Средние
Разработка миграционного инструментария	Может потребоваться	Обычно входит в проект	Используется готовый модуль
Ручные операции	Много	Средне / много	Меньше
Единое переключение всей компании	Как правило, требуется	Обычно требуется	Не обязательно
Поэтапный перевод подразделений	Сложно	Зависит от решения	Да
Работа SharePoint и Инкоманд в переходный период	Ограничена	Зависит от проекта	Да, за счет синхронизации
Риск потери изменений при переходе	Высокий	Средний	Снижается
Риск дублирования данных	Высокий	Средний	Снижается за счет синхронизации
Управляемость сроков	Средняя / низкая	Высокая	Высокая

---

Где скрывается настоящая стоимость

При сравнении вариантов важно смотреть не только на строку «стоимость услуг».

У миграционного проекта есть как минимум четыре вида затрат.

1. Технологические затраты

Инструменты, разработка, настройка, инфраструктура, лицензии и услуги.

2. Трудозатраты

Рабочее время собственных сотрудников и внешней команды.

3. Стоимость длительности проекта

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

4. Стоимость риска

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

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

Поэтому корректный вопрос звучит не так:

«Сколько стоит перенести наши данные?»

А так:

«Сколько будет стоить безопасно перевести пользователей и данные на новую платформу с учетом трудозатрат, сроков и рисков?»

---

Почему поэтапная миграция может быть выгоднее

Представим компанию с несколькими крупными подразделениями.

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

При поэтапном переходе задача разбивается на управляемые этапы.

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

Это снижает цену ошибки.

Неудачный сценарий в одном подразделении не превращается в проблему всей компании.

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

---

Что в итоге выгоднее

У каждого сценария есть свое рациональное применение.

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

Интегратор — когда требуется полноценная проектная команда и индивидуальная работа с большим количеством нестандартных сценариев.

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

Поэтому экономический эффект такого подхода — это не только более быстрое перемещение данных.

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

---

Сколько будет стоить миграция именно у вас?

Универсальной цены не существует.

Для предварительной оценки достаточно собрать несколько параметров:

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

На основании этих данных можно рассчитать состав работ, ориентировочный срок и стоимость проекта.

Получите расчет миграции с SharePoint на Инкоманд

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