Запрос предложений на сайт с приёмочными тестами
Большинство смет на сайт невозможно сравнить, потому что каждый подрядчик отвечал на свой собственный вопрос. Это ТЗ фиксирует вопрос: какие есть шаблоны, кто их редактирует потом, что и с чем должно быть связано и какие тесты сайт обязан пройти до приёмки. Именно приёмка решает, займёт запуск неделю или квартал, поэтому она описана как проверки на живом сайте в формате «прошёл / не прошёл», с конкретным ответственным, а не набором прилагательных.
- Формат
- Редактируемый Word .docx
- Объем
- 4 вариантов - ~6 страниц
- Цена
- 100% бесплатно
- Начало
- Копировать или скачать
Получите редактируемый Word-документ в один клик.
★★★★★4.9·Бесплатно · Без регистрации · Мгновенная загрузка
Запрос предложений на сайт с приёмочными тестами
Что мы покупаем
Заполните это до того, как что-то рассылать. Половина слабых предложений, которые к вам приходят, это ответы на вопрос, который никто внятно не задал.
1. Сайт
- Компания и что она продаёт: [одно предложение]
- Текущий сайт: [URL] · Платформа сейчас: [CMS или своя разработка]
- Почему делаем заново: [причина со стороны бизнеса, а не дизайна]
- Дата запуска и чем она продиктована: [дата и причина]
2. Страницы и шаблоны
Считайте шаблоны, а не страницы. 400 карточек товара на одном шаблоне, это один шаблон.
| Шаблон | Пример страницы | Сколько | Новый или перенос |
|---|---|---|---|
| [например, страница услуги] | [URL] | [число] | [новый / перенос] |
| [например, статья блога] | [URL] | [число] | [новый / перенос] |
| [например, страница сравнения] | [URL] | [число] | [новый / перенос] |
3. CMS и кто редактирует
- Предпочтительная CMS: [назовите одну или напишите «предложите свою и обоснуйте»]
- Кто редактирует после запуска: [маркетинг / разработчики / никто]
- Что они должны править без разработчика: [перечислите блоки страниц]
- Сколько редакторов и какие языки: [число] · [языки]
4. Интеграции
Называйте систему и того, у кого доступы. «Интеграция с CRM», это не требование, а категория.
- [система, например HubSpot] · [что должно передаваться, в обе стороны] · [у кого доступы]
- [система, например платёжный провайдер] · [что должно передаваться] · [у кого доступы]
- [система, например ERP или бронирование] · [что должно передаваться] · [у кого доступы]
5. Права на контент и дизайн
- Кто пишет тексты: [мы / подрядчик / делим по шаблонам]
- Кто даёт изображения: [мы / подрядчик / бюджет на сток]
- Согласование дизайна: [кто утверждает и сколько кругов правок входит в цену]
- Какие бренд-материалы передаём: [логотип, шрифты, цвета, гайдлайны: да / нет]
- Кому принадлежат код и исходники дизайна после сдачи: [нам, письменно]
Почему это работает
Get website quotes you can actually compare, and a launch that is signed off on tests rather than opinions.
- Scope by template and integration, so suppliers price the same build instead of guessing at it.
- Write pass-or-fail acceptance tests up front, so launch day is a checklist rather than an argument.
- Split must-haves from optional modules priced separately, so you can cut scope without renegotiating.
4 готовых вариантов
Копировать всеОбъём работ и права (заполните)
Когда использовать: Опишите сайт, шаблоны, CMS, интеграции и то, кто отвечает за контент, согласование дизайна и код после сдачи.
Что мы покупаем
Заполните это до того, как что-то рассылать. Половина слабых предложений, которые к вам приходят, это ответы на вопрос, который никто внятно не задал.
1. Сайт
- Компания и что она продаёт: [одно предложение]
- Текущий сайт: [URL] · Платформа сейчас: [CMS или своя разработка]
- Почему делаем заново: [причина со стороны бизнеса, а не дизайна]
- Дата запуска и чем она продиктована: [дата и причина]
2. Страницы и шаблоны
Считайте шаблоны, а не страницы. 400 карточек товара на одном шаблоне, это один шаблон.
| Шаблон | Пример страницы | Сколько | Новый или перенос |
|---|---|---|---|
| [например, страница услуги] | [URL] | [число] | [новый / перенос] |
| [например, статья блога] | [URL] | [число] | [новый / перенос] |
| [например, страница сравнения] | [URL] | [число] | [новый / перенос] |
3. CMS и кто редактирует
- Предпочтительная CMS: [назовите одну или напишите «предложите свою и обоснуйте»]
- Кто редактирует после запуска: [маркетинг / разработчики / никто]
- Что они должны править без разработчика: [перечислите блоки страниц]
- Сколько редакторов и какие языки: [число] · [языки]
4. Интеграции
Называйте систему и того, у кого доступы. «Интеграция с CRM», это не требование, а категория.
- [система, например HubSpot] · [что должно передаваться, в обе стороны] · [у кого доступы]
- [система, например платёжный провайдер] · [что должно передаваться] · [у кого доступы]
- [система, например ERP или бронирование] · [что должно передаваться] · [у кого доступы]
5. Права на контент и дизайн
- Кто пишет тексты: [мы / подрядчик / делим по шаблонам]
- Кто даёт изображения: [мы / подрядчик / бюджет на сток]
- Согласование дизайна: [кто утверждает и сколько кругов правок входит в цену]
- Какие бренд-материалы передаём: [логотип, шрифты, цвета, гайдлайны: да / нет]
- Кому принадлежат код и исходники дизайна после сдачи: [нам, письменно]
Приёмочные тесты и поддержка
Когда использовать: Проверки SEO, конверсии, скорости и доступности на живом сайте в формате «прошёл / не прошёл», плюс гарантия, время реакции и бэкапы.
Приёмочные тесты
То, что чаще всего забывают в ТЗ, и причина, по которой запуски растягиваются. Каждый тест, это «прошёл» или «не прошёл» на живом сайте, и проверяет его конкретный человек.
Приёмка по SEO
- Каждый перенесённый URL отдаёт один 301 на свою целевую страницу, без цепочек. Размер выборки [число]: [прошёл / не прошёл]
- Каждый шаблон выводит уникальные title и meta description из CMS: [прошёл / не прошёл]
- Canonical, hreflang и директивы robots корректны на [число] проверенных страницах: [прошёл / не прошёл]
- XML-карта сайта генерируется автоматически и отправлена в поиск: [прошёл / не прошёл]
- Число индексируемых страниц на 14-й день в пределах [процент] от замера до запуска: [прошёл / не прошёл]
Приёмка по конверсии
- Каждая форма отправляется, проходит валидацию и доходит до [система], проверено на мобильном и на десктопе: [прошёл / не прошёл]
- Отслеживание конверсий срабатывает один раз на событие, проверено в [инструмент аналитики]: [прошёл / не прошёл]
- Главный призыв к действию виден и кликается на первом экране на [число] ключевых шаблонах: [прошёл / не прошёл]
- Оформление заказа или бронирование проходит целиком за [число] шагов: [прошёл / не прошёл]
Скорость и доступность
- Largest Contentful Paint меньше [цель, например 2.5s] на среднем по мощности телефоне, на [число] шаблонах
- Cumulative Layout Shift меньше [цель, например 0.1]
- С клавиатуры достижим каждый интерактивный элемент: [прошёл / не прошёл]
- Контраст и подписи соответствуют [нужный вам стандарт, например WCAG 2.2 AA]: [прошёл / не прошёл]
- Укажите устройство и связь, на которых меряются цели. Цель без устройства, это не цель.
Поддержка после запуска
- Гарантийный срок на устранение дефектов: [например, 60 дней, бесплатно]
- Время реакции, если сайт лежит: [часы]
- Кто ставит обновления CMS и зависимостей: [подрядчик / мы] · Как часто: [периодичность]
- Хостинг оформлен на: [нас / подрядчика] · Бэкапы: [частота, срок хранения, кто проверяет восстановление]
Обязательное и опциональное
Разделите список сами, до того как это за вас сделают подрядчики, и попросите посчитать опциональные модули отдельной строкой, чтобы урезать объём можно было без пересогласования.
| Пункт | Обязательно | Опциональный модуль | Считается отдельно |
|---|---|---|---|
| [например, мультиязычность] | [да / нет] | [да / нет] | [да / нет] |
| [например, личный кабинет клиента] | [да / нет] | [да / нет] | [да / нет] |
| [например, блог и контент-хаб] | [да / нет] | [да / нет] | [да / нет] |
10 вопросов, на которые отвечает каждый подрядчик
Когда использовать: Одни и те же 10 вопросов в одном порядке, чтобы 5 предложений можно было сравнить, не перечитывая их заново.
На что должны ответить подрядчики
Просите ответы строго в этом порядке, тогда вы сравните 5 предложений, не перечитывая каждое целиком.
- Какие шаблоны входят в работу и что не входит? [их ответ]
- Какая CMS и почему именно она для наших редакторов? [их ответ]
- Кто пишет контент и что будет, если он задержится? [их ответ]
- Как вы работаете с картой URL и редиректами? [их ответ]
- Какие из приёмочных тестов выше вы принимаете как есть, а какие поменяли бы? [их ответ]
- Какая цена и что считается помодульно? [их ответ]
- Какой график платежей и к каким этапам он привязан? [их ответ]
- Кому после сдачи принадлежат код, исходники дизайна и аккаунты? [их ответ]
- Что вам нужно от нас и к какому сроку, чтобы дата устояла? [их ответ]
- Назовите 2 сделанных вами сайта, которые через год всё ещё работают и поддерживаются. [их ответ]
Как оценивать ответы
- Подрядчик, который спорит с тестом и объясняет почему, обычно лучше того, кто молча соглашается со всеми тестами.
- Вопрос 9, это тот, который предсказывает срыв сроков. Если подрядчик не может назвать, что ему нужно от вас, он такого раньше не делал.
- Вопрос 10 отсеивает портфолио: показать запуск может кто угодно, показать сайт, который стоит и через год, единицы.
Пример заполнения
Когда использовать: Одна страница вымышленного, но полностью заполненного брифа: тот уровень детализации, при котором сметы сопоставимы.
Пример: одна страница заполненного ТЗ
Это только пример. Компания, цифры и цели вымышленные.
Почему делаем заново: текущий сайт не умеет показывать остатки по складам, поэтому отдел продаж отвечает на 30 писем в неделю, на которые должен отвечать сайт.
Шаблоны: 6. Главная, услуга (4 страницы), товар (280, перенос), сравнение (12, новые), статья блога (140, перенос), контакты.
CMS: предложите свою и обоснуйте. Маркетинг должен править текст на первом экране, пункты в услугах и статьи блога без разработчика. 3 редактора, на запуске только английский, немецкий во 2-й год.
Интеграции: HubSpot (формы в сделки, в обе стороны, доступы у нашего RevOps), остатки из ERP (только чтение, раз в час, доступы у IT).
Контент: тексты услуг и сравнений пишем мы, описания товаров пишет подрядчик по нашим спецификациям. 2 круга правок по дизайну включены в цену. Код и исходники дизайна после сдачи наши.
Приёмка, кратко: один 301 на каждый перенесённый URL на выборке из 200 URL; уникальные title из CMS на всех 6 шаблонах; LCP меньше 2.5s на среднем Android через 4G на 4 шаблонах; формы доходят до HubSpot и дают 1 событие в аналитике; с клавиатуры достижим каждый интерактивный элемент.
Обязательное и опциональное: мультиязычность опциональна и считается отдельно; личного кабинета клиента в объёме работ нет вообще; шаблоны сравнений обязательны.
Поддержка: гарантия на дефекты 60 дней, реакция 4 часа, если сайт лежит, подрядчик ставит обновления зависимостей раз в месяц в течение 12 месяцев, хостинг наш.
Что дальше
Отправьте это 3 подрядчикам, а не 10, и оцените их по одним и тем же 10 вопросам. Если нужна смета по вашему заполненному брифу, запишитесь на бесплатную консультацию или посмотрите страницу услуг по разработке сайтов.
Как использовать этот шаблон
- Сначала заполните объём работ и права: шаблоны, CMS, интеграции и кто редактирует сайт после запуска.
- Напишите приёмочные тесты до отправки ТЗ и держите их в формате «прошёл / не прошёл» на живом сайте.
- Отделите обязательное от опциональных модулей и попросите посчитать опциональное отдельной строкой.
- Отправьте ТЗ 3 подрядчикам, а не 10, и попросите ответить на 10 вопросов по порядку.
- Строже всего оценивайте ответ на вопрос 9: то, что подрядчику нужно от вас, и решает судьбу даты запуска.
Советы
- Считайте шаблоны, а не страницы. 400 товаров на одном шаблоне, это один шаблон, а подрядчики считают деньги по шаблонам.
- Цель по скорости без устройства и типа связи, это не цель, а пожелание.
- Спросите письменно, кому после сдачи принадлежат код, исходники дизайна и аккаунты, ещё до предоплаты.
- Подрядчик, который спорит с приёмочным тестом и объясняет почему, обычно надёжнее того, кто молча принимает все тесты.
Частые вопросы
Каким по объёму должно быть ТЗ на сайт?
Таким, чтобы из него было понятно, что именно строим и как будем принимать, обычно это от 3 до 6 страниц. Дело не в объёме: ТЗ на 2 страницы с внятными шаблонами, интеграциями и приёмочными тестами соберёт более точные сметы, чем документ на 20 страниц со списком пожеланий.
Называть CMS самим или пусть подрядчики предлагают?
Работает и то, и другое, если вы прямо скажете, какой вариант выбрали. Если команда уже уверенно работает с какой-то CMS, назовите её. Если нет, попросите подрядчиков предложить свою и обосновать её с точки зрения тех, кто будет редактировать сайт после запуска: это и есть ограничение, которое реально имеет значение.
Какие приёмочные тесты важнее всего?
Карта редиректов при переносе, уникальные title и meta description, которые генерирует CMS, формы, которые доходят до вашей системы, и событие аналитики, срабатывающее один раз, плюс цель по скорости, измеренная на реальном среднем телефоне. Эти 4 пункта ловят большую часть того, что ломается после запуска.
Указывать ли в ТЗ наш бюджет?
Дайте вилку или диапазон, в котором принимаете решение, а не одно число. Без этого половина предложений окажется бесполезной, а с придуманным числом вы получите предложения, подогнанные под число, а не под работу.
Кому должны принадлежать код и хостинг?
Вам, письменно, прямо в ТЗ. Права на код, исходники дизайна и аккаунты должны переходить при финальном платеже, а хостинг должен быть оформлен на вас, даже если им управляет подрядчик, чтобы уход от подрядчика не означал переделку сайта заново.




Meta Business Partner
Bing
Perplexity
n8n 





