На недавнем созвоне клиент спросил почти дословно:
- "Ищем подрядчика на сайт, смотрим сначала Москву. Так спокойнее?"
- "Спокойнее от чего - от срыва сроков, слабого результата или переплаты?"
- "Если по делу, то от всего сразу. Но пока сравнили только цену в КП".
Такие разговоры повторяются регулярно. Бизнес по-прежнему смотрит на город подрядчика, хотя проект держится на другом: как посчитана работа, кто отвечает за решения и что клиент увидит в первые недели.
Цена живет в смете, а не в адресе офиса
Один и тот же проект в 2026 году может стоить 1,8-2,5 млн ₽ у студии с офисом в Москве, 1,2-1,9 млн ₽ у зрелой удаленной команды и 700-900 тыс. ₽ у подрядчика, который просто вынес часть работ за скобки.
Разница обычно не в городе. Она в составе работ: discovery, прототипы, SEO-структура, staging, QA, карта интеграций, запуск, поддержка первого месяца. Когда этого нет в смете, все всплывает позже - допсоглашением, переносом срока или переделкой.
У московских команд чек часто выше по понятной причине: офис, продажи, аккаунтинг, очные встречи. Это не плохо и не хорошо. Просто на конверсию сайта и качество запуска такие расходы влияют не так сильно, как многим кажется.
| Обычно смотрят | Имеет смысл сравнивать |
|---|---|
| цену сайта | объем работ |
| ставку часа | риск переделок |
| город подрядчика | процесс и ответственность |
| смету на запуск | TCO на 6-12 месяцев |
У нас был проект для B2B-дистрибьютора. Клиент принес два КП с разницей почти 800 тыс. ₽. После сверки по строкам выяснилось, что в дешевом варианте не было приемочного теста, staging и схемы обмена с CRM. Реальная разница стала 180 тыс. ₽, и обсуждение сразу перешло в нормальную плоскость.
Самая дорогая строка в смете обычно не написана.
Удаленная команда быстрее не из-за магии, а из-за дисциплины
Сильная удаленная команда выигрывает не только ценой. Ее преимущество - в управляемости. Если процесс не собран, распределенный формат разваливается первым, поэтому у нормальных команд он обычно строже.
Когда проект включает личный кабинет, роли, CRM, склад, платежи, выбор только по Москве просто сужает рынок специалистов. Мы обычно собираем состав под задачу: например, Laravel 11, PostgreSQL 16, Vue 3, интеграция с 1С и amoCRM. На таком проекте старт за 7-10 дней реален, если у команды свободен слот и понятен план первых недель.
Прозрачность здесь видна по очень простым вещам:
- где живет список задач - Jira, YouTrack, Trello
- как проходит согласование дизайна - Figma
- где лежат решения и ограничения - Notion или Confluence
- как часто клиент видит демо и риски
Понедельник - planning
Среда - sync по блокерам
Пятница - demo для клиента
Раз в 1-2 недели - релиз на staging
После приемки - деплой в production
Мы сами однажды вели удаленный проект слишком мягко. Созвоны были, задачи обсуждали в Telegram, но без общего списка и критериев приемки. На 3-й неделе клиент уже нервничал, хотя разработка шла по плану. Пришлось остановиться на несколько дней, собрать список задач, назначить ответственных и заново выстроить ритм. Срок в итоге не улетел, но лишнюю неделю мы потеряли сами.
Офлайн окупается в трех понятных случаях
Я не переоцениваю очные встречи, но иногда они действительно экономят деньги. Особенно когда в проекте слишком много людей с правом голоса.
Первый сценарий - сложное согласование. Продажи хотят один сайт, маркетинг - другой, IT думает про интеграции, юристы режут половину форм. В проекте с 6 отделами и 12 участниками одна очная сессия на полдня может сэкономить 2-3 недели переписки.
Второй - корпоративные ограничения. Служба безопасности, доступы только из внутреннего контура, бумажные процедуры, очные проверки подрядчика. В такой ситуации местная команда действительно получает преимущество.
Третий - запуск сложной платформы. В прошлом году мы стартовали внутренний B2B-кабинет для сервисной компании на Laravel 11 и PostgreSQL 16. За один день в Москве закрыли роли, права, схему интеграции с ERP и спорные сценарии согласования заявок. Если бы растягивали это по созвонам, потеряли бы минимум 2 недели.
Для обычного корпоративного сайта или интернет-магазина этот плюс обычно переоценивают. Там результат больше зависит от структуры каталога, контента, аналитики и того, как подрядчик считает изменения по ходу проекта.
Стоимость ошибки съедает всю экономию
Самый дорогой сайт - тот, который сначала запустили дешево, а через полгода собрали заново.
Недавно к нам пришел интернет-магазин после быстрого запуска на WordPress с WooCommerce. На старте клиент сэкономил около 400 тыс. ₽. Через 6-8 месяцев каталог вырос, фильтры начали тормозить, SEO-структура была сломана, обмен с 1С работал нестабильно. Мы переносили данные, переделывали каталог, выносили поиск в Meilisearch, настраивали аналитику. Общие потери получились на уровне 1,5-2 млн ₽.
Смотреть стоит на артефакты, а не на презентацию. Я бы просил у подрядчика вот что:
- roadmap на первые 4-6 недель
- список допущений и ограничений
- критерии приемки и формат демо
- описание staging, code review, тестов и деплоя
Если вам говорят "решим по ходу", это не гибкость. Это перенос риска на вашу сторону.
Что сделать в ближайшие 3 дня
В первый день сведите 3-5 КП в одну таблицу и выровняйте состав работ. Во второй попросите у двух финалистов roadmap старта, список рисков и пример недельного отчета. В третий посчитайте не цену запуска, а цену ошибки на 6-12 месяцев - с поддержкой, доработками, SEO и интеграциями. Подрядчик становится понятен в тот момент, когда вы просите показать первую рабочую неделю, а не красивую главную страницу.
