Какой формат оплаты подходит для агентской модели внешнеторгового сайта: ежегодная оплата или расчёт по проекту?

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

Если компании нужно лишь создать корпоративный сайт бренда, многоязычную витрину продукции или посадочную страницу для краткосрочной кампании, а внутренние сотрудники способны самостоятельно обновлять контент, обрабатывать лиды и управлять техническими аккаунтами, расчёт по проекту обычно облегчает контроль закупочных затрат. Если же сайт одновременно выполняет функции Google SEO, итерационной доработки рекламных посадочных страниц, отслеживания запросов, обновления контента и технического обслуживания, простой расчёт по проекту легко оставляет последующие работы за рамками соглашения. В этом случае ежегодное сотрудничество либо сочетание «разработка проекта + годовое обслуживание» лучше соответствует реальному механизму бизнеса.

Сначала разграничьте «запуск сайта» и «привлечение клиентов через сайт»

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

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

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

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

Ценность ежегодной оплаты зависит от возможности проверить годовой объём услуг

Ежегодная оплата распространена для SaaS-платформ создания сайтов, управляемых услуг сайтов и аутсорсингового маркетингового сопровождения сайтов. Её преимущество заключается не в «более длительном платёжном периоде», а в объединении права пользования системой, базовой технической эксплуатации и непрерывного сервиса в рамках одного сотрудничества. Для сайтов, где требуется часто обновлять продукцию, корректировать страницы, постоянно подключать рекламу или улучшать показатели органического поиска, эта модель позволяет сократить затраты на повторное согласование цен, планирование и подписание дополнительных соглашений при каждом изменении.

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

Перед заключением договора на годовое обслуживание необходимо отдельно подтвердить «возможность использования» и «наличие постоянной работы со стороны исполнителя». К первому относятся административная панель сайта, шаблоны, ресурсы хостинга, SSL-сертификат, базовое резервное копирование и обновления системы; для второго следует чётко определить ежемесячный или ежеквартальный перечень услуг, например количество изменений страниц, объём загрузки продукции, каналы технической поддержки, уровень реагирования на сбои, охват оптимизируемых страниц и частоту анализа данных. Для услуг, таких как SEO и реклама, результаты которых совместно зависят от рынка, качества контента и бюджета, особенно важно согласовать выполняемые действия и формат отчётности, а не требовать количество запросов или позиции в рейтинге, которые невозможно гарантировать независимо от внешних факторов.

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

Расчёт по проекту не означает разовые низкие затраты

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

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

При особенно низкой цене проекта закупщику не следует оценивать только дизайн главной страницы; необходимо проверить, не исключены ли из предложения ключевые работы: адаптация для различных устройств, поиск по сайту, базовое техническое SEO, настройка отправки писем из форм, страница 404 и перенаправления, сжатие изображений, статистика посещений, уведомление о Cookie, резервное копирование сайта и период исправления дефектов после запуска. Некоторые проектные договоры покрывают лишь «завершение создания страниц», но не включают обработку совместимости в реальной среде и последующее обслуживание. Это может внешне сэкономить первоначальный бюджет, но повысить стоимость жизненного цикла.

Ситуации, в которых проектная модель подходит лучше

Когда требования к сайту стабильны, цель запуска ясна, а внутри компании есть возможности для управления контентом и технологиями, расчёт по проекту имеет больше преимуществ. Например, у компании уже есть зрелая система корпоративных сайтов и требуется создать англоязычный сайт только для одной продуктовой линейки; уже имеется независимое рекламное агентство или SEO-команда, а поставщик сайта отвечает лишь за разработку; группа компаний предъявляет строгие требования к допуску поставщиков, приёмке и этапам оплаты и должна разделить работы на проверяемые контрольные точки.

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

Ситуации, в которых годовое сотрудничество подходит лучше

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

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

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

На практике более надёжен смешанный расчёт

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

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

При сравнении предложений сначала унифицируйте состав затрат

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

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

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