Запрос предложений на сайт с приёмочными тестами

Объём работ и права (заполните)

Когда использовать: Опишите сайт, шаблоны, CMS, интеграции и то, кто отвечает за контент, согласование дизайна и код после сдачи.

Что мы покупаем

Заполните это до того, как что-то рассылать. Половина слабых предложений, которые к вам приходят, это ответы на вопрос, который никто внятно не задал.

1. Сайт

• Компания и что она продаёт: [одно предложение]
• Текущий сайт: [URL] · Платформа сейчас: [CMS или своя разработка]
• Почему делаем заново: [причина со стороны бизнеса, а не дизайна]
• Дата запуска и чем она продиктована: [дата и причина]

2. Страницы и шаблоны

Считайте шаблоны, а не страницы. 400 карточек товара на одном шаблоне, это один шаблон.

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 предложений, не перечитывая каждое целиком.

1. Какие шаблоны входят в работу и что не входит? [их ответ]
2. Какая CMS и почему именно она для наших редакторов? [их ответ]
3. Кто пишет контент и что будет, если он задержится? [их ответ]
4. Как вы работаете с картой URL и редиректами? [их ответ]
5. Какие из приёмочных тестов выше вы принимаете как есть, а какие поменяли бы? [их ответ]
6. Какая цена и что считается помодульно? [их ответ]
7. Какой график платежей и к каким этапам он привязан? [их ответ]
8. Кому после сдачи принадлежат код, исходники дизайна и аккаунты? [их ответ]
9. Что вам нужно от нас и к какому сроку, чтобы дата устояла? [их ответ]
10. Назовите 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 вопросам. Если нужна смета по вашему заполненному брифу, запишитесь на бесплатную консультацию или посмотрите страницу услуг по разработке сайтов.