Як порівняти пропозиції на розробку сайту перед вибором підрядника

Дайте всім виконавцям однакове завдання

Спочатку коротко опишіть спільний обсяг. Умовний приклад: корпоративний сайт із п’ятьма типами сторінок, двома мовами та формою заявки. Це ілюстрація, а не рекомендація щодо ціни. Вкажіть потрібну дію відвідувача, наявний контент і необхідні підключення. Якщо виконавець пропонує інше рішення, попросіть окремо описати відмінність та її причину.

• ›Аудиторія та головна дія відвідувача.
• ›Типи сторінок, функції та мови.
• ›Наявні тексти, зображення, дані й доступи.
• ›Необхідні підключення та відомі обмеження.
• ›Бажаний строк і відповідальний за погодження.

Складіть матрицю з чотирма відповідями

У нашій матриці для кожного завдання є чотири відповіді: включено, додаткова опція, робота замовника або не з’ясовано. Для включених робіт запишіть конкретний обсяг. П’ять сторінок можуть означати п’ять окремих дизайнів або наповнення одного шаблону. Порожня клітинка — привід для питання, а не доказ поганої роботи виконавця.

• ›Планування та інформаційна структура.
• ›Дизайн, шаблони сторінок і мобільне відображення.
• ›Тексти, зображення, переклади та наповнення.
• ›Форми, інтеграції та перенесення даних.
• ›SEO-основа, перенаправлення й вимірювання.
• ›Тестування, запуск, навчання та передача.

Прямо визначте контент і погодження

Уточніть, хто готує тексти, хто їх перевіряє та хто розміщує на сайті. Так само розподіліть фотографії й переклади. Погодьте, до чого належить раунд правок: одного дизайн-рішення, сторінки чи всього проєкту. Призначте відповідального за погодження, щоб суперечливі коментарі не залишали команду без рішення.

Окремо порівняйте експлуатацію та передачу

Відділіть разові роботи від постійних послуг. Запитайте про хостинг, керування доменом, платні розширення, оновлення й підтримку після запуску. Попросіть список передачі: облікові записи, доступи, вихідні файли, документація та відповідальні. Права й послуги потрібно прямо погодити; цей чекліст не замінює перевірку конкретної угоди.

Визначте приймання через реальні дії

Запишіть перевірювані результати замість нам подобається. Наш приклад: на телефоні можна знайти послугу, надіслати форму й побачити прийняту заявку в потрібній системі. Для редизайну також перевірте важливі старі адреси та їхні нові цілі. Погодьте, хто тестує, які помилки блокують запуск і як записуються відкриті питання.

Зафіксуйте рішення та припущення

Порівнюйте суму й обсяг після відповідей на питання. Дешевша пропозиція може підходити, якщо свідомо охоплює менше, а ваша команда здатна виконати решту. Запишіть рішення, припущення й відкриті ризики на одній сторінці. Це зменшує очікування робіт, яких ніколи не було в пропозиції, та дає виконавцю зрозумілий старт.