Для чого потрібен discovery
Discovery перетворює загальне «потрібен сайт» на список рішень: для кого він, що людина має зробити, які сторінки й дані потрібні, хто оновлює контент і що означає готовий запуск.
Це не обов’язково довгий консалтинг. Для невеликого сайту достатньо структурованої розмови й документа, який прибирає критичні припущення.
Бізнес-ціль і користувацький сценарій
Сформулюйте одну основну дію: заявка, дзвінок, замовлення, бронювання або реєстрація. Далі опишіть, що людина повинна зрозуміти до цієї дії.
Окремо врахуйте джерела трафіку. Користувач із brand search, Google Ads і інформаційної статті має різний контекст, але сайт повинен привести його до релевантної послуги.
- Хто користувач і яку проблему вирішує?
- Яка головна дія на сайті?
- Які докази потрібні для довіри?
- Куди потрапляє заявка після надсилання?
Сторінки, intent і контент
Кожна важлива сторінка повинна мати окремий reason to exist. Дві сторінки, що відповідають на один intent, створюють конкуренцію всередині сайту й плутають навігацію.
Контент-план включає title, H1, основні питання, related service і CTA. Реальний обсяг тексту й медіа впливає на layout, тому його не варто відкладати до кінця.
| Елемент | Рішення discovery |
|---|---|
| URL | Один primary intent |
| H1 | Природний опис сторінки |
| Контент | Питання, докази й обмеження |
| CTA | Наступний логічний крок |
Технічні залежності
Платформа залежить від редагування, даних, інтеграцій і підтримки. WordPress, Webflow або custom не обирають лише за знайомою назвою.
Форми, CRM, оплата, домен, хостинг, аналітика, мовні версії та міграція впливають на обсяг робіт. Для кожної зовнішньої системи потрібні відповідальний, access і тестове середовище.
- Хто володіє domain і хостинг?
- Які ролі редагуватимуть контент?
- Які інтеграції мають документацію й sandbox?
- Чи є старі URL, які треба зберегти?
Що має залишитися після discovery
Мінімальний результат: sitemap сторінок, опис шаблонів, функціональний обсяг робіт, контентні відповідальні, інтеграції, ризики та критерії приймання. Також корисний список того, що не входить у перший реліз.
На цій основі можна оцінити календар і бюджет, підготувати wireframes та уникнути повторного обговорення базових рішень у кожному макеті.
Часті запитання
Чи потрібен discovery для лендінгу?
Так, але коротший: пропозиція, аудиторія, traffic джерело, структура, форма й measurement plan.
Хто має брати участь?
Людина, яка приймає рішення, представник продажів/операцій і відповідальний за контент або продукт.
Чи є discovery окремою послугою?
Він може бути окремим етапом або частиною розробки — залежно від масштабу невизначеності.