Как оценить коммерческое предложение на разработку сайта?

При сравнении предложений проверьте:

• отвечает ли решение вашей бизнес-задаче, а не только названию проекта

• понятно ли, какие функции входят в первый запуск

• описаны ли интеграции, данные и роли пользователей

• разделены ли обязательные работы и будущие улучшения

• понятно ли, как подрядчик тестирует, запускает и передаёт сайт

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

В Ameton рекомендуем читать коммерческое предложение как план первого этапа проекта. Если из него нельзя понять, что команда сделает, как проверит результат и какие вопросы остаются открытыми, документ не помогает принять решение

Сначала проверьте, понял ли подрядчик вашу задачу

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

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

Проверьте, есть ли в предложении ответы на вопросы:

• Какую проблему бизнеса решает сайт?

• Какие сценарии пользователей являются ключевыми?

• Какие функции нужны в первом запуске?

• Какие данные использует сайт?

• Какие системы нужно подключить?

• Что подрядчик считает основным риском проекта?

Если предложение одинаково подходит любой компании из вашей отрасли, значит, оно может быть слишком общим. Хороший документ отражает именно вашу ситуацию: тип каталога, правила заказа, работу менеджеров, структуру данных или особенности личного кабинета

Сравнивайте состав работ, а не только итоговую цену

Итоговая сумма имеет смысл только вместе с расшифровкой работ. В предложении должны быть видны этапы, результаты и границы каждого блока

Если в предложении указана «интеграция с 1С», до оценки команда должна уточнить, какие данные будут передаваться, в каком направлении, как часто и что должно происходить при ошибке обмена. Односторонняя выгрузка товаров и двусторонний обмен товарами, ценами, остатками, заказами и статусами — это задачи разного объёма

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

Отдельно оцените логику решения, а не набор экранов

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

Например, в интернет-магазине важно понять:

• где хранятся товары, цены и остатки

• как покупатель выбирает способ и стоимость доставки

• как покупатель оформляет заказ

• что происходит после оплаты

• как менеджер получает заказ

• как обновляется статус для клиента

• что будет при ошибке обмена

В B2B-портале ключевыми становятся роли и условия доступа. Одному пользователю могут быть доступны документы и персональные цены, другому — только каталог. Если эти правила не зафиксированы, личный кабинет выглядит простым только до начала разработки

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

Проверьте, как подрядчик разделяет первый запуск и развитие

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

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

Мы рекомендуем спрашивать подрядчика не только «что войдёт в запуск», но и «какие решения первого этапа повлияют на развитие сайта через полгода или год». Такой вопрос показывает, смотрит ли команда на проект целиком

Уточните, что не входит в предложение

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

В коммерческом предложении стоит проверить:

• включена ли лицензия 1С-Битрикс

• кто оплачивает хостинг и внешние сервисы

• входят ли платные модули

• включены ли подготовка, очистка и массовая загрузка каталога

• кто пишет и размещает контент

• учтена ли миграция со старого сайта

• входят ли настройка аналитики, SEO-перенос и редиректы

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

Почему оценки отличаются у разных подрядчиков

Разные оценки не обязательно означают, что один подрядчик завышает цену, а другой предлагает выгодное решение. Чаще они показывают разную глубину проработки задачи и разный состав ответственности

Высокая цена не подтверждает качество автоматически. Но предложение с понятными этапами, ограничениями и критериями результата обычно даёт более реалистичную основу для решения, чем одна привлекательная цифра

Посмотрите, как в предложении описаны сроки

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

Обратите внимание:

• есть ли план с разбивкой по этапам, который учитывает зависимости от даты начала работ и передачи всех необходимых доступов и контента

• что подрядчик ждёт от заказчика на каждом этапе

• сколько времени предусмотрено на согласование

• как изменение требований влияет на план

• что произойдёт, если внешний сервис или учётная система ещё не готовы

• как команда сообщит о риске задержки

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

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

Убедитесь, что предложение учитывает запуск и поддержку

Разработка сайта не заканчивается в момент публикации. Коммерческое предложение должно объяснять, как команда перенесёт сайт в рабочую среду, кто проверит ключевые функции и что произойдёт после запуска

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

Спросите подрядчика:

• Где будут проверяться изменения до запуска?

• Какие сценарии проверят после публикации?

• Что входит в гарантийные исправления?

• Как будут оформляться новые доработки?

• Какие доступы и материалы компания получит после завершения проекта?

Поддержка и развитие особенно важны, если сайт связан с заказами, каталогом, оплатой или внутренними системами. О том, как организовать эти процессы после запуска, рассказывает статья Что входит в техническую поддержку сайта на 1С-Битрикс?

Как выбрать подходящее коммерческое предложение

Выбирать предложение стоит по трём признакам: оно соответствует задаче бизнеса, прозрачно описывает состав работ и показывает, как команда будет контролировать результат. Не нужно искать документ с максимальным количеством страниц — важно, чтобы в нём не было скрытых допущений

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