03187, Киев, пр-т Академика Глушкова, 1П5

Вопрос «сколько стоит разработка сайта?» кажется простым только на первый взгляд, но стоимость разработки сайта зависит от многих факторов. На самом деле сайт может стоить и $1 500, и $7 000, и $25 000+, и в каждом случае это может быть обоснованная цена — если понятно, что именно входит в работу, какую задачу должен решить сайт и на какой технологии он создаётся.
В 2026 году рынок стал ещё более разноуровневым. С одной стороны, AI, low-code и no-code инструменты действительно удешевили создание простых сайтов, прототипов, базового UI и контента. С другой стороны, сложные бизнес-задачи никуда не исчезли: интеграции с CRM, ERP, BAS/1C, личные кабинеты, B2B-порталы, e-commerce-логика, аналитика, безопасность, масштабирование и поддержка после запуска по-прежнему требуют команды, опыта и ответственности.
Поэтому стоимость разработки сайта — это не просто количество страниц или «дизайн плюс вёрстка». Это набор решений под конкретную бизнес-задачу.
В INCREATE мы обычно не начинаем оценку с вопроса «сколько страниц нужно?». Сначала разбираем, какую роль должен выполнять сайт: имиджевую, маркетинговую, e-commerce, операционную или продуктовую. Подробнее о нашем подходе — на странице разработка сайтов. И уже после этого подбираем оптимальный формат реализации: CMS, кастомный UI/UX, решение на фреймворке или MVP для более сложного веб-продукта.
Если нужен быстрый ориентир по бюджету, можно смотреть на такие диапазоны:
Главная мысль: правильный вопрос звучит не «сколько стоит сайт?», а «какой формат реализации лучше всего решит задачу бизнеса?».
Если говорить на примере корпоративного сайта, его стоимость зависит от нескольких базовых вещей: структуры, количества уникальных страниц, уровня дизайна, графических элементов, технологии и будущей роли сайта в бизнесе.
Корпоративный сайт может быть небольшой имиджевой презентацией компании. А может быть полноценным маркетинговым инструментом под SEO, PPC, лидогенерацию, отраслевые посадочные страницы, мультиязычность, блог, кейсы, формы заявок и дальнейшее развитие.
Формально оба варианта могут называться «корпоративный сайт». Но объём работ, команда, подход и бюджет будут разными.
То же касается интернет-магазина. Простой магазин на готовой CMS-структуре и B2B e-commerce-платформа с личными кабинетами, разными ролями пользователей, интеграцией с ERP и сложной логикой цен — это разные продукты, хотя оба могут попасть в категорию «разработка интернет-магазина».
Именно поэтому профессиональная оценка начинается не с вопроса «сколько страниц?», а с вопросов:
Не все сайты выполняют одну и ту же функцию. И именно роль сайта очень сильно влияет на стоимость разработки сайта.
Корпоративный сайт может выполнять имиджевую роль: показать масштаб компании, услуги, производство, команду, опыт, сертификации, кейсы, географию работы. Это особенно важно для среднего бизнеса, B2B-компаний, промышленных, аграрных, логистических, медицинских, строительных и производственных направлений.
Но корпоративный сайт также может быть маркетинговым инструментом. Например, когда под него запускаются SEO, PPC-реклама, отраслевые страницы, страницы услуг, блог, аналитика, формы заявок и дальнейшее тестирование конверсии.
В первом случае главный акцент будет на позиционировании, дизайне, бренде и контенте. Во втором — ещё и на структуре, SEO-логике, аналитике, посадочных страницах и постоянном развитии.
Интернет-магазин — это уже не просто сайт. Это инструмент продаж, на котором может быть построен весь бизнес или отдельный канал продаж.

Бюджет интернет-магазина зависит от функционала и интеграций: CRM, ERP, BAS/1C, оплата, доставка и остатки.
Здесь бюджет формируется не только от дизайна. Важнее становятся функции:
Чем больше бизнес-логики — тем большее значение имеют backend-логика / серверная логика, архитектура, интеграции и тестирование. Подробнее — в разделе разработка интернет-магазинов.
B2B-портал, клиентский кабинет или веб-сервис — это уже другой уровень сложности. Здесь нужно не просто «показать информацию», а интегрироваться в бизнес клиента.

Сложные проекты начинаются с discovery: роли пользователей, потоки данных, бизнес-логика и приоритеты MVP.
На этапе discovery команда должна разобраться, как работают процессы внутри компании: кто пользуется системой, какие роли нужны, какие данные передаются, что должно приходить из CRM или ERP, что видит клиент, что видит менеджер, какие сценарии нужно автоматизировать.
В таких проектах часто правильно двигаться через MVP: сначала создать базовую рабочую версию, протестировать логику, а потом масштабировать функционал. Смотрите также разработку веб-сервисов.
Ниже — не универсальный прайс, а реалистичные диапазоны, в которых обычно находится стоимость разработки сайта, с ними можно ориентироваться перед стартом.
| Тип проекта | Ориентировочный бюджет | Когда подходит |
|---|---|---|
| Простой сайт / лендинг | $1 500–3 000 | Шаблон, AI/low-code, минимум кастомизации |
| Корпоративный сайт | от $5 000 | Средний бизнес, бренд, услуги, SEO-структура |
| Интернет-магазин на CMS | $5 000–7 000 | Базовый e-commerce на готовой структуре |
| Кастомный e-commerce | $7 000–12 000+ | Индивидуальный UX/UI, каталог, оплата, доставка |
| Framework / сложный магазин | $20 000–25 000+ | Сложная логика, масштабирование, интеграции |
| B2B-портал / веб-сервис | от $25 000 | Кабинеты, роли, ERP/CRM, MVP, custom development |
Ориентир: от $5 000
Итоговая стоимость зависит от количества уникальных страниц, сложности UX/UI, уровня графики, анимации, структуры, мультиязычности, технологии и требований к SEO-подготовке.
Корпоративный сайт для среднего бизнеса обычно требует не просто дизайна, а чёткой работы с позиционированием, структурой услуг, контентом, брендом и удобством для пользователя.
Ориентир: от $5 000–7 000 на полуготовых CMS-решениях. Кастомный UI/UX: $7 000–12 000. Framework / сложные решения: $20 000–25 000+ без учёта отдельных интеграций
В магазинах оценка в основном формируется по функционалу и интеграциям. Перед точным расчётом нужно составить расширенный бриф или функциональную часть, понять логику продаж, каталог, оплату, доставку, CRM/ERP/BAS/1C, роли пользователей и дальнейшее масштабирование.
Ориентир: от $25 000
Такие проекты обычно разрабатываются на фреймворке, чтобы обеспечить стабильность, безопасность, масштабирование и возможность дальнейшего развития. В сложных случаях бюджет может стартовать от $25 000 и доходить до $50 000+, если проект включает сложную бизнес-логику, роли пользователей, кабинеты, интеграции и поэтапное развитие.
Это один из самых частых вопросов о стоимости разработки сайта. И здесь важно сравнивать не только итоговую цифру, а состав работ.
Сайт за $1 000–3 000 может быть нормальным решением, если это:
В таких случаях бюджет может быть оправданным. Но нужно понимать ограничения: в проекте может не быть глубокого UX, кастомной графики, полноценной backend-логики, QA, DevOps, детальной SEO-подготовки или поддержки после запуска.
Сайт за $7 000–12 000 — это уже другой подход. Здесь обычно есть:
А сайт за $20 000+ — это уже, как правило, не просто сайт, а веб-продукт: интернет-магазин со сложной логикой, B2B-портал, кабинет пользователя, интеграции, кастомная админка или решение на фреймворке.
Ключевая мысль: одна и та же бизнес-задача может иметь несколько сценариев реализации. Её можно сделать проще, быстрее и дешевле. А можно — глубже, стабильнее и с расчётом на масштабирование. Вопрос не в том, какой вариант «лучше вообще», а какой подходит именно вашему бизнесу.
Представим, что компании нужен корпоративный сайт на 10–12 уникальных страниц: главная, о компании, услуги, несколько посадочных страниц, кейсы, блог, контакты, форма заявки.

Одну и ту же задачу можно реализовать через AI/low-code, CMS, кастомный UI/UX или framework — и у каждого варианта свой бюджет.
Это может быть шаблон, AI-прототип или готовая CMS-структура с минимальной кастомизацией. Такой вариант подходит, если бизнесу нужно быстро запустить базовое присутствие в интернете и нет сложной логики, уникального дизайна или глубокой SEO-структуры.
Преимущество — более низкая стартовая стоимость и быстрый запуск. Ограничение — меньше гибкости, слабее уникальность и меньший запас для масштабирования.
Это WordPress или другая CMS, индивидуальная структура, UX-прототип, кастомный UI-дизайн, адаптив, базовая SEO-подготовка, удобная админ-панель и возможность дальнейшего развития.
Для среднего бизнеса это чаще всего оптимальный вариант: сайт не перегружен лишней логикой, но уже работает как нормальный маркетинговый и презентационный инструмент.
Если к сайту добавляются личный кабинет, B2B-логика, интеграции с CRM/ERP/BAS/1C, роли пользователей или сложная backend-логика, это уже не классический корпоративный сайт. В таком случае целесообразно рассматривать решение на фреймворке или отдельный веб-сервис.
Этот вариант дороже, но он даёт больший контроль над архитектурой, безопасностью, масштабированием и будущим развитием проекта.
AI уже реально влияет на digital-разработку. Это не будущее, а рабочий инструмент, который может ускорить часть процессов.
С помощью Lovable, Claude и других AI-инструментов можно быстро собрать первый прототип, протестировать структуру, сгенерировать варианты интерфейса, подготовить базовый контент или быстрее перейти к Figma для доработки UI.
Особенно это полезно для:
Но важно не переоценивать AI в сложных коммерческих проектах.
AI хорошо помогает на старте: собрать черновую структуру, быстро проверить логику, подготовить первый прототип или текстовую базу. Но если сайт должен работать с оплатами, данными клиентов, ERP, CRM или заказами, ответственность всё равно должна быть на команде, а не на сгенерированном коде.
Особенно осторожно нужно относиться к кастомной backend-логике, полностью сгенерированной AI. Если проект должен развиваться, работать с данными, интегрироваться с CRM/ERP или обрабатывать заказы, важно, чтобы код и архитектура были понятны команде, поддерживаемы и не привязаны к случайному AI-решению.
Простыми словами: AI помогает снизить стоимость разработки сайта, удешевить и ускорить часть работ, но не отменяет необходимости профессиональной команды для сложных задач.

Главные факторы стоимости: структура, UX/UI, технология, интеграции, backend-логика, контент, SEO и поддержка.
Уникальная страница — это не просто URL. Это отдельный шаблон, структура, логика подачи, дизайн, адаптив и разработка.
Чем больше уникальных страниц, тем больше часов нужно на UX/UI, frontend, backend и тестирование. Именно поэтому сайт на 5 уникальных страниц и сайт на 25 уникальных страниц не могут стоить одинаково, даже если оба называются корпоративными.
UX-прототип — это карта будущего сайта. На этом этапе закладываются логика, структура, user flow, сценарии взаимодействия, путь пользователя к заявке или покупке.
Для простого корпоративного сайта UX может быть относительно лёгким. Для интернет-магазина, B2B-портала или личного кабинета UX уже определяет будущий функционал и напрямую влияет на часы backend-разработки.
Если пропустить UX и сразу перейти к дизайну, количество правок обычно растёт. А правки в готовом дизайне дороже, чем изменения на уровне прототипа. Именно поэтому профессиональный UX/UI дизайн окупается.
Качество дизайна — это не только «красиво или некрасиво». Это соответствие бренду, логика визуальной подачи, читабельность, акценты, адаптивность, работа с контентом, графическими элементами и корпоративным стилем.
Если нужна сложная визуальная подача, кастомные иллюстрации, motion design или нестандартная анимация, бюджет растёт. Это может потребовать привлечения motion-дизайнера и более опытного frontend-разработчика.
Для корпоративных сайтов часто достаточно WordPress, если нужны удобная CMS, редактирование контента, блог, страницы услуг, кейсы и базовая SEO-подготовка.
Для интернет-магазинов может использоваться WooCommerce или другие CMS-решения, если функционал соответствует задаче.
Для сложных веб-сервисов, B2B-порталов, личных кабинетов и проектов с нестандартной логикой чаще нужен фреймворк, например Laravel, или другое custom-решение.
Технология должна подбираться после понимания задачи, а не наоборот.
Интеграции с CRM, ERP, BAS, 1C, службами доставки, платёжными системами, внешними API — это отдельная статья бюджета.
Их нельзя точно оценить без понимания:
Фраза «нам просто нужно интегрировать сайт с 1C» почти никогда не является достаточной для оценки. Нужно понимать, что именно должно передаваться: товары, остатки, цены, заказы, статусы, клиенты, скидки, документы или другие данные.
В CMS-проектах админ-панель уже есть и адаптируется под структуру сайта. В framework-решениях админ-панель часто нужно проектировать и разрабатывать индивидуально.
В low-code или AI-сгенерированных решениях полноценная админка может отсутствовать или иметь ограничения. Это важно учитывать, если клиент хочет самостоятельно редактировать контент, добавлять страницы, менять товары, управлять заявками или работать с данными.
Базовая SEO-подготовка — это техническая основа, которая позволяет сайту нормально работать с поисковыми системами. Но её нельзя путать с SEO-продвижением.
SEO-подготовка может включать корректную структуру заголовков, возможность редактирования Title, Description, Alt, sitemap.xml, 404-страницу, адаптивность, скорость, базовую техническую оптимизацию и подключение аналитики.
SEO-продвижение — это отдельная стратегия: кластеризация запросов, определение приоритетных страниц, написание контента, блог, линкбилдинг, аналитика и постоянная работа с позициями.
Когда клиент сравнивает два коммерческих предложения, важно смотреть не только на итоговую сумму, а на то, какие этапы реально включены. Ведь «разработка сайта» в одном предложении может означать дизайн и вёрстку, а в другом — бриф, UX, UI, frontend, backend, SEO-подготовку, тестирование, запуск и поддержку.
В профессиональной разработке сайт проходит несколько этапов.
На старте важно понять задачу клиента. В INCREATE бриф — это не универсальная анкета на все случаи. Вопросы формируются под конкретный запрос: корпоративный сайт, интернет-магазин, B2B-портал, интеграции, личный кабинет или веб-сервис.
Для предварительной оценки важно понимать структуру уникальных страниц, функциональную часть и ожидаемый результат.
Для простых корпоративных сайтов или магазинов может быть достаточно короткого брифа. Для сложных интеграций, B2B-решений и веб-сервисов нужен discovery-этап.
Предварительная оценка может включать 2–4 сценария реализации: от более простого AI/low-code или CMS-решения до кастомного дизайна или framework-разработки.
Это помогает не навязывать клиенту самый дорогой вариант, а подобрать решение под его реальную задачу, бюджет и будущее развитие.
UX — это логика будущего сайта. UI — его визуальная реализация.
Для качественного проекта важно сначала согласовать структуру, сценарии, user flow и ключевые блоки, а уже потом переходить к финальному дизайну. Это снижает количество правок и помогает сделать сайт не просто красивым, а удобным и понятным.
На этом этапе команда реализует frontend, backend, CMS или framework-логику, адаптив, формы, интеграции, админ-панель, оплату, доставку, кабинеты или другие функции.
Именно backend в 2026 году часто остаётся самой затратной частью сложных проектов. Контент, прототипы и часть UI можно оптимизировать через AI, но бизнес-логика, данные и интеграции требуют профессиональной разработки.
Контент часто становится узким местом проекта. У компании может быть сильный продукт, но не быть готовых текстов, фото, описаний услуг или структуры.
AI помогает быстрее создать черновики текстов, но экспертная редактура всё равно нужна. Особенно в B2B, медицине, агро, промышленности, логистике и других нишах, где важна точность формулировок.
Для корпоративного сайта полноценный QA может не подключаться как отдельный большой этап, если функционал простой. Но тестирование всё равно нужно: адаптив, формы, кнопки, браузеры, скорость, корректность контента, аналитика, SEO-элементы.
Для интернет-магазинов, кабинетов и веб-сервисов тестирование становится критически важным, потому что там есть сценарии покупки, авторизации, передачи данных, оплат, статусов и интеграций.
Публикация сайта — не всегда финальная точка. Для имиджевого корпоративного сайта поддержка может быть минимальной: обновление CMS и плагинов раз в 3–4 месяца, проверка безопасности, резервные копии.
Для сайта, который работает как инструмент лидогенерации, нужно развитие: новые страницы, SEO, аналитика, тестирование форм, улучшение конверсии.
Для интернет-магазина поддержка почти всегда должна быть регулярной. Даже среднему магазину часто нужно 10–15 часов в месяц на техническую поддержку и развитие. Для более сложных e-commerce-проектов это может быть 20–30+ часов и дополнительный ресурс под интеграции, маркетинг или новый функционал.
Для корпоративного сайта среднего уровня обычно нужны:
Контент-менеджера в части задач может заменять AI, но экспертная редактура и утверждение со стороны клиента всё равно остаются важными.
Для интернет-магазина или B2B-портала состав команды похожий, но может добавляться ERP/BAS/CRM-специалист на стороне клиента или как отдельный привлечённый ресурс.
Одна из ключевых ролей — PM. В сложных digital-проектах PM — это не просто человек, который «контролирует дедлайны». Это специалист, который держит дисциплину процесса, структурирует коммуникацию, помогает распутать бизнес-процессы, фиксирует решения, синхронизирует клиента и команду.
Клиент платит не просто за набор специалистов. Он платит за то, чтобы веб-проект выполнил свою задачу: сконвертировал заявку, продал товар, презентовал компанию, поддержал бизнес-процесс или стал основой для дальнейшего развития.
Чем лучше подготовлен клиент на старте, тем точнее будет оценка и тем меньше рисков в процессе.
Желательно подготовить:
Последний пункт особенно важен. В крупных компаниях проект часто согласовывают маркетологи, руководители отделов, владельцы или топ-менеджмент. Если непонятно, кто принимает финальное решение, проект может затянуться не из-за разработки, а из-за внутренних согласований.
Для ключевых этапов лучше проводить видеопрезентации напрямую с ЛПР или ответственной командой. Если все не могут присутствовать, PM может записать видеообъяснение с логикой решения и прикрепить его к письму. Это помогает не потерять смысл и уменьшить количество хаотичных правок.
Сравнивать бюджеты нужно. Но ставить самую низкую цену главным критерием — рискованно.
Правильнее сравнивать три вещи:
Похожий кейс — это почти половина успеха. Посмотрите наши проекты. Если команда уже делала подобный проект, она лучше понимает логику, подводные камни, типичные риски и реальный объём работ.
Вопрос не в том, чтобы выбрать самого дорогого подрядчика. Вопрос в том, чтобы не купить «более дешёвое предложение», в котором не учтены UX, backend, интеграции, тестирование, поддержка или управление проектом.
Прежде чем выбирать подрядчика, стоит задать несколько вопросов:
Стоит быть осторожным, если:
Для простых задач это иногда может сработать. Для среднего e-commerce, B2B-портала или сайта с интеграциями — это уже серьёзный риск.
В каждом проекте состав работ нужно фиксировать отдельно. Но обычно отдельно могут считаться:
Особенно важно отдельно фиксировать интеграции. Если логика интеграции с ERP, BAS, 1C или CRM не описана в ТЗ, её невозможно честно и точно оценить на старте.
Базовая SEO-подготовка — это техническая база, которая позволяет сайту быть готовым к дальнейшему продвижению.

SEO-подготовка, аналитика и поддержка превращают запущенный сайт в инструмент, который продолжает развиваться.
Она может включать:
Но это не равно SEO-продвижению.
SEO-продвижение — это уже отдельная системная работа: кластеризация запросов, определение приоритетных страниц, оптимизация текстов, написание статей, внутренняя перелинковка, линкбилдинг, аналитика, работа с позициями и постоянное улучшение сайта.
Поэтому если подрядчик пишет «SEO входит в стоимость», важно уточнить, что именно имеется в виду: техническая подготовка или полноценное продвижение.
Сроки зависят не только от команды, но и от скорости согласований, готовности контента, количества участников со стороны клиента и сложности функционала.
Ориентировочно:
Чаще всего проекты затягиваются не из-за самой разработки, а из-за согласований. Если в компании несколько отделов и несколько уровней руководства, согласование одного этапа может занимать от 3–4 рабочих дней до нескольких недель.
Поэтому важно сразу согласовать процесс коммуникации, ответственных лиц и конечного ЛПР.
Для сложных проектов не всегда нужно сразу запускать всю идеальную систему.
Если речь идёт о B2B-портале, личном кабинете, веб-сервисе или сложном интернет-магазине, часто правильнее создать MVP: базовую версию с ключевым функционалом, протестировать её на реальных пользователях, проверить бизнес-логику, а потом постепенно развивать.
Это помогает:
Подробнее — разработка MVP веб-продукта. Задача команды — не продать клиенту максимально большой объём работ, а отделить реальную потребность от того, что можно вынести на следующие этапы.
Не всегда. И это важно честно сказать.
Если это имиджевый корпоративный сайт, который не меняется каждую неделю и не является основным каналом лидогенерации, поддержка может быть минимальной. Достаточно периодически проверять CMS, плагины, безопасность, резервные копии и техническое состояние.
Если корпоративный сайт используется для SEO, PPC и лидогенерации, тогда после запуска начинается развитие: новые посадочные страницы, блог, аналитика, тестирование форм, улучшение конверсии, обновление контента.
Если это интернет-магазин, поддержка практически всегда нужна. Продажи, интеграции, акции, товары, оплаты, доставка, аналитика и технические правки требуют регулярной работы.
Форматы поддержки могут быть разными: техническая поддержка, серверная поддержка, DevOps, обновление CMS, доработки, аналитика, тестирование гипотез, развитие функционала.
В 2026 году стоимость разработки сайта может сильно отличаться. Простой сайт или лендинг можно сделать значительно дешевле, чем несколько лет назад, потому что AI и low-code инструменты ускорили часть работы.
Но если сайт должен быть бизнес-инструментом, продавать, собирать заявки, работать с данными, интегрироваться с CRM/ERP/BAS/1C, иметь личные кабинеты или масштабироваться — нужен другой подход.
Правильный вопрос звучит не «сколько стоит сайт?», а «какой формат реализации лучше всего решит задачу бизнеса?».
Иногда достаточно простого CMS-решения. Иногда нужен кастомный UX/UI. Иногда правильнее идти через фреймворк и MVP. А иногда можно начать с более простой версии, проверить гипотезу и развивать проект постепенно.
INCREATE помогает бизнесу разобрать задачу, оценить функционал и предложить 2–3 варианта реализации: от оптимального стартового решения до более сложного веб-продукта с интеграциями, поддержкой и возможностью масштабирования.
Если вы планируете разработку корпоративного сайта, интернет-магазина, B2B-портала или веб-сервиса — стоит начать не с поиска самой низкой цены, а с анализа задачи, структуры, функционала и будущего развития проекта.

Стоимость разработки сайта зависит от типа сайта, структуры, количества уникальных страниц, UX/UI, технологии, функционала и интеграций. Корпоративный сайт может стартовать от $5 000, интернет-магазин — от $5 000–7 000 на CMS-решениях, сложные B2B-порталы или веб-сервисы — от $25 000.
Потому что под названием «сайт» могут скрываться разные продукты: простой лендинг, корпоративный сайт, интернет-магазин, B2B-портал или веб-сервис. Стоимость зависит не от названия, а от реального состава работ.
Больше всего влияют уникальные страницы, UX/UI, технология, backend-логика, интеграции, админ-панель, анимация, SEO-подготовка и состав команды.
Простой интернет-магазин на CMS может стартовать от $5 000–7 000. Если нужен кастомный UX/UI, сложный каталог, оплата, доставка, личный кабинет или интеграции с CRM / ERP / BAS / 1C, бюджет может расти до $12 000, $20 000+ и выше в зависимости от функционала.
Корпоративный сайт средней сложности обычно занимает 3–4 месяца. Интернет-магазин — от 1 месяца для простого решения до 3–6 месяцев для более сложного. B2B-портал или веб-сервис лучше планировать от 4–6 месяцев и развивать через MVP.
В разработку может входить базовая SEO-подготовка: структура заголовков, sitemap.xml, возможность редактировать метатеги, адаптивность, 404-страница, аналитика. Но SEO-продвижение — это отдельная работа: стратегия, контент, блог, перелинковка, линкбилдинг и аналитика.
Да, AI может помочь с прототипом, структурой, контентом, частью UI или простыми решениями. Но для сложной backend-логики, интеграций, безопасности и масштабирования нужна профессиональная команда.
WordPress хорошо подходит для корпоративных сайтов, блогов, страниц услуг и части e-commerce-решений. Framework лучше выбирать для сложных веб-сервисов, B2B-порталов, личных кабинетов и нестандартной бизнес-логики.
Кажется, что-то пошло не так. Попробуйте заполнить заявку ещё раз.