Запит пропозицій на сайт із тестами приймання
Більшість комерційних пропозицій на сайт неможливо порівняти, бо кожен підрядник відповів на власне питання. Цей документ фіксує питання: які є шаблони, хто їх редагує потім, що з чим має бути пов'язане і які тести сайт мусить пройти, перш ніж ви його приймете. Саме приймання вирішує, чи займе запуск тиждень, чи квартал, тому воно описане як перевірки на робочому сайті за принципом «пройдено або ні», які робить конкретна людина, а не як набір прикметників.
- Формат
- Редагований 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 адрес; унікальні 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 ловлять більшість проблем, які вилазять після запуску.
Чи вказувати в запиті наш бюджет?
Дайте діапазон або вилку для рішення, а не одну цифру. Без цього половина пропозицій буде непридатною, а з вигаданою цифрою ви отримаєте пропозиції, підігнані під неї, а не під роботу.
Кому мають належати код і хостинг?
Вам, письмово, прямо в запиті. Права на код, файли дизайну і акаунти мають переходити з фінальним платежем, а хостинг має бути оформлений на вас, навіть якщо ним керує підрядник, щоб піти від нього не означало будувати сайт заново.