Сколько стоит сделать сайт в 2026 году

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

Из чего складывается цена

Многие, видя в КП оценку в человеко-часах, привыкли считать, что часы — это и есть цена. Отчасти так: именно работа специалистов, а не хостинг или лицензии, как правило, съедает большую часть бюджета. Но человеко-час — плохая мера. Сложившаяся система оценки в часах в действительности мало что отражает, это скорее форма социального договора, которая устраивает обе стороны. Сравните на примере: допустим, вам нужно разработать с нуля дизайн бренда, мигрировать систему на новую платформу или сделать любую другую крупную задачу. В одном случае вам говорят, что это будет стоить X денег и займёт Y времени, а в другом вам расписывают, что такой-то специалист с такой-то ставкой будет делать это столько-то часов. Второй вариант вызывает больше доверия, хотя в реальности не несёт для вас никакой полезной информации, ведь всё, что вам в конечном счёте интересно, — это цена, сроки и качество.

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

Объём работы раскладывается на этапы, и у каждого своя доля бюджета:

• Аналитика и ТЗ — 5–10%. На мой взгляд, самый важный этап, в котором обе стороны выравнивают понимание задачи и закладывают фундамент для успешного выполнения проекта. Ошибка, допущенная здесь, на каждом следующем этапе будет стоить кратно дороже.
• Дизайн — 15–25%. «Сделать красиво» — это меньшая часть работы. Большая — спроектировать сценарии, убедиться, что пользователь не будет испытывать фрустрацию от использования сайта и что сообщение, которое вы в него закладываете, будет корректно донесено.
• Вёрстка и разработка — 40–50%. Главный множитель здесь — количество уникальных типов страниц и функций: личный кабинет, фильтры, интеграции.
• Наполнение и тестирование — 10–15%. Тестирование иногда совмещают с разработкой, потому что странно отдавать клиенту непроверенный сайт, который будут тестировать пользователи. А наполнение, как несложно догадаться, зависит от объёма контента и способа его получения.
• Запуск: домен, хостинг, SSL — фикс. Несколько тысяч в год. Мелочь на фоне остального, но это регулярные расходы, о которых «сайт под ключ за 10 тысяч» скромно умалчивает.

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

Почему оценка именно такая: правила, которые вы не измените

Практически всегда исполнитель считает вашу задачу в каких-то часах. Если вы смотрите на эти часы и не понимаете, что это, откуда и почему столько, — вы не одни: этого не понимает никто. Но есть несколько правил, которые позволят вам чуть лучше управлять вашими ожиданиями.

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

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

Чем важнее задача для вашего бизнеса, тем выше «налог» исполнителя. Ведь стоимость товара определяется его ценностью в глазах покупателя. Ну или корпоративными словами: «Критичность — это ответственность, а ответственность стоит денег».

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

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

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

Фикс-прайс или оплата по времени

Пару слов про формат оплаты: фикс или T&M. Исходя из того, что я писал выше, при возможности лучше выбрать фикс с оплатой за этапы. Хотя если вы давно работаете с партнёром, уверены в нём, или сама работа не подразумевает чёткой конечной цели — типа аутстаффа или техподдержки с оплатой за разбор инцидентов, — то T&M тоже ок.

Факторы, которыми управляете вы

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

Уникальный дизайн против шаблона. Шаблон — это аренда чужого решения: быстро и дёшево, но вы не выделяетесь и рано или поздно упираетесь в его ограничения. Это нормальный компромисс, если вы понимаете, что именно вам нужно.

Функции. Личный кабинет, калькулятор, поиск с фильтрами — каждая «маленькая фича» это отдельный мини-проект со своим дизайном, разработкой и тестированием.

Интеграции: 1С, CRM, платёжные системы, доставка. Интеграция — это всегда история про непредсказуемость и факторы, на которые не всегда можно повлиять: документация может врать, версии могут не совпадать, контрагент не выходить на связь. А ещё нужно проработать поведение на случай, если интеграция сломается.

Контент. Подготовка текста, фото, загрузка карточек товаров — всё это требует бюджета и времени.

Неочевидные вещи типа кастомных шрифтов или платного SSL-сертификата. Нужно не всегда, но лучше помнить и учитывать.

Срочность. Ужать один объём работы в меньший срок можно только двумя способами — людьми или качеством. Люди стоят денег сейчас, качество — потом.

За что вы на самом деле платите, когда платите за час

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

Во-первых, в том самом хайлоаде 99% задач — такая же рутина, не требующая никаких специальных навыков. Люди, которые реально проектируют такие системы, стоят кратно дороже.

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

Про вайбкодинг, ИИ и почему вам не сделают скидку

Говоря про цену, нельзя не упомянуть ИИ — сейчас вам могут продавать «вайбкодинг» и говорить, что это удешевит процесс. Часто звучит заманчиво, но тут важно прояснить, что чем является и как всё это работает.

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

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

Но пойдём дальше и встанем на место обычного разработчика, у которого появилась возможность делать свою работу проще с помощью ИИ. Воспользуется ли он ею? Вопрос риторический. Любой программный продукт, создающийся сейчас, создаётся с помощью ИИ. Кто утверждает, что всё делает руками, — либо отстал, либо лжёт. Дальше всё зависит от конкретного исполнителя: как он организует работу и отразится ли это на качестве. У профессионалов отражается в лучшую сторону.

А теперь главное: из-за использования ИИ никто не сделает вам скидку. Это срезание собственных издержек исполнителя — меньше времени на проект, можно взять больше клиентов. Так работает автоматизация в любой отрасли: бухгалтер с 1С не берёт за отчётность меньше, чем брал бухгалтер со счётами и амбарной книгой, — он просто делает больше работы. Инструмент достаётся тому, кто им владеет, а не тому, кто платит за результат.

Развёрнуто про ИИ — что он меняет в разработке и где реально окупается в вашем собственном продукте — в отдельной статье.

Почему «сайт за 30 тысяч» обходится в 300

Вы же знаете, как устроена монетизация лоукостеров? Аналогично работает и с сайтами: когда вы видите конструкцию типа «сайт от <невероятно выгодная цифра>», готовьтесь, что всё, что вам реально понадобится, в эту сумму не входит, и итоговая цена будет ×5 от начальной цифры.

Тут же опять всплывает история с вайбкодингом. Вам быстро и дёшево сделали продукт, который не работает, в итоге подрядчик разводит руками, говорит «ну а что вы хотели» и требует кучу денег за переработку. В итоге получается дороже, чем было бы «сразу нормально». И это без учёта времени, которое сайт не работал на бизнес.

Как отличить «дёшево, потому что плохо» от «дёшево, потому что просто» — тема сложная, мы разобрали её в отдельной статье.

Можно ли по цене судить о качестве

Нет, но с асимметрией.

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

А вот дёшево и хорошо — теоретически возможно, но я бы не рассчитывал. Бывают объяснимые схемы — демпинг, попытка набрать первых клиентов. Но чаще одно из двух: либо человек понимает, что за нормальные деньги к нему не придут, либо он не понимает, сколько стоит его труд. И второе, на мой взгляд, должно настораживать не меньше первого. Чтобы хорошо делать эту работу, надо глубоко разбираться не только в коде, но и в процессах, в бизнесе, в людях. Нельзя разбираться во всём этом — и не разбираться в деньгах.

Альтернатива

Если бюджета на нормальную разработку нет, но есть время, то сайт можно самостоятельно собрать на конструкторе, а автоматизацию навайбкодить — в той самой изначальной роли вайбкодинга: быстро проверить гипотезу. Tilda или Claude, пара вечеров работы — и вполне вероятно, что ваша потребность будет закрыта. А когда бизнес дорастёт до задач, которые конструктор не решает, — приходите, будет предметный разговор.

Как сэкономить без потери качества

Экономить можно и нужно — важно резать правильное.

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

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

Подготовьте контент заранее. Тексты, фотографии, прайсы, собранные до старта, экономят и деньги, и недели сроков.

Составьте внятное ТЗ. Меньше неопределённости — меньше заложенных рисков в оценке и меньше переделок. Как это сделать (в том числе с помощью нейросети за десять минут) — в статье «Как составить ТЗ».

И проверьте, нужен ли вам сайт вообще. Для интернет-торговли посчитайте экономику против маркетплейсов: комиссии площадок против стоимости разработки, продвижения и поддержки собственного магазина. Если вы продаёте нишевый товар и у вас налажена своя доставка, то сайт может окупиться за несколько месяцев. А может и нет. Это очень зависит от сферы, универсального ответа нет, но сам расчёт сделать стоит до того, как платить за разработку.

Скрытые и регулярные расходы

Сайт — это не только разовая покупка, но и актив с расходами на владение.

Домен, хостинг, SSL — те самые несколько тысяч в год из раздела про этапы. Разово незаметны, но платить их придётся, пока сайт жив.

Поддержка и обновления. Сайт ломается сам, даже если его не трогать: обновляются браузеры, версии PHP, API интеграций.

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

Как вообще получить оценку

Учтите, что точную цифру до брифа не назовёт никто. Кто называет — либо продаёт шаблон, либо доберёт своё доработками (см. раздел про лоукостеров).

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

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

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

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

Что в итоге. Для исполнителя цена сайта — это объём работы, умноженный на ставки, плюс риски. Для вас эта формула прозрачной не станет, да и не должна — ваши рычаги в другом. Объёмом и рисками вы управляете через внятную постановку задачи и ТЗ, ставки — это то, за что вы покупаете ответственность и внимание, а результат мерьте тем, что реально можете оценить: набором функций за эту цену в этот срок. На чём экономить, каждый решает для себя.

Примеры ТЗ с оценкой

Теперь бонусная часть. Чтобы не называть абстрактных чисел, которые ни к чему не привязаны, приведу пример: интернет-магазин в трёх комплектациях.

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

Во-вторых, это не эталонные ТЗ, а срез под задачу этой статьи. Внутри только то, за что вы платите, — функции и логика. Всё, что в настоящем документе обязано быть, но на цену не влияет и от комплектации не зависит — домен и аккаунты на вас, права на код, порядок приёмки, — я вынес за скобки. Как выглядит полное ТЗ и почему без этих разделов нельзя — в статье «Как составить ТЗ». Сами ТЗ максимально облегчил в угоду простоте чтения.

Теперь коротко, чем варианты отличаются по сути, а не по списку функций.

«Витрина» — минимальный магазин, который уже продаёт: покупатель выбирает товар и оформляет заказ, но оплату, статусы и учёт менеджер ведёт руками. Вариант, чтобы выйти в онлайн и проверить спрос.

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

«Магазин с учётом» — магазин, встроенный в процессы бизнеса: полный контур с 1С, когда заказы и статусы ходят в обе стороны без ручных операций, а доставка по всей стране считается и отслеживается автоматически. Здесь цену двигают интеграции — плюс то, что видно глазами: конструктор фильтров, гибкие скидки и индивидуальный дизайн.

Если у вас есть задача — неважно, похожая или нет, — пишите, мы всегда рады пообщаться!