Щоб замовити сайт, не потрібно спочатку вивчати програмування або самостійно обирати всі технічні інструменти. Потрібно пояснити, що продає бізнес, кому й яку дію має зробити відвідувач. На основі цього можна погодити структуру, функції, бюджет і спосіб перевірки результату.
Найкорисніший перший документ — короткий опис задачі. Деталі варто уточнювати разом із розробником до початку реалізації.
Почніть із результату для клієнта
«Хочу сучасний сайт» — зрозуміле побажання, але воно не визначає, що має працювати після запуску.
Конкретніше можна сформулювати так:
Виготовляємо меблі на замовлення. Хочемо показати приклади робіт, пояснити матеріали й отримувати заявки на прорахунок із розмірами та фотографією приміщення.
У цьому умовному прикладі вже видно кілька рішень: портфоліо, опис комплектацій, форма з вкладенням і маршрут звернення до відповідальної людини. Дизайн допомагає пройти цей шлях, а не існує окремо від нього.
Для вашого бізнесу очікувана дія може бути іншою: запис, дзвінок, оформлення покупки, завантаження каталогу або запит пропозиції.
Що підготувати перед розмовою з розробником
Зберіть матеріали, які вже є:
- короткий опис бізнесу та послуг;
- географію роботи й контакти;
- фотографії, відео, логотип;
- приклади виконаних замовлень;
- відповіді на питання, які часто ставлять клієнти;
- умови замовлення, оплати й виконання;
- перелік програм, із якими потрібен обмін даними.
Вкажіть, чого бракує та хто це готуватиме. Відсутність текстів не забороняє починати обговорення, але підготовка матеріалів має бути врахована в плані.
Приклади інших сайтів теж корисні. Для кожного поясніть, що саме подобається: каталог, подача фотографій, структура чи форма. Це точніше, ніж прохання «зробити так само».
Бриф, технічне завдання й обсяг робіт
Бриф пояснює бізнесову задачу. Детальніша специфікація описує погоджену поведінку сайту. Важливо не те, як названо документ, а чи можна за ним однозначно зрозуміти результат.
Наприклад, «зробити форму» недостатньо. Краще погодити:
- Які поля заповнює клієнт і які з них обов’язкові.
- Чи можна додавати файли та які є обмеження.
- Де зберігається звернення й кому надходить повідомлення.
- Що бачить людина після успіху або помилки.
- Як захищаються дані та відсіюється очевидний спам.
- Як перевіряється, що звернення справді отримане.
Так само описують каталог, калькулятор, оплату й особистий кабінет. Письмово узгоджений склад робіт допомагає оцінити зміни, які виникають під час розробки.
Що запитати перед погодженням бюджету
Уточніть, чи входять у пропозицію тексти, наповнення, адаптація, інтеграції, перевірка й запуск. Окремо обговоріть платні сервіси та витрати після публікації.
Корисні питання:
- Які результати я отримаю на кожному етапі?
- Скільки циклів погодження передбачено?
- Як оцінюються додаткові побажання?
- Від яких матеріалів і рішень замовника залежить строк?
- Які умови виправлення помилок після запуску?
- Що входить у підтримку, а що оплачується окремо?
Не потрібно вважати кожну додаткову оплату проблемою. Нова функція справді може вимагати нової роботи. Важливо, щоб зміна вартості була зрозумілою до її виконання.
Як перевірити сайт перед запуском
Перевіряйте не лише зовнішній вигляд. Пройдіть кілька реальних сценаріїв на телефоні та комп’ютері.
Для сайту послуг: знайдіть потрібний напрям, відкрийте приклади робіт, зателефонуйте через посилання та надішліть погоджену тестову заявку.
Для магазину: знайдіть товар, оберіть варіант, перевірте кошик, доставку й сценарій оформлення. Оплату тестуйте погодженим безпечним способом, без випадкових реальних списань.
Для кожної заявки звірте результат у системі отримувача. Напис «Дякуємо» на екрані ще не доводить, що повідомлення дійшло.
Окремо перевірте актуальність цін, контакти, помилки в текстах, посилання та поведінку при неправильному введенні даних.
Які доступи отримати після розробки
Заздалегідь визначте, хто контролює домен, хостинг, адміністративний кабінет і аналітику. Попросіть інструкцію щодо оновлення матеріалів, продовження послуг і резервного копіювання.
Для індивідуальної розробки письмово погодьте передачу коду та обсяг прав. Умови залежать від домовленості й використаних компонентів, тому їх не варто припускати за замовчуванням.
Уникайте ситуації, коли запуск відбувся, але ніхто не знає, хто має доступ до сервера або коли потрібно продовжувати домен.
Короткий бриф, який можна надіслати вже сьогодні
- Мій бізнес займається…
- Основні клієнти — …
- Після відвідування сайту людина має…
- На старті обов’язково потрібні…
- Тексти й фото зараз у стані…
- Заявки повинні надходити…
- Важливий строк пов’язаний із…
- Бюджетний орієнтир або обмеження — …
Цього достатньо для предметного першого обговорення. Подивіться мій підхід до створення сайтів і приклади проєктів або надішліть опис задачі.