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