Чтобы заказать сайт без лишних расходов, сначала опишите его задачи и состав работ. Затем отправьте одинаковое задание нескольким студиям. Сравнивайте предложения по составу: дизайн, разработка, наполнение, проверки и запуск. До оплаты согласуйте критерии приёмки и перечень доступов, которые получите после сдачи проекта.
С чего начать, чтобы не оплатить лишнюю работу
До поиска веб-студии определите задачу сайта, действия посетителя и бюджет запуска. Для сайта услуг это могут быть знакомство с предложением и отправка заявки. Для магазина — выбор товара и оформление заказа. На этой основе составьте требования: какие страницы и функции нужны сразу, а какие можно отложить. С таким описанием проще обсуждать состав работ.
Для приёма заявок начните со страниц услуг, понятного способа связи и маршрута обращения. Личный кабинет отложите, если пока нет задачи, которую он решает. Если же клиенты должны видеть закрытые документы или управлять заказами, исключать кабинет только ради низкой стартовой цены не стоит.
Сначала оплачивайте то, без чего сайт не выполнит свою задачу.
Порядок выбора подрядчика:
- Опишите задачу сайта и подготовьте исходное задание.
- Проверьте студии и их работы на похожих проектах.
- Получите сметы на одно задание и сравните состав работ.
- Закрепите объём, цену и приёмку в договоре.
- Проверьте результат и получите согласованные доступы.
Названную до обсуждения требований сумму используйте только как предварительный ориентир. Для выбора подрядчика запросите предложение с перечнем включённых работ и допущений. Открытые вопросы вынесите отдельно: например, кто готовит тексты и подключает сервисы.
Как подготовить одно задание для всех студий
Каждой студии отправьте одинаковое описание будущего сайта: задачу, страницы, функции и исходные материалы. Для первого разговора подготовьте короткий документ, по которому подрядчик сможет задать предметные вопросы. Перед фиксацией цены и объёма работ согласуйте подробности. Если студии предлагают разные решения, попросите объяснить различия и оценить их отдельно от общего задания.
В исходном документе укажите:
- Задачу и аудиторию. Кто придёт на сайт и какое действие должен совершить: отправить заявку, найти условия услуги, выбрать товар.
- Структуру. Какие разделы нужны, какие страницы отличаются по содержанию и функциям.
- Формы и интеграции. Какие данные собирают формы и куда они поступают; с какими сервисами сайт должен обмениваться данными.
- Материалы. Кто пишет тексты, готовит изображения, карточки товаров и сведения о компании.
- Приоритеты. Что обязательно для запуска, а что студия должна оценить отдельным вариантом.
Примеры сайтов полезны с пояснениями: что именно подходит вашей задаче и что повторять не нужно. За фразой «сделать похоже» могут скрываться разные ожидания от дизайна и функций.
Попросите подрядчиков перечислить допущения, влияющие на цену. Среди них — перенос материалов, подготовка данных каталога и доступ к внешним сервисам. Если ответа пока нет, обозначьте вопрос как открытый во всех запросах.
Догадка в задании позже превращается в спор о составе работ.
Как проверить веб-студию до заключения договора
Начните проверку с проектов, близких к вашему по задаче и составу работ. Попросите студию объяснить свою роль: кто проектировал структуру, готовил дизайн, писал тексты и разрабатывал функции. Затем сопоставьте это описание с действующим сайтом. Одних изображений страниц для выбора подрядчика недостаточно: по ним нельзя проверить работу форм и путь посетителя.
Для разговора со студией подготовьте вопросы:
- Какие проекты в портфолио похожи на мой по задаче и составу работ?
- Какие страницы и функции ваша студия сделала на выбранном проекте?
- Что из выполненного можно проверить на действующем сайте?
- Кто будет вести проект, делать дизайн, разработку и отвечать на мои вопросы?
- Есть ли отзыв, у которого понятны автор и контекст выполненной работы?
На сайте из портфолио проверьте навигацию, формы и отображение на телефоне. При этом уточните, какие части проекта сохранились со сдачи, а какие заказчик изменил позже. Текущую версию не стоит автоматически приписывать одному исполнителю.
Отзывы без названия проекта и сведений об авторе не используйте как главное основание для выбора. В ответах студии ищите конкретику: выполненные задачи, ограничения проекта и способ проверки результата.
Если подрядчик не объясняет свою роль, красивой подборки изображений недостаточно.
Как сравнить сметы, если итоговые суммы различаются
Сравнивайте сметы построчно после отправки студиям одного задания. Для каждой работы выясните, включена ли она в цену, оценена отдельно или пока оставлена без расчёта. Затем проверьте, совпадают ли результаты этапов. Выбирать по итоговой сумме стоит только после такого разбора: предложение без наполнения и запуска нельзя напрямую сопоставлять с предложением, где эти работы учтены.
Для сравнения подойдёт такая таблица. Вместо «уточнить» внесите ответ подрядчика или условие из его предложения.
| Что сравнить | Студия А | Студия Б |
|---|---|---|
| Проектирование и структура | Уточнить состав | Уточнить состав |
| Дизайн страниц | Уточнить состав | Уточнить состав |
| Разработка страниц и функций | Уточнить состав | Уточнить состав |
| Тексты и загрузка материалов | Уточнить исполнителя | Уточнить исполнителя |
| Интеграции | Уточнить перечень | Уточнить перечень |
| Проверка и запуск | Уточнить состав | Уточнить состав |
| Исключения и дополнительные работы | Уточнить перечень | Уточнить перечень |
| Этапы и условия оплаты | Уточнить условия | Уточнить условия |
| Оценка изменений задания | Уточнить порядок | Уточнить порядок |
У общей строки «разработка сайта» запросите расшифровку. Отдельно сравните оценку изменений и условия оплаты этапов. Удобный график платежей не восполняет пропущенные работы.
Для сайта с понятной структурой выбирайте предложение с описанным результатом и закрытыми вопросами по составу. Если же ключевую интеграцию ещё предстоит исследовать, сначала согласуйте отдельный этап обследования. Требовать окончательную цену всей разработки до выяснения технических ограничений в таком случае не стоит.
Низкую сумму с открытыми строками сначала нужно уточнить.
Где возникают доплаты и как согласовывать изменения
До подписания договора разберите работы на стыке ответственности заказчика и студии: тексты, перенос материалов, подключение сервисов и запуск. Для каждой укажите исполнителя и ожидаемый результат. Формулировку «наполнение сайта» раскройте отдельно: кто готовит материалы, кто размещает их на страницах и какой объём включён в предложение. Так появится основа для обсуждения дополнительных запросов.
Допустим, после утверждения задания понадобилась новая форма с передачей данных в учётную систему. Сначала согласуйте описание функции, цену и влияние на срок. Затем подтвердите изменение способом, указанным в договоре.
Устное «сделайте, потом посчитаем» не подходит для контроля бюджета.
С исправлениями действуйте иначе: сопоставьте замечание с заданием и условиями приёмки. Если форма отправляет данные не туда, куда согласовано, зафиксируйте расхождение и запросите исправление. Если понадобилось новое поле или другой маршрут обработки, оформите запрос на изменение.
Не называйте любую правку заранее бесплатной или платной.
При частой смене приоритетов одной фиксированной сметы недостаточно для управления работами. Согласуйте, кто утверждает изменения, как студия сообщает новую оценку и какие задачи можно отложить. Для проекта с ещё не проверенной бизнес-моделью разумнее оценивать работу по согласованным этапам, чем пытаться сразу зафиксировать весь будущий продукт.
Что закрепить в договоре на разработку сайта
Перед подписанием договора сопоставьте его приложения с предложением студии: состав работ, результаты этапов, сроки и порядок оплаты. Отдельно проверьте описание приёмки и изменений задания. Для каждого результата сформулируйте проверку, которую смогут повторить обе стороны. Используйте список ниже как план обсуждения с подрядчиком, а юридические формулировки передайте на проверку юристу.
Проверьте, указаны ли в договоре или приложениях:
- перечень страниц, функций и передаваемых результатов;
- стоимость каждого согласованного этапа и условия оплаты;
- сроки и действия сторон, от которых они зависят, включая передачу материалов;
- критерии приёмки и способ сообщения о найденных ошибках;
- порядок проверки исправлений и оформления изменений задания;
- условия использования дизайна, кода, текстов и сторонних компонентов.
Вместо «работающая форма» опишите поля, получателя данных и сообщение после отправки. Если форм несколько, задайте условия для каждой. Для каталога уточните состав карточки, фильтры и поведение при отсутствии результатов.
Проверка должна давать понятный ответ: результат соответствует заданию или есть конкретное расхождение.
Условия о правах вынесите в отдельное обсуждение. Попросите юриста проверить, какие результаты перечислены в договоре, как описано их использование и какие ограничения согласованы. Не используйте этот перечень как готовое юридическое заключение.
Кому будут принадлежать сайт и рабочие доступы
Разделите обсуждение на две части: условия использования результатов разработки и управление учётными записями. В первой перечислите дизайн, код, тексты и сторонние компоненты. Во второй — домен, размещение сайта, аналитику и подключённые сервисы. По каждому пункту согласуйте, что получает заказчик, когда происходит передача и как её подтвердить. Эти вопросы стоит закрыть до оплаты.
В перечне результатов укажите исходные файлы дизайна, код, инструкции и материалы, если они входят в заказ. Для сторонних шрифтов, изображений, модулей и сервисов запросите названия лицензий или ссылки на условия использования. Их проверку включите в обсуждение с юристом.
Наличие пароля не заменяет согласование условий использования результата.
Для домена и платных сервисов заранее определите владельца учётной записи, контактную почту и ответственного за продление. Для обычного сайта компании предпочтительны аккаунты под контролем заказчика с доступом студии для работы. Если выбираете платформу с размещением у поставщика, отдельно выясните условия экспорта данных и переезда.
Список доступов составляйте по фактически используемым инструментам. Укажите получателя, его полномочия и способ подтверждения входа. Пароли передавайте согласованным защищённым способом, а после приёмки пересмотрите доступы участников проекта.
Как принять сайт и завершить передачу проекта
Приёмку проводите по согласованному заданию: проверьте страницы, действия посетителя, формы и передачу данных в сервисы. Каждое расхождение опишите так, чтобы студия могла его повторить. После исправлений пройдите проверку заново. Передачу файлов и доступов включите в тот же план, чтобы завершение проекта не свелось к просмотру готовых страниц.
Для приёмки используйте последовательность:
- Сверьте структуру, тексты и функции с согласованным заданием.
- Проверьте основные действия на компьютере и телефоне: переходы, формы, сообщения после отправки.
- Убедитесь, что данные поступают в согласованные сервисы; запишите шаги, при которых возникла ошибка.
- Передайте замечания предусмотренным договором способом и повторите проверку после исправлений.
- Получите доступы, файлы и инструкции из перечня передачи; проверьте вход в учётные записи.
Не ограничивайтесь главной страницей.
Если в проекте предусмотрены требования к доступности интерфейса, согласуйте конкретные критерии и способ их проверки. В документе W3C Web Content Accessibility Guidelines (WCAG) 2.2 они собраны в разделах с критериями успешного выполнения — Success Criteria. Описание подходов к оценке доступности приведено в Evaluating Web Accessibility Overview.
Одной ссылки на WCAG в задании недостаточно для приёмки: перечислите выбранные критерии и ожидаемые результаты проверок. Оформление завершённого этапа проводите способом, согласованным в договоре.
Такая проверка ограничена согласованными сценариями. Если сайт рассчитывает цены через внешний сервис, проверьте также поведение при его недоступности. Успешный ответ сервиса при сдаче ничего не говорит о том, что увидит посетитель при сбое.
Какие расходы останутся после запуска сайта
До выбора подрядчика составьте отдельный бюджет работы сайта после запуска. Уточните платежи за домен, размещение, лицензии, интеграции и поддержку выбранного решения. По каждой услуге запишите получателя оплаты, период платежа и состав работ. Если услуга ещё не выбрана, оставьте открытый пункт: предполагаемую цену не стоит выдавать за подтверждённый расход.
Разделите разовые расходы на запуск и регулярные платежи. Продвижение и дальнейшую разработку учитывайте отдельно, если планируете их заказывать. Для поддержки запросите перечень действий: обновления, резервное копирование, обработка сбоев или изменения страниц — в зависимости от предложения подрядчика.
Название «поддержка» без состава работ не помогает оценить бюджет.
Попросите студию отделить необходимые платежи выбранного решения от услуг по желанию. Для каждого пункта выясните последствия отказа и условия перехода к другому исполнителю. Если платный модуль нужен только для функции следующего этапа, обсудите возможность отложить его подключение.
Для обычного сайта услуг выбирайте минимальный состав, который закрывает текущую задачу и допускает дальнейшее развитие. Этот совет не подходит, если запуск зависит от сложного обмена данными: такую интеграцию сначала нужно проверить, а затем включить в бюджет.
Чтобы обсудить разработку корпоративного сайта, подготовьте описание задачи и список открытых вопросов. Передайте их студии вместе с запросом на состав работ и порядок сдачи.
Частые вопросы
Перед сравнением предложений полезно отдельно разобрать незакрытые вопросы: достаточно ли исходных данных, нужно ли передавать чужую смету и что делать при паузе. Ответы ниже помогают подготовить разговор с подрядчиком. Они не устанавливают условия вашего проекта — их нужно согласовать и отразить в документах.
Можно ли отправить задание студиям, если часть решений ещё не принята?
Да. Пометьте открытые вопросы и попросите каждую студию указать, какие решения влияют на оценку. Перед сравнением итоговых предложений убедитесь, что подрядчики рассчитывали одинаковый объём работ.
Нужно ли показывать студии предложение другого подрядчика?
Для сравнения начните с собственного задания и расшифровки каждой сметы. Разницу обсуждайте по конкретным работам и условиям. Перед передачей чужого предложения проверьте, есть ли согласованные ограничения на его распространение.
Можно ли приостановить проект после начала работ?
До подписания обсудите сценарий паузы: как фиксируются выполненные работы, расчёты, передача материалов и возобновление проекта. Если необходимость остановки уже возникла, начните с условий договора и письменного согласования дальнейших действий.
Источники
Ниже приведены документы W3C, на которые опирается фрагмент о доступности интерфейса. WCAG содержит критерии для подготовки требований, а обзор оценки — материалы по организации проверки. Эти ссылки относятся только к доступности веб-контента; условия оплаты, передачи результатов и приёмки в статье изложены как рекомендации для обсуждения с подрядчиком.
- Web Content Accessibility Guidelines (WCAG) 2.2 — рекомендации W3C; разделы Success Criteria содержат критерии доступности.
- Evaluating Web Accessibility Overview — обзор W3C Web Accessibility Initiative с материалами по оценке доступности.