Як найняти веброзробника: чек-лист замовнику

Як найняти веброзробника: чек-лист замовнику

Найняти веброзробника — це спершу точно зрозуміти, що саме ви замовляєте (лендинг, багатосторінковий сайт, магазин чи вебзастосунок), потім обрати виконавця за живими посиланнями на його роботи й за питаннями, які він ставить вам, і розбити оплату на етапи з проміжними демо. Решта — деталі, але саме через ці деталі сайти переробляють двічі.

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

Крок 1. Визначте, що вам справді потрібно

Фраза «мені потрібен сайт» для розробника означає приблизно те саме, що «мені потрібен транспорт» для автосалону. Під кожен тип задачі — своя людина, свої терміни й геть різний бюджет.

  • Лендинг — одна сторінка під рекламу або один продукт. Найшвидше й найдешевше. Потрібен фронтендер із відчуттям дизайну.
  • Багатосторінковий сайт — компанія, послуги, блог, форми. Зазвичай роблять на готовій CMS. Потрібен той, хто вміє не лише верстати, а й налаштовувати адмінку.
  • Інтернет-магазин — каталог, кошик, оплата, доставка, інтеграція зі складом. Тут уже потрібен досвід саме в e-commerce, а не «я робив сайти».
  • Вебзастосунок — особисті кабінети, розрахунки, ролі, база даних. Найдовша й найдорожча історія, і сюди не можна брати людину з портфоліо з самих лендингів.

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

Крок 2. Як обрати розробника, якщо ви не програміст

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

Просіть живі посилання, а не скриншоти. Картинка в портфоліо доводить лише те, що людина вміє робити картинки. Відкрийте надісланий сайт із телефона, потикайте форми, подивіться, як він вантажиться. Якщо посилань немає взагалі — це вже відповідь.

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

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

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

Правило, яке економить гроші: хто ставить питання до оплати, той питає замість того, щоб вигадувати за вас. Хто питань не ставить — вигадає, і ви заплатите за це правками.

Крок 3. Питання, які можна скопіювати в листування

  1. Покажіть 2–3 живі посилання на проєкти, схожі на мій за типом. Що в них робили саме ви?
  2. На чому пропонуєте робити і чому? Що буде, якщо за рік мені знадобиться доробляти це не у вас?
  3. Як ви розіб'єте роботу на етапи і що я побачу на кожному?
  4. Що вам потрібно від мене, щоб почати: тексти, фото, доступи?
  5. Що входить у вартість, а що вважатиметься окремою роботою?
  6. Скільки правок входить в етап і як рахуються правки понад це?
  7. Що ви передасте наприкінці: код, доступи, інструкцію?
  8. Що з підтримкою після запуску — скільки часу й на яких умовах?

Вісім питань, п'ять хвилин вашого часу. Кандидати після них відсіюються самі.

Крок 4. Червоні прапорці

  • Погоджується з усім. «Так, звісно, без проблем» на будь-яке ваше побажання — це не сервіс, а відсутність аналізу.
  • Називає ціну миттєво, не побачивши брифу. Така цифра нічим не забезпечена й зросте в процесі.
  • Немає жодної живої роботи. Лише архів із макетами або «проєкт під NDA» на кожне питання.
  • Відмовляється від проміжних демо. «Покажу, коли все буде готово» — фраза, після якої найчастіше не показують нічого.
  • Зникає на тиждень. Мовчання до грошей означає мовчання після грошей, тільки дорожче.
  • Просить усю суму наперед і виводить спілкування та оплату повз майданчик. Чим це закінчується — у статті про безпечну угоду та захист від шахраїв.

Крок 5. Етапи замість одного великого платежу

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

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

Крок 6. Що ви зобов'язані отримати наприкінці

Момент, на якому замовники втрачають найбільше. Сайт працює, усі задоволені, а за рік з'ясовується, що він вам не належить.

  • Вихідний код — у вашому репозиторії або архівом, а не «лежить у мене, як що — напишете».
  • Хостинг і домен зареєстровані на вас. На вашу пошту, на вашу картку. Не на розробника. Ніколи.
  • Доступи: адмінка, панель хостингу, база, аналітика, пошта — списком, із паролями.
  • Коротка передача справ: як додати сторінку, де змінити телефон, куди падають заявки. Досить тексту на сторінку або відео на 15 хвилин.

Домен на чуже ім'я — це не технічна дрібниця. Це ситуація, коли ваш бізнес живе за домовленістю з людиною, з якою ви, можливо, посваритеся.

Крок 7. Підтримка після запуску

Сайт запущено — і за три дні ламається форма заявки. Хто лагодить і за чий кошт? Домовтеся до старту: скільки днів після здачі баги правляться безкоштовно, що взагалі вважається багом, а що новою задачею, і за якою ставкою йдуть доробки далі. Один рядок у домовленостях знімає 90% майбутніх образ.

Крок 8. Пастка найнижчої ціни

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

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

Чек-лист замовнику перед стартом

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

Що робити далі

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

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

Автор статті: Дмитрий