Отправили одну и ту же задачу трём разработчикам. Один просит 30 тысяч, второй — 150, третий — 300. Все обещают красивый сайт, мобильную версию и удобное управление. Возникает вполне нормальный вопрос: первые двое чего-то не понимают или третий решил купить себе отпуск за ваш счёт?
Пока вы сравниваете только итоговую сумму, ответа нет. За одинаковым словом «сайт» могут стоять очень разные работы. Где-то соберут несколько страниц из готовых блоков. Где-то сначала разберутся, как покупатель выбирает товар, а менеджер обрабатывает заказ. Где-то подключат учётную систему и проверят, что остатки не превращаются в фантазию после первого обмена.
Но высокая цена сама по себе тоже ничего не доказывает. Огромная команда, красивые презентации и индивидуальный дизайн не гарантируют, что в магазине будет удобно покупать. Поэтому я бы выбирала бюджет через конкретную задачу бизнеса. Сравним, что именно вы получите за деньги, какие расходы появятся позже и когда дешёвый вариант действительно разумнее дорогого.
Сначала определите, какую работу сайт должен забрать у бизнеса
«Нужен современный сайт» — описание внешности. Для расчёта стоимости этого мало. Нужен ответ, что человек будет на нём делать и что произойдёт после его действия. Посмотрит услуги и позвонит? Выберет плитку, рассчитает количество коробок и оформит доставку? Загрузит чертёж, чтобы получить стоимость изготовления мебели? Для каждой задачи нужен свой объём разработки.
Представим две компании. Первая — мастерская по ремонту диванов. У неё пять основных услуг, фотографии работ и один человек, который отвечает на звонки. Вторая продаёт строительные материалы с нескольких складов, а цены и наличие меняются в учётной программе. Обе могут сказать: «Хотим каталог». Только в первом случае каталог — несколько страниц с примерами. Во втором он должен правильно показывать тысячи товаров и не обещать доставку того, чего нет.
Перед запросом сметы я бы записала три вещи: какую покупку сайт помогает совершить, какую ручную работу сокращает и откуда на него придут люди. Если третьего ответа нет, оставьте деньги на продвижение. Сайт может быть технически отличным, но покупатели о нём не узнают.
Полезно также назвать то, что пока не требуется. Личный кабинет, программа лояльности и сложный подбор товара выглядят убедительно в презентации. Но если вы ещё не проверили, пользуются ли люди обычным каталогом, эти функции могут месяцами ждать первого настоящего посетителя. Их разработку вы уже оплатите.
Почему две сметы нельзя сравнить по количеству страниц
Условные «десять страниц» могут быть десятью статичными текстами, а могут — десятью разными рабочими сценариями. Страница доставки с готовым описанием делается иначе, чем расчёт доставки, который учитывает адрес, вес заказа, склад и ограничения перевозчика. Количество экранов одинаковое. Количество вопросов, которые надо решить, совершенно разное.
Поэтому в смете нужна расшифровка результата. Формулировка «корзина — включено» оставляет слишком много места для сюрпризов. Можно ли изменить количество товара? Учитываются ли упаковки? Что происходит, если остаток изменился, пока человек оформляет заказ? Получит ли он письмо? Увидит ли менеджер источник обращения? Какие ответы покупатель получит при ошибке оплаты?
Разработчику не обязательно перечислять каждую строчку кода. Вам достаточно описания поведения, которое можно проверить. Например: «Покупатель выбирает количество упаковок, видит итоговую площадь и стоимость, затем оформляет заказ с выбранного склада. Менеджеру приходит заказ с этими же данными». Это уже понятный предмет сравнения.
Если один исполнитель включает такой сценарий, а другой обещает только стандартную корзину, разница в цене объяснима. Если оба делают одно и то же, но один стоит в пять раз дороже, попросите объяснить разницу в проверке, сроках, поддержке и ответственности. Хорошая смета выдерживает такие вопросы спокойно.
Где бюджетный сайт действительно уместен
Недорогой сайт может прекрасно решать простую задачу. Например, новой студии штор нужно показать работы, объяснить порядок замера и получать обращения. Для старта не требуется автоматический расчёт каждого карниза. Покупатель всё равно хочет обсудить помещение с человеком. Здесь несколько продуманных страниц могут быть полезнее большого каталога, который никто не успевает наполнять.
Другой разумный случай — проверка отдельной услуги. Компания производит мебель и хочет понять, есть ли спрос на гардеробные определённого типа. Можно сделать отдельную страницу, дать на неё рекламу и оценить обращения. Пока направление не подтвердилось, нет причины строить вокруг него огромную систему.
Экономия работает, когда вы принимаете ограничения осознанно. Используете готовое расположение блоков, сами предоставляете фотографии и материалы, отказываетесь от редких функций. При этом должны оставаться нормальные контакты, понятное предложение, удобная форма обращения и проверенная мобильная версия. Это основа, а не роскошь.
Бюджетный вариант становится сомнительным, когда вам продают ограничения как полный набор возможностей. «Потом всё подключим» не означает, что подключение предусмотрено в устройстве сайта. Иногда расширение действительно несложное. Иногда оно потребует переделать половину проекта. Лучше узнать это до оплаты, чем после первой успешной рекламной кампании.
За что имеет смысл платить больше
Дополнительный бюджет оправдан там, где ошибка дорого обходится бизнесу или где стандартная логика мешает продавать. У магазина плитки важны единицы измерения, упаковки, доступность партии и условия доставки. У мебельного производства — ограничения размеров, материалы и расчёт комплектации. У компании с несколькими складами — правила выбора склада и обработки заказа.
Платить стоит за выяснение этих правил, их реализацию и проверку. Сама кнопка «Купить» выглядит просто. Но за ней могут стоять ограничения, которых нет в демонстрационном магазине: заказ только целыми упаковками, минимальная сумма для доставки, разные условия для физических лиц и организаций. Если это выяснится в конце, дешевле уже не станет.
Ещё один предмет оплаты — надёжная передача данных. Когда сайт получает цены из 1С, недостаточно один раз показать успешную загрузку. Надо проверить повторный обмен, отсутствие нужного товара в файле, изменение единиц измерения, ошибку соединения. И определить, что сайт покажет людям до восстановления обмена.
Иногда дорогая часть почти незаметна покупателю. Сотрудник быстрее обрабатывает заказы, ошибочные изменения можно восстановить, новый разработчик понимает устройство проекта. Удобство для команды тоже имеет цену. Просто оно должно быть описано конкретно, а не спрятано за словами «профессиональная архитектура».
Мой пример: строительный магазин snab74
В проекте snab74 — интернет-магазине строительных материалов работа не сводилась к установке готового решения на Битриксе. Нужно было учитывать склады, остатки, особенности оформления и обмен заказами. Готовые возможности помогали в одних местах и требовали доработок в других.
Из этого опыта я не делаю вывод, что любой магазин надо писать с нуля. Но мысль «взяли готовую систему — вся сложная работа закончилась» тоже не выдерживает встречи с реальным бизнесом. Иногда собственную логику с помощью ИИ я бы разработала быстрее, чем адаптировала готовую. Это моя оценка конкретного проекта, а не обещание одинакового результата всем магазинам.
Покупателю разработки полезно заранее разделить стандартные возможности и особенности своего магазина. «Есть обмен с 1С» и «наш конкретный обмен работает по нашим правилам» — разные результаты. Если второй не включён в смету, он появится отдельным счётом. Причём иногда как раз тогда, когда запуск уже обещан руководителю.
Дизайн: когда он помогает продавать, а когда просто удорожает проект
Уникальный дизайн нужен не каждому бизнесу. Покупатель сантехники не обязан восхищаться вашим переходом между экранами. Ему нужно понять размер, увидеть комплектацию и узнать, когда привезут товар. Если готовое оформление позволяет сделать это удобно, отказываться от него ради уникальности довольно странно.
Индивидуальная работа оправданна, когда стандартное представление мешает выбору. Например, магазин дверей должен показать сочетание полотна, коробки, фурнитуры и размеров проёма. Для этого может потребоваться собственный экран выбора комплекта. Он полезен не потому, что «такого ни у кого нет», а потому, что снижает вероятность ошибочного заказа.
Стоит отдельно обсуждать мобильный экран. На компьютере каталог может выглядеть прекрасно, а на телефоне фильтр закрывает товар, цена уезжает вниз, выбранные параметры невозможно проверить. Исправлять такие вещи важнее, чем добавлять ещё один декоративный блок на главной.
Я бы просила показать дизайн на реальных материалах: длинном названии, товаре без фотографии, нескольких вариантах цены, большом описании доставки. Красивый макет с идеальными короткими текстами легко производит впечатление. Рабочий сайт должен выдерживать обычные, неидеальные данные магазина.
Скорость сайта тоже оплачивается. Но обещания надо проверять
В опубликованном в 2022 году кейсе японского магазина Rakuten 24 сравнивали две версии страниц в месячном эксперименте. Улучшенная версия дала рост доли покупателей на 33,13% и выручки на посетителя на 53,37%. Это показатели конкретного теста, а не универсальная прибавка к обороту любого магазина. Описание эксперимента Rakuten 24.
Этот пример полезен при обсуждении бюджета: часть стоимости разработки может возвращаться через более удобную покупку. Но разработчик должен объяснить, что именно он улучшает. «Сайт будет летать» не проверяется. А скорость появления каталога на обычном телефоне, реакция фильтра и возможность оформить заказ — проверяются.
Один высокий балл в проверочном сервисе не заменяет такого испытания. Пустая тестовая страница может открываться быстро, а настоящий каталог с фотографиями и остатками — медленно. Просите проверять наиболее важные страницы на реальных данных, включая поиск и оформление.
И не оплачивайте всё подряд только из страха потерять продажи. Если сайт уже работает достаточно быстро, а люди уходят из-за отсутствия условий доставки, очередная техническая оптимизация может оказаться менее полезной, чем честное описание этих условий. Хороший исполнитель умеет расставлять приоритеты, даже когда мог бы продать ещё работу.
Почему ИИ не превратил любую разработку в работу на один вечер
Нейросети сильно ускорили написание кода. Я сама ими пользуюсь и вижу, сколько времени можно сэкономить на рутинных задачах. Но написать первую версию и довести её до состояния, в котором бизнес может спокойно работать, — разные этапы. Их нельзя склеивать в рекламе одной фразой «теперь всё быстро».
Матчер я разрабатывала примерно полгода. А после трёх месяцев работы в нём продолжала добавлять возможности и исправлять обнаруженные ошибки. Программу прогнозирования Claude первоначально написал за день и сообщил, что всё готово. Затем выяснилось, что нет интерфейса, в расчётах есть ошибки, а часть подходов надо менять под задачи клиента. Доработка заняла месяцы.
Это не означает, что любой сайт будет делаться полгода. Простая страница вполне может собираться быстро. Но сложность бизнеса не исчезает от того, что код пишет агент. Кто-то всё равно должен заметить неправильный расчёт, придумать подходящую логику и проверить, что исправление не сломало соседний сценарий.
Поэтому при сравнении смет я бы смотрела на ответственность за готовый результат. Если ИИ помогает исполнителю работать быстрее, отлично. Но спрашивать стоит не «сколько часов ты печатал код», а «какие ситуации мы проверим перед запуском и что произойдёт, если после запуска обнаружится ошибка».
Что означает «под ключ» и чего эта фраза не гарантирует
У выражения «сайт под ключ» нет единого бытового состава. Кто-то включает тексты, фотографии, подключение домена и настройку аналитики. Кто-то передаёт работающую заготовку, а наполнение считает отдельной услугой. Иногда клиент узнаёт об этом, когда ему присылают пустой каталог и поздравляют с завершением проекта.
Поэтому лучше перечислить результат простыми словами. Кто предоставляет материалы и кто их загружает? Сколько товаров будет опубликовано? Кто подключает оплату и доставку? Кому принадлежат учётные записи сервисов? Какие действия покажут при передаче сайта? Что входит в исправление ошибок, а что считается новой задачей?
Отдельно проверьте продвижение. Формулировка «базовая подготовка для поиска» может означать техническую возможность задавать названия страниц и описания. Она не означает, что разработчик исследует спрос, подготовит весь каталог и привлечёт покупателей. Разработка сайта и постоянная работа над его видимостью требуют разного состава действий.
Если исполнитель всё это действительно включает, пусть перечислит в предложении. Если не включает — тоже нормально. Вам просто нужен полный бюджет, а не минимальная цифра на первом экране коммерческого предложения. Договорённость помогает обеим сторонам: разработчик не получает внезапные ожидания, а клиент — внезапные счета.
Посчитайте первый год, а не только день запуска
Возьмём условные варианты, чтобы увидеть логику расчёта. Первый сайт стоит 30 тысяч. Допустим, ещё 20 тысяч уйдёт на материалы и подключение нужных сервисов, 15 тысяч — на технические расходы за год и 40 тысяч — на заранее известные доработки. Получается 105 тысяч до расходов на рекламу. Это не рыночная статистика, а пример того, как складывать собственную смету.
Второе предложение за 150 тысяч может уже включать материалы, подключения и доработки из первого варианта. А может не включать ничего из перечисленного. Разница между 30 и 150 тысячами не отвечает на этот вопрос. Ответ дают строки предложения и границы обязательств.
Полезно составить два расчёта: обязательные расходы и желательные улучшения. Домен и размещение сайта оплачивать придётся. Новую красивую страницу можно отложить. Если всё сложить в одну сумму, легко решить, что сайт непосильно дорогой, хотя заметная часть расходов относится к необязательным идеям.
Добавьте время сотрудников. Если менеджер каждый день вручную исправляет цены или переносит заказы, разработка уже обходится дороже первоначального счёта. Но не придумывайте экономию автоматически: сначала измерьте, сколько времени уходит на процесс и какая часть действительно исчезнет после доработки. Иначе расчёт получится красивее реальности.
Что можно спокойно отложить
Для первого запуска магазина часто можно отложить сложную программу бонусов, персональные рекомендации и автоматизацию редких исключений. При условии, что без них покупатель способен выбрать товар, узнать условия и оформить заказ, а сотрудник — выполнить обещанное. Начинать с рабочего основного процесса вполне разумно.
Ручная обработка на старте не всегда плоха. Допустим, поставщик мебели получает несколько нестандартных заказов в неделю. Менеджеру всё равно нужно уточнить размеры и условия подъёма. Нет смысла сразу строить дорогой калькулятор всех вариантов, если большая часть расчёта требует разговора.
Но решение «пока вручную» надо описать честно. Что именно делает менеджер, сколько времени это занимает и какое количество заказов он выдержит? Если при двадцати обращениях в день система перестанет работать, заранее определите момент следующей доработки. Это лучше, чем внезапно узнавать о пределе после запуска рекламы.
А вот проверку форм, копирование данных, доступы владельца и правильность цен откладывать не стоит. Они относятся к способности сайта работать, а не к украшениям. Экономия на них часто выглядит приятно только до первой ошибки, которую заметил покупатель раньше вас.
Как сравнить предложения и выбрать бюджет без гадания
Попросите оценить один сложный сценарий
Если предложения всё ещё выглядят одинаково, выберите самый важный для вашего бизнеса процесс и обсудите его с каждым исполнителем. Для магазина дверей это может быть подбор полного комплекта. Для мастерской — заявка с несколькими фотографиями повреждения. Для доставки цветов — выбор времени, текста открытки и адреса получателя, который отличается от контактов покупателя.
Не обязательно сразу оплачивать подробное проектирование всего сайта. Сначала выясните, какие вопросы разработчик задаёт. Спросит ли про отмену заказа, изменение состава, недоступное время доставки? Уточнит ли, кому приходит уведомление и что происходит, если сотрудник не ответил? Именно в таких разговорах обнаруживается настоящая сложность, которая не помещается в строчку «форма заказа».
Затем попросите обозначить допущения. Например: «В эту цену входит одна схема доставки. Расчёт нестандартных районов делает менеджер. Если понадобится автоматизация, оценим отдельно». Это нормальный ответ. Гораздо хуже уверенное «всё сделаем», за которым нельзя понять ни границы, ни результат.
Так вы сравниваете не артистичность презентации, а понимание задачи. Один исполнитель может предложить дорогую автоматизацию, другой — простой рабочий процесс с ручным подтверждением. Оба решения заслуживают рассмотрения. Выберите то, которое выдержит вашу нагрузку и не создаст ложных обещаний покупателям.
Не оплачивайте сложность, которую вам невозможно объяснить
Фразы про масштабирование, современный подход и высокий уровень защиты звучат весомо. Но за каждой должна стоять понятная вам проблема. Сколько одновременных покупателей ожидается? Какие данные нужно защищать? Как быстро должен восстановиться магазин при сбое? Что сможет изменить сотрудник без программиста?
Например, небольшой каталог мебели получает несколько обращений в день. Исполнитель предлагает сложную схему из множества отдельных сервисов, потому что «так делают крупные компании». Возможно, она действительно нужна будущему проекту. Но сначала пусть объяснит, какая ваша задача не решается более простым способом и кто будет поддерживать эту схему после запуска.
При этом требование объяснить не означает, что вы должны спорить о каждой технической детали. Врач не просит пациента выбирать инструмент, а разработчик не должен перекладывать на заказчика выбор внутренних технологий. Но бизнес имеет право понимать, почему оплачивает дополнительные работы и какие последствия получит при отказе от них.
Если ответ сводится к «вы просто не понимаете», полезного сравнения не получится. Нормальное объяснение звучит конкретно: «Без этой проверки два покупателя могут одновременно оформить последний товар. Мы добавляем механизм, который предотвращает такой заказ». Здесь уже можно обсуждать необходимость и стоимость.
Обсудите передачу и приёмку до начала разработки
Приёмка — момент, когда вы проверяете, что договорённости выполнены. Лучше заранее записать несколько обычных и сложных действий: оформить заказ с телефона, отправить обращение с фотографиями, изменить товар, обработать отмену, восстановить данные из копии. Для простого сайта этот список короткий. Для магазина с обменом — подробнее.
Отдельно определите материалы передачи. Где лежат файлы и база данных? Какие учётные записи принадлежат компании? Как обновить часы работы и условия доставки? Кто объяснит это сотруднику? Если передача не включена, вам могут отдать формально работающий сайт, которым вы не умеете пользоваться.
Платежи удобно привязывать к понятным этапам: согласованная структура, проверенная рабочая версия, передача проекта. Конкретную схему стороны выбирают сами. Смысл в том, чтобы обеим было видно продвижение работы и не приходилось спорить о готовности по впечатлению от одной картинки.
Заранее договоритесь и о сроке проверки. Клиенту нужно время пройти реальные сценарии, исполнителю — понятный порядок получения замечаний. Список конкретных ошибок с примерами помогает быстрее, чем сообщения «что-то не нравится» по одному каждый день. Здесь хорошая организация экономит деньги гораздо надёжнее случайной скидки.
Соберите для всех исполнителей одинаковое описание: задачи, основные сценарии, объём материалов, обмены с другими системами, сроки и требования к передаче. Затем попросите показать, что включено, что требует уточнения и что оплачивается отдельно. Не заставляйте угадывать скрытые особенности бизнеса — расскажите о них.
Вместо вопроса «почему так дорого?» полезнее спросить: «Какая работа занимает основную часть бюджета? Что мы потеряем, если её уберём? Можно ли сначала сделать более простой вариант? Какие доработки этот выбор затруднит?» Здесь быстро становится видно, понимает ли разработчик задачу или продаёт привычный набор услуг.
Для проверки кейсов смотрите на похожий процесс, а не только на красивую отраслевую картинку. Магазин мебели с готовыми товарами может быть проще магазина плитки с упаковками, партиями и несколькими складами. Если у исполнителя есть опыт похожей логики, это полезнее десяти эффектных главных страниц.
Мой выбор бюджета был бы таким: оплачивать всё, что необходимо для рабочего пути покупателя и команды, а дополнительные идеи привязывать к понятной пользе. Сайт за 30 тысяч может оказаться хорошим решением для простой задачи. Сайт за 300 тысяч — разумным для сложной. Но ни одна сумма не освобождает от проверки состава работ. Деньги стоит отдавать за результат, который вы можете описать и принять.
Комментарии
Комментариев пока нет. Будьте первым!
Оставить комментарий