Как проверить смету на перенос почты с Яндекса

Перенос почты до 50 ящиков у нас стоит от 12 000 ₽. Итоговую цену я определяю после проверки архивов, устройств и состава работ. Число ящиков само по себе смету не объясняет. На условной мастерской «Стежок плюс» покажу, как проверить расчёт подрядчика, отделить разовые расходы от ежемесячных и согласовать результат до оплаты.

Что должно входить в стоимость переноса почты

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

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

Объём влияет на длительность копирования, но не задаёт её в одиночку. Я смотрю на количество сообщений, скорость ответа обеих систем, доступные квоты, ограничения подключений и ошибки пробной синхронизации. Архив из множества мелких писем может вести себя иначе, чем такой же объём крупных вложений. У IMAP нет универсального норматива «гигабайт за час», подходящего каждому сервису. Часы работы процесса также не равны часам непрерывной работы инженера. Оплачиваемый контроль, устранение ошибок и ожидание я предлагаю различать в договоре.

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

Как проверить расчёт для мастерской на 16 рабочих мест

Разберу учебный сценарий для условной московской швейной мастерской «Стежок плюс» на 16 рабочих мест. Для расчёта принимаю, что у неё 16 отдельных ящиков. Задаю и остальные исходные данные: один архив на 40 ГБ, ещё 15 ящиков по 2 ГБ, всего 70 ГБ серверной почты. Это допущения примера, а не отчёт о реальном клиенте. По этим цифрам нельзя честно объявить ни три дня переноса, ни конкретную доплату: сначала нужно измерить работу выбранной пары систем.

В реестр устройств примера включаю 16 компьютеров и восемь телефонов: всего 24 подключения. Дополнительно отмечаю два локальных PST-архива на компьютерах, которых нет в серверных 70 ГБ. Их объём предстоит измерить отдельно. Серверная синхронизация не достанет данные, оставшиеся только на диске сотрудника. Я заранее выясняю, нужно ли загрузить их в новый ящик или достаточно сохранить доступный локальный архив. Это разные работы и разные требования к свободному месту.

В расчёте для мастерской я выделяю подготовку 16 ящиков, копирование серверных 70 ГБ, обработку двух локальных архивов, подключение 24 устройств и проверку доставки. Каждую позицию связываю с результатом: например, архив открывается, выбранные вложения читаются, телефон принимает и отправляет письма. Для почасовой работы прошу оценку часов и ставку; для пакетной — точный состав пакета. Одна и та же настройка не должна одновременно появляться внутри пакета и отдельной строкой. Двойная бухгалтерия тут почте не помогает.

Итог учебного разбора — перечень работ, по которому можно запросить сопоставимые предложения. Нижняя цена нашего переноса до 50 ящиков — от 12 000 ₽; окончательную сумму для этих вводных я назову после обследования. Я не выдаю её за цену любого проекта с 16 сотрудниками. Срок также привязываю к пробному переносу, доступности сотрудников и согласованному окну переключения. Если после обследования всплывает новый архив, изменение объёма работ и его стоимость согласуем до выполнения.

Какие данные не входят в обычное копирование писем

В первую очередь я проверяю доступ к источнику. В официальной инструкции Яндекса для подключения программы по IMAP предусмотрены разрешение доступа и опция «Пароли приложений и OAuth-токены». Для подключения с паролем создаётся пароль приложения; логин доменного ящика указывается полностью. Это конкретная подготовительная работа, которую нужно завершить до массового запуска. Возможность открыть веб-почту ещё не доказывает, что выбранный инструмент сможет прочитать ящик. Доступы проверяю на пилоте и не включаю секреты в смету или отчёт.

Второй пункт — резервная копия и её проверка. Справка Яндекса описывает выгрузку писем через почтовые программы. Поэтому я не обещаю универсальный раздел «Экспорт данных», который якобы одним действием сохраняет всю организацию. Выбираю поддерживаемый способ, дожидаюсь получения нужных папок и проверяю открытие сохранённых сообщений с вложениями. Локальные PST-файлы учитываю отдельно. Для подготовки такого этапа полезен разбор резервной копии почты: наличие файла ещё не доказывает полноту архива.

Третий пункт часто забывают целиком. Обычная IMAP-миграция переносит письма из почтовых папок, но не контакты, календарные события и задачи. Если мастерская пользуется общей адресной книгой или календарём примерок, я включаю их обследование и отдельный способ переноса в задание. Равным образом заранее выясняю судьбу общих ящиков, псевдонимов и прав доступа. Иначе технический отчёт «письма скопированы» может оказаться верным, а привычная работа отдела — сломанной.

Наконец, экспорт писем в PST не означает перенос всех настроек Outlook. В документации к классическому Outlook прямо перечислено, что такой экспорт не включает правила обработки сообщений и ряд свойств папок. Подписи, правила и делегирование я проверяю отдельным списком. Действующий почтовый профиль сохраняю до приёмки, чтобы не уничтожить единственный доступ к локальным данным. Резервная копия становится полезной после проверки восстановления. До этого у нас просто файл с уверенным названием.

Как посчитать разовый бюджет и ежемесячные платежи

Разовую стоимость я считаю как сумму согласованных работ и прямых расходов проекта. Для почасовой части формула простая: сумма произведений «часы задачи × ставка», плюс отдельно согласованные расходы. Количество ящиков можно умножить на стоимость работы с одним ящиком, если подрядчик действительно установил такую единицу и описал её состав. Умножать ящики на часовую ставку нельзя: в формуле тогда потерялись часы. Если используется пакет, его работы не надо повторно прибавлять к почасовой части.

Я не применяю автоматическую надбавку за архив старше пяти лет и не умножаю цену на полтора после условного порога объёма. Возраст письма сам по себе не создаёт дополнительной операции. Доплату могут объяснять проверяемые обстоятельства: повреждённый локальный файл, неподдерживаемый формат, превышение квоты назначения или ручное восстановление структуры папок. Оценку подключения устройств тоже получаю на пилоте. Универсальных пятнадцати минут на любой телефон и любой Outlook в смете не существует.

Для обсуждения с подрядчиком я предлагаю такую таблицу. Она разделяет единицу расчёта и доказательство выполнения; суммы вписываются после обследования. В условном примере серверная почта и локальные архивы остаются разными строками, чтобы не потерять данные при подсчёте. | Работа | Единица оценки | Что принимаем | |---|---|---| | Подготовка назначения | 16 ящиков | Адреса и доступы проверены | | Копирование серверной почты | 70 ГБ и число сообщений | Отчёт и сверка папок | | Локальные архивы | 2 файла, объём уточняется | Архивы открываются | | Подключение сотрудников | 24 устройства | Приём и отправка проверены | | Переключение доставки | Согласованный план | Контрольные письма доставлены | | Поддержка после запуска | Согласованный период | Обращения и результат зафиксированы |

Ежемесячные расходы считаю отдельно: размещение, лицензии при необходимости, резервное копирование и обслуживание. В нашем прайсе ящики — от 150 ₽/мес за ящик, обслуживание сервера — от 7 000 ₽/мес. Для учебных 16 ящиков нижняя оценка только размещения составляет 16 × 150 = 2 400 ₽/мес. Это не итоговый тариф мастерской и не полная стоимость собственного сервера. Аренду площадки, состав обслуживания и нужные объёмы хранения уточняю отдельно; обслуживание также не прибавляю к готовой услуге повторно, если оно уже включено.

Резерв бюджета я обсуждаю через условия изменения задания. Что делаем, если находится ещё один компьютер с архивом? Кто разрешает дополнительные часы? Какая сумма требует отдельного согласования? Я фиксирую ответы до старта и прошу отчёт об использованном времени, если оплата почасовая. Сам резерв не является выполненной работой. Строка «непредвиденное» без правил расходования — слишком просторная папка для любых доплат.

За что платим при переключении DNS и откате

Копирование истории и доставка новых писем — разные процессы. В документации imapsync это разделено прямо: MX относится к SMTP и не управляет IMAP-синхронизацией. Поэтому я сначала готовлю ящики назначения и проверяю копирование, затем выполняю согласованный план переключения доставки. Переезд почты не требует автоматически переносить всю DNS-зону или менять регистратора домена. Если подрядчик включает такие действия, прошу объяснить их необходимость и влияние на остальные сервисы компании.

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

Для исходящей почты я проверяю SPF, DKIM и DMARC по требованиям новой площадки и получателей. В переходный период важно учесть реально работающие источники отправки, включая приложения. При изменении SPF нельзя просто дописать вторую самостоятельную запись для того же имени домена: допустимых отправителей объединяют в одной SPF-записи. Это требование RFC 7208, а не вкусовщина администратора. Успешная аутентификация не гарантирует папку «Входящие»: принимающая сторона применяет и другие проверки. Обещание доставить всё всем после получаса настройки я из договора убираю.

Срок отката нельзя честно свести к запуску скрипта. DNS-ответы остаются в кэшах на время TTL; его снижение заранее облегчает переключение, но не стирает уже полученные ответы. В плане я записываю условие остановки, ответственного за решение, способ возврата доставки и порядок сверки писем, успевших попасть на новую площадку. Возврат прежнего MX не вернёт такие сообщения автоматически. Кнопка «как было» обычно существует только в презентации.

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

Как принять работу и исключить повторные расходы

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

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

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

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

Частые вопросы