Скільки коштує сайт для бізнесу: як скласти кошторис до початку розробки

Оберіть формат під шлях покупця

Лендінг підходить для однієї пропозиції та одного основного сценарію звернення. Сайт послуг потрібен, коли клієнти шукають різні роботи й кожна потребує окремого пояснення. Магазин додає каталог, замовлення, оплату та облік залишків. Кабінет чи вебзастосунок варто оцінювати окремо: у нього є ролі, дані та робочі процеси.

• ›Одна послуга й рекламна кампанія: почніть з однієї змістовної посадкової сторінки.
• ›Кілька різних послуг: передбачте окремі сторінки з прикладами, умовами й відповідями на питання.
• ›Продаж товарів: опишіть варіанти товару, способи оплати, доставку та обмін даними зі складом.
• ›Повторні дії клієнта після покупки: визначте, чи потрібен особистий кабінет вже у першій версії.

Що має бути окремими рядками в кошторисі

Просіть оцінку за роботами, годинами й результатами. «Сайт під ключ» може означати різний обсяг у двох підрядників. Окремо уточніть, хто пише тексти, перекладає, готує фото, переносить старі сторінки та налаштовує отримання заявок.

• ›Структура та прототипи: перелік сторінок, навігація, шлях до заявки.
• ›Дизайн і верстка: кількість унікальних шаблонів, мобільна версія, стани форм.
• ›Контент: тексти, зображення, переклади, первинне наповнення.
• ›Інтеграції: CRM, пошта, оплата, доставка; правила помилок і повторних запитів.
• ›Пошукова база: заголовки, описи, індексація, sitemap і редиректи при перенесенні.
• ›Перевірка й передача: тестові заявки, доступи, інструкція редактору, умови підтримки.

Приклад розрахунку: години × ставка

У прайсі Onravetoni розробка оцінюється за ставкою €30 за годину. Умовний приклад: 8 годин на структуру, 16 на дизайн, 24 на розробку, 8 на контент і 8 на перевірку. Разом 64 години × €30 = €1 920. Це навчальний розрахунок, а не готовий пакет чи середня ціна на ринку.

Реальна оцінка зміниться, якщо потрібні додаткова мова, каталог, складна анімація, міграція або нестандартна інтеграція. Домовтеся, як погоджуються додаткові години. У пропозиції мають бути явно зазначені валюта, податки, сторонні платежі та роботи, які не включені.

Бриф, який можна скопіювати

Заповніть ці пункти перед зверненням до розробника. Навіть короткі відповіді допоможуть виявити невизначеність і не оцінювати різні проєкти під однією назвою.

• ›Мета: яку дію має виконати відвідувач і що відбувається після неї?
• ›Аудиторія: хто купує, з якого регіону та якою мовою читає?
• ›Обсяг: які послуги, сторінки, товари та мови потрібні на запуску?
• ›Матеріали: що вже готове, а що готує підрядник?
• ›Інтеграції: куди передавати заявку, які поля та хто відповідальний?
• ›Приймання: як перевіримо мобільну версію, форми, оплату й редагування?
• ›Обмеження: бюджет, бажана дата та функції, які можна перенести на наступний етап?

Як погодити роботу з віддаленою командою

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

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

Порахуйте витрати після запуску

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

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