Як вибрати розробника сайту і не платити за один сайт двічі

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

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

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

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

Нашому дистриб’ютору перед пошуком варто записати хоча б це:

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

Для цього вистачить сторінки-двох звичайним текстом, технічне завдання можна скласти пізніше. Як скласти її так, щоб розробники зрозуміли тебе однаково, розібрано в статті «Бриф на розробку сайту». З брифом на руках оцінки стають порівнянними, а розмова з першої хвилини йде про твій бізнес.

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

Для нашого дистриб’ютора з каталогом, калькулятором і інтеграцією з обліком фрілансер-одинак вже ризикований: одна людина має бути і дизайнером, і розробником, і тестувальником. Конструктор потягне промосторінку, але каталог на сотні позицій з калькулятором упреться в його межі. Реалістичний вибір - студія або агенція, а різниця між ними в тому, чи потрібні одразу SEO й реклама.

З чого складається вартість

Цін тут не буде: без брифу будь-яка цифра вигадана. Але ось за що ти платиш, і саме ці пункти пояснюють різницю між пропозиціями:

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

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

Портфоліо на сайті підрядника - це вітрина. Картинки в ньому відібрані, обрізані й показані з найкращого ракурсу. Тому дивитися треба не на картинки, а на живі сайти, які за ними стоять.

Сайт ще живий?

Попроси список посилань на реальні проєкти. Відкрий кожен. Якщо половина посилань веде в порожнечу, на продаж домену або на зовсім інший сайт, це теж відповідь: або клієнти пішли й переробили, або проєкти не дожили до запуску.

Історію сторінки видно у Wayback Machine: вводиш адресу й дивишся знімки за різні роки. Дані домену можна глянути через WHOIS: для доменів .ua є сервіс Hostmaster, для міжнародних зон, як-от .com, ICANN Lookup. Там видно дату реєстрації й реєстратора. Персональні дані власника там часто приховані, тож WHOIS не скаже, на кого оформлено домен, але підкаже, скільки сайту років.

Швидкість через PageSpeed Insights

Відкрий PageSpeed Insights, встав адресу сайту з портфоліо й подивись на мобільну вкладку. Там два блоки, і їх часто плутають:

• дані реальних користувачів з Chrome User Experience Report за останні 28 днів. Якщо даних для сторінки замало, сервіс показує дані по всьому сайту, а якщо мало і їх, блок порожній (PageSpeed Insights, опис звіту);
• лабораторний тест Lighthouse: одна симуляція завантаження на телефоні середнього класу. Бал від 90 вважається добрим, 50-89 потребує покращень, нижче 50 поганий.

Для основних показників Google вважає добрими такі значення: найбільший елемент сторінки (LCP) з’являється до 2,5 секунди, реакція на дії (INP) до 200 мілісекунд, зсув верстки (CLS) до 0,1. Ідеальних 100 балів чекати не треба: тест коливається, а клієнт міг після здачі обвішати сайт віджетами. Але якщо всі живі сайти підрядника стабільно в червоній зоні на мобільному, швидкість у нього просто не входить у поняття «готово». Що означають ці показники і що з ними можна зробити без програміста, є в окремій статті про Core Web Vitals без розробника.

Мобільна версія

Google індексує й ранжує сайти за їхньою мобільною версією (Google Search Central, mobile-first indexing). Окремий інструмент Google для перевірки «чи дружній сайт до мобільних» вимкнули ще 1 грудня 2023 року разом зі звітом у Search Console, порадивши натомість Lighthouse та інші інструменти (Google Search Central Blog, 2023). Тож якщо підрядник досі показує «зелену галочку» з того тесту, це застарілий аргумент.

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

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

Для нашого дистриб’ютора особливо важливо подивитися на каталоги в портфоліо: чи працюють фільтри на телефоні, чи таблиці характеристик не вилазять за край екрана.

Що спитати про кожен проєкт

Про два-три проєкти спитай: що саме робила ця команда (весь сайт чи лише дизайн), скільки тривала робота, чи підтримують сайт зараз. Якщо можна, попроси контакт клієнта. Відмова з поясненням нормальна, а відповідь «а навіщо вам» уже сигнал.

Перша зустріч перевіряє, чи розуміє підрядник твою задачу і чи готовий говорити про незручне. Ось питання, які варто поставити:

1. Хто конкретно працюватиме над проєктом? Імена й ролі: дизайнер, розробник, менеджер. Чи буде частина роботи на субпідряді.
2. Що ви хочете знати про мій бізнес? Добрий підрядник ставить питання сам: про клієнтів, продажі, конкурентів. Якщо питань нема, тобі продають шаблон.
3. Як виглядають етапи і що я бачу після кожного? Прототип, дизайн, тестова версія на окремій адресі.
4. На якій платформі буде сайт і чому саме на ній? Чи зможе інший розробник потім працювати з цим кодом.
5. На кого оформлюються домен і хостинг? Правильна відповідь: на тебе, з твоєю поштою й твоїм платіжним способом.
6. Що буде з кодом після здачі? Чи отримаєш ти повну копію файлів і бази.
7. Хто наповнює сайт контентом і хто переносить старі сторінки? Для нашого дистриб’ютора, у якого вже є старий сайт, це ще й питання редиректів: без них можна втратити пошуковий трафік. Як переїхати без втрат, розписано в статті про переїзд сайту.
8. Що входить у гарантію і що буде після неї? Строк, які помилки виправляються безкоштовно, скільки коштує подальша підтримка.
9. Як і як швидко ми спілкуємося? Канал, час відповіді, частота звітів.

Важливо не лише що відповідають, а як: конкретно, чи «не хвилюйтеся, усе зробимо».

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

• Точна ціна складного проєкту без брифу. Тобі назвали суму за каталог з інтеграціями після двох речень у месенджері. Значить, оцінювали не твій проєкт, а середній по ринку. Різниця з’явиться потім, у вигляді «доплат за додаткові роботи». Фіксована ціна на пакет з наперед описаним обсягом (наприклад, сайт-візитка з переліком сторінок) - інша історія: там видно, що входить.
• «Зробимо весь сайт за три дні». Макет чи прототип головної за кілька днів - нормально. А каталог на сотні позицій, калькулятор, інтеграція з обліком і тестування на телефонах за три дні не вміщаються. Найімовірніше, тобі поставлять готовий шаблон і назвуть це сайтом.
• Домен на розробника. «Ми самі все зареєструємо, вам не треба розбиратися». Зручно, поки ви дружите. Коли перестанете, адреса твого сайту залишиться в чужих руках.
• Уся оплата наперед. Повна передоплата прибирає в тебе єдиний важіль, коли щось піде не так.
• Немає живих сайтів у портфоліо. Лише картинки й «проєкти під NDA».
• Договору немає або він на одну сторінку з формулюванням «розробка сайту згідно з домовленостями».
• Гарантії результату. «Перша сторінка Google за місяць» або «сто заявок на тиждень». Ніхто чесно не може цього обіцяти, бо результат залежить від ринку, конкурентів і того, що буде після запуску.

Один прапорець ще не вирок, але три одночасно - вагома причина подивитися інших кандидатів.

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

1. Терміни зриваються, а ти дізнаєшся останнім

Затримка сама по собі не катастрофа: у живому проєкті щось завжди йде не за планом. Важливо, як про неї повідомляють.

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

Що зробити: спитати причину письмово, домовитися, що про будь-який зсув тебе попереджають завчасно, і закріпити в договорі строки етапів. Якщо зриви стають системою, тримай коротку хронологію в чаті: що обіцяли, коли, що здали. Вона знадобиться, якщо доведеться розходитися.

2. Вартість постійно росте

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

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

3. До договору ти був головним клієнтом, після нього став одним із багатьох

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

Що зробити: чесно сказати, що тебе не влаштовує, і домовитися про ритм: щотижневий короткий звіт або дзвінок, час відповіді в робочі години. Часто цього досить, бо проблема буває в перевантаженому менеджері, а не в небажанні працювати. Якщо після розмови нічого не змінилося, проблема вже не в менеджері.

4. Немає проміжних демо

Тобі обіцяють показати «завтра», потім «на наступному тижні», потім надсилають скриншот. Скриншот не доводить, що меню відкривається, фільтр фільтрує, а форма відправляє заявку.

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

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

5. Ти не знаєш, хто робить твій сайт

У чаті тільки менеджер. На питання про розробника відповідь «він дуже зайнятий, я все передам». Іноді це просто спосіб берегти час команди. Але іноді проєкт мовчки віддали на субпідряд, або замість досвідченого розробника, про якого говорили на продажі, код пише стажер. Кожна додаткова ланка в ланцюжку подовжує строки й збільшує шанс, що щось загубиться в переказі.

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

У процесі все виглядає розмитим, у таблиці стає очевидним.

Не вибирай підрядника за одним критерієм: найнижча ціна, гучна реклама чи «у знайомого робили». І навіть якщо підрядник твій давній знайомий, ви ділові партнери: договір, приймання, звіти.

Що має бути в договорі

Договір на сайт не обов’язково має бути товстим, але кілька речей у ньому мають бути записані явно:

• Обсяг робіт. Перелік сторінок, функцій та інтеграцій, бажано у вигляді додатку з брифом або ТЗ. Усе, чого там нема, вважається окремою роботою, і це чесно для обох сторін.
• Етапи й оплата частинами. Наприклад: передоплата за старт, далі оплата після приймання кожного етапу (структура й прототип, дизайн, розробка, запуск). Кожен платіж прив’язаний до результату, який ти можеш побачити.
• Строки етапів і порядок, як вони зсуваються, якщо затримка з твого боку (не надав тексти, довго погоджував).
• Власник домену і хостингу. Домен і хостинг оформлюються на тебе або твою компанію, з твоєю контактною поштою. Розробник отримує доступ на час роботи.
• Права на код і дизайн. Тут є юридичний нюанс. За статтею 430 Цивільного кодексу України майнові права інтелектуальної власності на об’єкт, створений за замовленням, належать творцеві й замовникові спільно, якщо інше не встановлено договором або законом (Цивільний кодекс України). Тобто без окремого пункту ти можеш виявитися не єдиним власником власного сайту. Попроси прямо прописати передачу тобі майнових прав на дизайн і код (крім сторонніх бібліотек і плагінів, які мають свої ліцензії) і обговори формулювання з юристом.
• Передача доступів і файлів. Що саме ти отримуєш після запуску: доступ адміністратора до сайту, хостингу, DNS, пошти, аналітики, рекламних кабінетів, а також повну копію файлів і бази даних. Список, а не «усе необхідне».
• Приймання робіт. Як перевіряєш, скільки днів маєш на зауваження, що вважається помилкою, а що новим побажанням. Акт підписується тоді, коли сайт працює, а не коли його показали на ноутбуці менеджера.
• Гарантія. Строк, протягом якого підрядник безкоштовно виправляє помилки у зробленому.
• Підтримка після запуску. Краще окремим договором: що входить, як швидко реагують, скільки коштує, як припинити.

Домовся про зв’язок заздалегідь

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

Тримай запасний варіант

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

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

Старий розробник ввічливо відповідає, що сайт на їхньому сервері, доступ дати не можуть, зате можуть самі взятися за просування. Домен теж на студії. Формально претензій нема: у договорі була розробка і запуск. Іноді вихід один: новий сайт на новому домені.

Щоб цього не сталося, правила прості, і жодне з них не вимагає технічних знань:

1. Домен реєструй на себе або свою компанію. Навіть якщо оформлює розробник, власником має бути вказаний ти, з твоєю поштою, до якої в тебе є доступ.
2. Хостинг відкривай на свій акаунт і плати зі свого рахунку. Розробнику дай окремий доступ.
3. Після запуску збери всі доступи в одному місці: реєстратор домену, хостинг, адмінка сайту, DNS, пошта на домені, аналітика, Search Console, рекламні кабінети. Збережи їх у менеджері паролів, а не в переписці.
4. Попроси коротке навчання: як додати товар, змінити текст, завантажити фото. Це можна передбачити в договорі як частину здачі.
5. Після завершення співпраці зміни паролі або прибери доступи колишньому підряднику. Це звичайна гігієна, і ображатися на неї нема за що.

Якщо ти вже в ситуації, коли підрядник недоступний, а доступів нема, покроковий план, як їх повернути, розписано в статті «Підрядник зник. Що залишилося від твого сайту?».

Збережи і пройди по ньому перед підписанням:

• Є бриф, і всі кандидати оцінювали один і той самий проєкт
• Обрано тип підрядника під задачу, а не під найнижчу ціну
• Перевірено три-чотири живі сайти з портфоліо: відкриваються, працюють на телефоні, не в червоній зоні PageSpeed на мобільному
• Відомо, хто конкретно робитиме сайт
• Ціну пояснено по пунктах, зрозуміло, що входить і що ні
• Домен і хостинг будуть на тобі з першого дня
• У договорі є обсяг, етапи, оплата частинами, права на код, перелік доступів, приймання, гарантія
• Домовлено, як і як часто ви на зв’язку
• Є контакт хоча б одного запасного підрядника

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

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