Часто задаваемые вопросы

Стоимость зависит от четырёх факторов: сложности функционала, объёма уникального дизайна, интеграций с внешними системами (CRM, платёжные шлюзы, 1С/ERP, склад) и требований к безопасности и производительности. Простой сайт-визитка на готовом шаблоне стоит в разы дешевле, чем интернет-магазин с индивидуальной логикой каталога — это не «накрутка», а разный объём инженерной работы.

За одинаковым словом «сайт» может скрываться разный продукт:

• Шаблон vs индивидуальная вёрстка — шаблон дешевле, но ограничивает гибкость.
• Фрилансер vs команда — у фрилансера ниже накладные расходы, но нет резервирования на случай болезни/отпуска, отдельного тестировщика.
• Закладывается ли тестирование, SEO-база, безопасность — дешёвые предложения часто не включают это, и оно всплывает потом как «доработки».
• Есть ли гарантийная поддержка после сдачи.

Если смета сильно ниже рынка — стоит уточнить, что именно в неё входит.

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

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

UX/UI-дизайн (прототип, макеты), вёрстка, программирование (логика и интеграции), копирайтинг (если нужен), тестирование. У разных подрядчиков разное соотношение этих статей — у кого-то копирайтинг вынесен отдельно, у кого-то входит в пакет.

Да, это стандарт: аванс перед стартом (обычно 30–50%), оплата по завершении ключевых этапов (дизайн, разработка), финальный платёж после приёмки и запуска.

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

Обычно это: обновления CMS и расширений (безопасность), резервное копирование, мониторинг доступности, мелкие правки контента, консультации по развитию. Для проектов с высокой посещаемостью добавляется мониторинг производительности и масштабирование хостинга.

Сайт-визитка — 1–3 недели, сайт среднего уровня с каталогом — 4–8 недель, портал или интернет-магазин с интеграциями — от 2–4 месяцев. Точный срок фиксируется после утверждения ТЗ.

Аналитика и сбор требований → прототип (wireframe) → дизайн → вёрстка → программирование и интеграции → тестирование → запуск → передача доступов клиенту.

Через регулярные демонстрации промежуточных результатов (раз в 1–2 недели), доступ к тестовому серверу (staging-версии) и выделенный канал связи.

Логотип и брендбук (если есть), тексты или бриф для копирайтера, фото/иллюстрации, доступы к уже существующим системам (если есть), список нужных интеграций.

Можно, но «красиво» у каждого своё, поэтому первый этап всё равно нужен — только он будет короче и опираться на примеры, а не на длинную анкету. Мы обычно просим 3–5 референсов (сайтов, которые нравятся визуально), пару слов о том, для кого сайт, и любые материалы бренда, если они есть. Дальше показываем 1–2 варианта направления дизайна до того, как уйти в детальную проработку — так вкус клиента проясняется быстрее, чем через текстовое ТЗ.

• SaaS-конструкторы — быстрый старт для лендингов без сложной логики, но зависимость от платформы.
• WordPress — самая большая экосистема плагинов, низкий порог входа. Минус — качество и безопасность сторонних плагинов сильно варьируются, а их нагромождение со временем замедляет сайт.
• Joomla — более строгая и предсказуемая архитектура «из коробки» (см. следующий вопрос).
• Drupal — самый гибкий вариант для сложных корпоративных систем, но требует более квалифицированной команды и дороже в разработке.

1. Встроенная многоуровневая система прав доступа (ACL). Разграничение прав по группам, категориям и отдельным материалам есть «из коробки», в отличие от WordPress, где это обычно требует плагинов. Удобно для сайтов с несколькими отделами или подрядчиками с ограниченным доступом.
2. Многоязычность без сторонних плагинов. Встроена в ядро, тогда как в WordPress почти всегда нужен платный плагин (WPML, Polylang Pro).
3. Более строгая структура контента. Категории, теги и типы материалов организованы иерархически на уровне ядра. Удобно для каталогов, порталов, госструктур, объединений филиалов.
4. Меньше, но более однородное качество расширений. Компактнее, чем у WordPress, но за счёт этого меньше «мусорных» и заброшенных расширений.
5. Востребована в госсекторе и НКО-проектах. Благодаря ACL и стабильности многие государственные и образовательные учреждения в Европе используют именно Joomla.

Важная оговорка: Joomla — не «лучше вообще», а лучше для конкретного класса задач — сайтов со сложной структурой контента, множеством ролей и потребностью в мультиязычности без переплаты за плагины. Для простого блога или лендинга разумнее WordPress или SaaS-решение.

Да, мы работаем с выбором клиента, если платформа адекватна задаче. Если видим, что выбранная CMS плохо подходит под ваши цели (например, для интернет-магазина с большим каталогом выбрана платформа без нормального управления товарами), — скажем об этом заранее и объясним, в чём риск, но финальное решение всегда остаётся за клиентом.

Сам движок не менее безопасен — проблема чаще в экосистеме: из-за огромного числа сторонних плагинов разного качества риск установить уязвимый компонент статистически выше. Но в обоих случаях безопасность на 90% зависит от дисциплины обновлений и качества настройки, а не от самой CMS.

Да, адаптивная вёрстка — стандарт: у большинства сайтов больше половины трафика идёт с мобильных устройств.

Да, все современные CMS дают админ-панель для редактирования без программирования. Удобство зависит от того, насколько продуманно настроены поля редактирования — это стоит обсуждать на этапе ТЗ.

Базовый набор: регулярные обновления CMS и расширений, SSL-сертификат, защита форм от спам-ботов, ограничение попыток входа в админку, резервное копирование. Для требовательных проектов — Web Application Firewall и периодический аудит безопасности.

Базовая SEO-подготовка — чистые URL, мета-теги, скорость загрузки, структура заголовков, sitemap — должна закладываться на этапе разработки: переделывать потом дороже. Полноценное продвижение (контент-стратегия, ссылочная масса) — обычно отдельная услуга.

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

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

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

На большинство проектов распространяется гарантийный период (1–3 месяца), в течение которого исправление ошибок разработки — бесплатно. Дальнейшая техподдержка оформляется отдельным договором.

Самые частые причины: истёк домен или хостинг (не продлили вовремя), истёк SSL-сертификат, автообновление плагина/CMS конфликтует с другими компонентами, изменился внешний сервис, с которым была интеграция (платёжный шлюз, API карт, соцсети), либо хостинг не справился с резким всплеском трафика. Хорошая новость: большинство таких причин выявляется за несколько минут диагностики и решается быстро — именно для этого и нужен мониторинг и договор на поддержку.

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

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